Windows平台通过TPM存储检索AES密钥：NV索引是否可行及替代方案

一、用TPM NV索引存AES密钥靠谱吗？ #

靠谱，但存在局限：

• 可行之处：NV索引是TPM的非易失性存储区域，断电不会丢失数据，还能配置权限（比如仅允许你的应用读取），完全能满足你「启动检查、存在则复用」的需求，标准128/256位AES密钥的大小也远在NV索引的存储范围内。
• 需要注意的问题：
  • 存储空间有限：不同TPM版本的NV索引容量差异较大，单索引通常只有几百字节到几KB，若后续需要扩展存储其他数据可能会受限；
  • 安全风险：如果直接存储明文密钥，一旦NV索引的权限配置失误（比如放开了读取权限），密钥有泄露风险；另外TPM 1.2的NV索引安全性远不如TPM 2.0，使用旧机器时需留意。

二、更优的TPM方案推荐 #

1. 让TPM生成并托管AES密钥 #

不要自行生成密钥再存储，直接让TPM生成并保护密钥：

• 操作流程：启动时先尝试加载TPM中已有的AES密钥；若不存在则调用TPM命令生成，同时设置权限（比如绑定到当前设备、仅允许你的应用授权使用）；生成的密钥会被TPM加密后存储在本地磁盘的blob文件中，但只有TPM能解密使用。
• 优势：避开NV索引的空间限制，且密钥全程处于TPM安全边界内，永远不会以明文形式暴露在外。

2. 用Windows CNG框架结合TPM #

Windows自带的CNG（下一代加密API）原生支持TPM作为密钥存储提供者，直接使用它最省心：

• 操作方式：调用NCryptCreatePersistedKey函数，指定存储提供者为MS_PLATFORM_CRYPTO_PROVIDER（对应TPM）；将密钥属性设为不可导出（NCRYPT_EXPORTABLE_FLAG设为false），确保密钥永远不会被导出到TPM外部；启动应用时直接通过CNG接口获取密钥句柄即可使用，无需手动管理NV索引或密钥文件，Windows会自动处理存储和加载逻辑。
• 优势：无需编写底层TPM操作代码，系统封装的接口更稳定，还能自动适配不同TPM版本，同时继承TPM的设备绑定、防篡改特性。

3. 加密后再存入NV索引 #

如果一定要使用NV索引，不要存储明文：

• 操作流程：先将AES密钥用TPM的存储根密钥（SRK）加密，再把加密后的密文存入NV索引；启动时从NV读取密文，用SRK解密得到明文密钥；若不存在则生成密钥、加密后存入NV。
• 优势：就算NV索引的内容被读取，没有TPM的SRK也无法解密得到原始密钥，比直接存储明文安全得多。

内容的提问来源于stack exchange，提问作者unintentionally left blank