在GCP机密VM中建立与TEE容器的安全通道

1. TEE容器能否访问TPM？ #

GCP机密VM的TEE容器默认无法直接访问TPM设备。原因是GCP的机密计算架构中，TPM由VM宿主层管控，并未暴露给容器运行环境。虽然可以通过自定义VM配置（挂载TPM设备到Guest OS，再修改容器权限映射）尝试让容器访问，但这种操作会破坏TEE的隔离边界，存在安全风险，且不被GCP官方推荐。

2. 建立安全通道的高效替代方法 #

方法一：基于证明报告公钥的TLS通道 #

验证证明后，从报告中提取飞地的长期公钥或临时会话公钥，直接用该公钥发起TLS握手。由于已经验证过飞地的身份（实例ID、镜像SHA、容器SHA等），用此公钥做TLS身份验证可确保通道的端到端安全性，无需依赖TPM解密密钥。

方法二：使用GCP Confidential Space服务 #

如果场景适配，直接采用Confidential Space。它内置了客户端与TEE飞地的安全通道机制：客户端通过GCP API获取飞地的证明及公钥，即可直接建立加密连接，底层已完成TEE身份验证和密钥安全交换，无需手动实现密钥逻辑。

方法三：通过Attestation Agent处理密钥解密 #

在容器内部署GCP官方的attestation-agent服务，客户端用证明报告中的ek_pub加密对称密钥后发送给飞地，由attestation-agent与宿主层TPM交互完成解密，容器无需直接访问TPM。这种方式既保留了TPM的安全特性，又符合容器的隔离要求。

方法四：预共享密钥派生会话密钥 #

若客户端与飞地存在预共享根密钥，验证证明通过后，双方用该根密钥派生会话密钥，以此建立加密通道。此方法效率极高，适合固定配对的客户端-飞地场景，但需确保预共享密钥的安全分发与存储。

内容的提问来源于stack exchange，提问作者Seyed Mohammadjavad Seyed Tale