文章链接来源：https://mp.weixin.qq.com/s/N8XcufG6saOuc8ucWEK4Ng

文 / 周亮， 云原生机密计算 SIG 核心成员。

在云原生场景下，基于HW-TEE（如Intel SGX, Intel TDX 和 AMD SEV）的机密容器技术（如 Inclavare Containers 机密容器和 Kata CC 机密容器）可以为用户在使用（计算）过程中的敏感数据提供了机密性和完整性的保护。

但是在云环境中，依旧存在如下的问题：

• 怎么证明用户的机密容器确实运行在云上真实 HW-TEE 环境中？
• 怎么证明运行在云上 HW-TEE 环境中的程序或者容器内容是符合预期的或者没有被篡改？
• 更进一步，如果需要在云上 HW-TEE 环境里启动一个加密容器，如何在启动过程中获取容器的解密密钥？

Inclavare Containers 现已是龙蜥社区云原生机密计算 SIG 的项目之一。而 Inclavare Containers 的组件 Enclave Attestation Architecture (EAA) 正是为解决这些复杂的问题而生的。其设计目标是在解决上述问题的基础上，提供一个支持不同类型机密容器和 HW-TEE 环境的通用远程证明架构。

EAA设计

RATS 参考架构

机密计算联盟定义了 RATS 参考架构，并建议所有远程证明服务都应该遵循 RATS 的参考架构，RATS 架构如下：

EAA 架构

因此 EAA 的架构设计遵循了 RATS 参考架构，EAA 架构如下：

其主要组件和功能：

• Attestation Agent（Attester）：运行在 HW-TEE 中的组件。作用是获取 HW-TEE 中运行程序的度量值信息，该度量值信息由 HW-TEE 进行签名。
• Chip Manufacturer Specific Attestation Service（Endorser）：运行在公有网络中，由芯片厂商提供的服务。作用是验证度量值信息的签名，以确定度量值信息确实是由真实 HW-TEE 生成的。
• Verdict & Reproducible Build Infrastructure（Reference Value Provider）：运行在用户可信环境中的服务。作用是生成 HW-TEE 中运行程序的度量值的参考值，以判定在 HW-TEE 环境中的运行程序是符合预期的或者程序是没有被篡改过的。
• Verdictd（Relying Party + Relying Party Owner + Verifier Owner）：运行在用户可信侧环境中的服务。职责是调用 Chip Manufacturer Specific Attestation Service 和 Verdict & Reproducible Build Infrastructure 检查度量值信息的签名和其内容，以完成整个远程证明流程。
• KMS：运行在用户可信侧环境或者公有网络中的密钥管理服务。作用是进行密钥的管理。

EAA工作原理

1、当需要进行远程证明时，运行在云上 HW-TEE 环境中的 Attestation Agent 获取当前 HW-TEE 运行环境的度量值信息并发送给 Verdictd 服务进行相关验证。

2、当 Verdictd 收到度量值信息后会把它发送给 Chip Manufacturer Specific Attestation Service 来检查度量值信息的签名，以验证生成度量值信息的 HW-TEE 是一个真实的 HW-TEE。目的是防止黑客伪造一个 TEE 环境来骗取用户的信任。

3、如果度量值信息的签名验证成功，Verdictd 会检查度量值的具体信息。目的是确定云上HW-TEE环境中的运行程序是符合预期的或者程序是没有被篡改过的。

4、如果上述检查都成功，则远程证明流程已经成功完成，用户可以确定云上 HW-TEE 环境是一个真实的 HW-TEE，并且运行在 HW-TEE 环境中的程序满足：

• 是用户自己部署的程序，并且该程序没有被黑客篡改。
• 是第三方部署的程序，但这些程序是符合预期的，比如这些程序是经过代码审核并确定是没有漏洞的。

5、远程证明流程已经成功，所以 Attestation Agent 和 Verdictd 之间可以建立一个安全并可信的通道。Attestation Agent 可以发送请求给 Verdictd 以获取一些机密数据，比如加密容器镜像的解密密钥。

贡献

EAA 致力于通过和开源社区贡献和合作以实现落地实践能力，它作为首个支持 Intel TDX 远程证明的 Key Broker Service(KBS)，是 confidential-containers 首个支持 TDX HW-TEE 的 E2E demo 的 KBS 服务，并成功地完成了 confidential-containers V0 阶段 E2E Demo 关键节点。

结束

EAA 填补了基于 HW-TEE 的机密容器在云原生场景下应用的最后一环，为机密容器在云环境中的安全部署和启动提供了必要的基础。

目前 EAA 作为 Inclavare Containers（CNCF 项目）的子模块，支持的 HW-TEE 环境包括 Intel SGX 和 Intel TDX，支持的机密容器包括 Inclavare Containers 和 Kata CC。未来，EAA 将持续演进，以支持新的不同的机密容器方案，并支持新的 HW-TEE 环境，让 EAA 成为机密容器领域内真正的通用远程证明架构。

网址链接：

Inclavare Containers：

https://github.com/alibaba/inclavare-containers

confidential-containers：

https://github.com/confidential-containers

龙蜥社区 SIG 地址：

https://openanolis.cn/sig/coco

Demo 视频：

https://www.youtube.com/watch?v=9Lgo9_JtUsc

—— 完 ——

加入龙蜥社群

加入微信群：添加社区助理-龙蜥社区小龙（微信：openanolis_assis），备注【龙蜥】拉你入群；加入钉钉群：扫描下方钉钉群二维码。欢迎开发者/用户加入龙蜥社区（OpenAnolis）交流，共同推进龙蜥社区的发展，一起打造一个活跃的、健康的开源操作系统生态！

关于龙蜥社区

龙蜥社区(OpenAnolis)是由企事业单位、高等院校、科研单位、非营利性组织、个人等按照自愿、平等、开源、协作的基础上组成的非盈利性开源社区。龙蜥社区成立于 2020 年 9 月，旨在构建一个开源、中立、开放的Linux上游发行版社区及创新平台。

短期目标是开发龙蜥操作系统(Anolis OS)作为 CentOS 替代版，重新构建一个兼容国际 Linux 主流厂商发行版。中长期目标是探索打造一个面向未来的操作系统，建立统一的开源操作系统生态，孵化创新开源项目，繁荣开源生态。

龙蜥OS 8.4已发布，支持 x86_64 、ARM64、LoongArch 架构，完善适配 Intel、飞腾、海光、兆芯、鲲鹏、龙芯等芯片，并提供全栈国密支持。

欢迎下载：

https://openanolis.cn/download

加入我们，一起打造面向未来的开源操作系统！

https://openanolis.cn