【TEE从入门到精通及实战】16 多Enclave安全通信：用Diffie-Hellman协议构建可信通道

开篇故事：一个“静默”的数据泄露

去年我参与一个金融风控项目，架构师设计了三个Enclave：身份验证Enclave、信用评分Enclave、决策引擎Enclave。

每个Enclave都单独通过了远程验证（还记得上一篇的五步闭环吗？），但问题出在它们之间的通信。

开发团队用了最简单的方案：Enclave之间通过共享内存交换明文数据，认为“反正都在SGX保护范围内，不会被偷看”。

结果呢？测试时发现，攻击者利用一个未修复的侧信道漏洞，通过监控内存访问模式，成功推断出信用评分Enclave输出的“高风险”标记——虽然看不到具体分数，但知道哪些请求被标记为高风险，已经足够做套利攻击了。

教训：Enclave是安全的，但Enclave之间的通道不是。你需要显式地建立加密信道，就像两个陌生人要在闹市里交换机密，必须先用密码学握手建立信任。

痛点拆解：常见错误实现与反例

误区1：直接使用共享内存传明文

# 反例代码：两个Enclave通过共享内存直接传递结构化数据classSharedMemoryCh