如何将Intel SGX远程证明应用于服务端运行enclave的业务模型？

可行方案如下 #

1. 调整远程证明角色适配你的业务模型 #

你遇到的适配问题本质是用反了Intel SGX默认远程证明的角色逻辑：官方默认示例是客户端侧运行Enclave作为证明方，需要验证服务端身份所以要求硬编码服务端公钥；而你的场景是服务端运行Enclave作为证明方，多个客户端作为验证方，完全不需要在Enclave中预先存储任何客户端公钥。

2. 适配SGX SDK的具体实现方式 #

• 不要使用sgx_tkey_exchange.h中预设的密钥交换流程，该流程仅针对官方默认的客户端Enclave场景设计，不匹配你的服务端Enclave场景。
• 服务端Enclave内部为每个客户端会话生成独立的临时ECDH密钥对，将公钥嵌入SGX Quote结构中一并返回给发起请求的客户端。
• 客户端侧拿到Quote后，先完成Enclave身份合法性校验（可使用DCAP引用验证逻辑或IAS服务校验），确认MRENCLAVE、MRSIGNER等字段符合预期后，用Enclave返回的ECDH公钥与自身生成的临时私钥协商出会话共享密钥。
• 客户端用协商得到的共享密钥加密机密数据发送给服务端，Enclave用自身持有的ECDH私钥解密即可拿到明文数据进行计算。

3. 额外安全建议 #

• 每个客户端会话单独生成ECDH密钥对，不要全局复用，降低密钥泄露的影响范围。
• 若你的场景需要验证客户端身份，可以在加密通信通道建立后，由客户端向Enclave发送签名后的身份凭证，在Enclave内部自定义身份校验逻辑即可，无需提前硬编码客户端公钥。
• 客户端校验Quote时必须严格校验所有安全字段，避免恶意篡改的Enclave拿到用户机密数据。

内容的提问来源于stack exchange，提问作者Nada