过去谈云上安全,讨论多集中在网络隔离、密钥管理和访问控制,而数据一旦进入计算环节,往往以明文形态停留在内存中。随着跨机构数据协作与云端AI推理需求增长,“计算过程中同样不可信”成为新的风险点,机密计算由此被推到台前。
从存得安全到算得可信
机密计算的核心是可信执行环境(TEE):由处理器在内存中划出一块加密区域,云平台运维人员、宿主机操作系统乃至虚拟化层都无法窥探其中数据,密钥由硬件管理,并在启动时通过远程证明向调用方出具“环境未被篡改”的证据。这意味着企业把敏感数据交给公有云时,信任边界从“信任云厂商”收缩为“信任芯片与证明链路”。
硬件代际更替带来成本拐点
早期以进程级隔离为主的技术路线,受限于可用内存容量和上下文切换开销,更适合密钥保护这类轻量场景。近两年,虚拟机级的TDX、SEV-SNP以及面向Arm平台的CCA陆续在主流云区域铺开,机密实例可以按普通规格申请、按普通方式组网,性能损耗也从早年动辄数成收窄到接近可接受区间。机密GPU的加入,让模型推理过程中的权重与提示词同样可以置于加密域内。
- 计算侧:通用机密虚拟机实例在多数区域可售,支持与常规实例混部;
- 编排侧:机密容器以RuntimeClass方式接入Kubernetes,业务改造量明显减少;
- 证明侧:远程证明服务与密钥管理打通,启动即校验、失败即拒绝挂载;
- 网络与存储侧:加密盘、传输加密与机密计算逐步形成组合方案。
最先落地的是哪几类场景
从公开实践看,金融联合风控与反欺诈是最早的落地方向:多家机构在互不暴露原始样本的前提下完成模型训练与打分。医疗与政务数据开放、跨境数据合规流转也在跟进。更近的变化来自大模型:调用方担心提示词与业务数据被平台留存,平台方也不愿承担明文数据的合规责任,机密推理因此成为双方都能接受的折中方案。
开销与运维仍是真问题
加密内存访问、证明链路与镜像度量都会带来额外开销,I/O密集型和大内存占用的负载仍需逐项实测;机密容器的镜像签名、证明策略配置,也对运维团队提出新要求。此外,不同芯片厂商的证明格式并不统一,多云场景下的兼容性还需中间层收敛,否则企业容易被单一云或单一芯片路线绑定。
可以预期的趋势是,机密计算会像今天的磁盘加密一样,逐步从“要不要开”变成“默认开、按需关”。对使用方而言,更务实的做法不是等技术完全成熟,而是先梳理哪些数据在计算环节真正敏感,在联合建模、机密推理等边界清晰的场景做小规模验证,同时把证明策略与密钥生命周期纳入既有安全体系。云上的信任,正在从合同条款慢慢落到可验证的硬件证据上。