主权云：通过机密计算增强数据安全

by Canonical on 17 June 2026

企业愈发希望提升对数据的掌控力、实现数字主权，乃至构建 “自主可控” 的主权云（sovereign cloud）。然而，这意味着不能只考虑数据存储位置，还要关注整个数据生命周期。 

在这篇博客中，我们将探讨数据驻留与数据主权的区别、机密计算如何增强数据安全性，以及如何助力您实现数字主权。 

数据驻留不等于数据主权

许多人将知晓数据存储位置（数据驻留）与实现数据主权混为一谈。然而，仅知晓数据存储位置且数据在存储时受到保护，并不代表您拥有数据主权。换言之，这并不意味着您对数据拥有完全的掌控权。

存储只是数据的一种状态。实现真正的系统主权，意味着要考虑明文存在的所有场景：计算时的内存中、执行时的寄存器中、推理时的 GPU 内存中，以及训练过程中的中间缓冲区。如果这些状态对主机（底层物理机或运行工作负载的管理程序）可见，那么您的数据保护将完全依赖于运维人员的行为。无论是公有云运营商、第三方托管服务提供商，还是您自身的 IT 部门，您都没有建立起有效的安全边界。您只是在寄希望于这种安全边界能够起效。

机密计算填补了这一空白。这是一项硬件级能力，不仅在数据存储于磁盘或网络传输时进行加密，更在数据处理过程中对其加密。处理器自身通过可信执行环境（TEE）实现隔离：这是受保护的内存区域，管理程序无法检查，主机操作系统无法读取，管理员也无法导出数据。 

这正是它与传统云安全在架构上的本质区别。磁盘加密保护静态数据。TLS 保护传输中的数据。机密计算保护使用中的数据，直到不久前，针对数据这一状态，防护方几乎还没有任何防护工具。而对于主权云而言，这正是最为关键的数据状态。

从基于身份的信任转向基于状态的信任

传统云安全以身份为核心。IAM 策略、角色分离、访问日志、条件访问，这一切都在回答一个问题：谁在请求访问？

机密计算则提出了另一个问题：数据使用环境的状态如何？

工作负载会证明其运行的硬件级别、固件版本、启动链完整性、自身代码的度量值，以及调试功能是否启用。密钥的发放基于经过验证的环境状态，而非机构承诺。您不再需要询问是否信任这位运营商。您只需确认该执行环境是否满足您的加密条件。

特权下的管控

云系统是分层的特权机器。固件控制硬件。虚拟机管理程序控制客户机。运营商控制基础设施。提供商控制更新。供应链控制二进制程序。要实现数据主权，您需要提出一个贯穿所有层面的难题：当拥有特权的层级并非您所信任的层级时，会发生什么？

如果没有机密计算，答案将令人难以接受。您依靠合同、治理框架和组织分离；这些机制可以约束行为，却无法限制权限能力。而借助机密计算，答案便形成了结构性保障：特权并不自动赋予可见性。

TEE 对使用中的内存进行加密，并限制主机对其进行自检。虚拟机管理程序可以调度工作负载，但无法读取其内存。管理员可以控制主机，但无法从客户机中导出密钥。调试路径在芯片层面被限制或禁用。

这并未否定信任。而是缩小了信任范围。缩小信任边界是任何名副其实的主权云背后的核心工程准则。

可编程主权

我们在网页上详细讨论过的不同主权层级 — 数据主权、运营主权和软件主权，通常被视为静态需求。数据必须留存于此。运营商必须是本地的。法律管控必须受司法管辖区限制。软件必须可访问且无锁定。

机密计算让数据主权和运营主权均可实现可编程。可信证明策略可以定义可接受的硬件代系、获得批准的固件版本、不允许的配置以及可信的地理证明根。这些策略可以在无需重新架构基础设施的情况下进行更新。

在监管框架更新速度超过基础设施生命周期的情况下，这一点尤为重要。无需重新设计系统以满足新要求，只需轮换可信证明基线即可。这种灵活性并非只是便利，而是多数主权部署尚未意识到的战略能力。

影响范围，而非不信任

人们始终存在一种误解，认为机密计算意味着与运营商之间形成对立关系。这种看法过于肤浅。 

真正的问题在于影响范围。即使是可信的运营商也会出现失误、遭受钓鱼攻击、使用存在漏洞的依赖项、受到境外司法指令约束以及进行人员更替。基础设施系统不能假定特权访问始终符合国家或组织意图，这并非因为运营商一定存在恶意，而是因为假定永久一致本身就是一种架构错误。

机密计算减少了特权访问可查看的内容。这是将风险最小化应用于主权框架最为关注的攻击面：管理与系统路径，而非面向互联网的漏洞利用。

无运行时保护的主权 AI 存在战略层面的安全隐患

随着主权云战略承载 AI 工作负载、国家语言模型、公共部门分析以及国防应用，该问题在各个维度上都愈发严峻。

基础模型是企业的核心智力资产，而推理流水线则负责实时处理高价值输入数据。若缺乏运行时保护，模型权重可从主机内存中被提取，训练数据在处理过程中可见，调试接口会成为数据泄露途径，多租户基础设施则会变成泄露面。

模型价值越高，管理程序可见性就越不可接受。在主权 AI 中，机密计算并非一项增强功能，而是一项必要条件。欲了解更多信息，请访问我们的网页。 

开源在机密计算中的核心作用

有一种依赖关系很容易被忽视。证明工作负载与已知度量值一致。但如果您无法审计内核、复现构建过程、验证签名流程或检查虚拟化栈，那么这个度量值几乎证明不了什么。您拥有的只是一个不透明系统的加密证据。这并非主权。

只有当被度量的组件本身透明且可复现时，机密计算才有实际意义。操作系统完整性、供应链来源与可验证构建并非次要问题。它们是证明可信度赖以存在的基础。 

因此，在主权云架构中，开源并非理念问题，而是架构基础。在《主权云：企业必备指南》中，了解更多关于为何开源是实现真正主权云的必要条件。 

Ubuntu 为全球公有与私有机密云提供支持

机密计算是 Canonical 多年来持续布局的战略投资领域。如今，Ubuntu 让机密计算在公有云及企业本地环境中均可落地运行。 

在 Azure、AWS、Google Cloud 等主流公有云提供商中，Ubuntu 为机密虚拟机提供强力支持，原生适配 AMD SEV‑SNP 与 Intel TDX 技术，可实现硬件级工作负载隔离，无需使用专有客户机镜像。 

同时，Ubuntu 为企业本地部署机密计算提供了必要的主机与管理程序集成，包括内核、QEMU/KVM 及虚拟化栈支持，与上游的 TDX 和 SNP 功能保持同步。 

这种双重能力至关重要：主权与受监管环境很少只在单一域中运行。它们横跨公有云与私有基础设施。Ubuntu 在主机和客户机层面均采用开源、上游优先的实施方式，让机构能够统一部署机密工作负载，无需拆分操作系统策略，也不必依赖不透明的厂商专用技术栈。机密计算并非 Ubuntu 的附加功能，而是已深度集成到企业现已标准化的核心平台中。

机密计算的实际作用

机密计算为主权云架构提供三大核心价值： 

1. 它最大限度降低对特权基础设施方的依赖， 
2. 它将主权要求转化为加密约束条件。 
3. 它让安全保障可被实证，而非停留在口头宣称。

它不会取代治理，不能取消身份管控，无法解决应用层漏洞，也无法化解地缘政治复杂性。它所实现的是更聚焦、更精准的作用。机密计算只在唯一真正关键的时刻强制执行保密性：在计算运行期间。

在云系统中，数据在计算过程中最为脆弱。而直到不久前，防御者在这一环节拥有的防护手段也最为匮乏。机密计算改变了这一局面。并非依靠策略或合同。而是依靠架构。

每种主权云战略都需要回答一个问题：是围绕基础设施特权始终存在这一现实来设计架构，还是选择无视它、寄希望于治理能够奏效。

机密计算正是围绕这一现实进行架构设计的核心方案。

更多资源：

主权云：企业必备指南
本指南将帮助您理解在组织中构建云主权的关键概念、要求和选项。 

基于 Ubuntu 的深度安全防护 将安全原语映射到攻击者能力
网络安全并非追求完美。事实上，它更像一盘棋：预判对手的行动，让对方无法取胜。最佳防御并非一道坚不可摧的屏障，而是一套分层策略，让对手每一步都陷入必败境地。在这篇博客中深入了解 Ubuntu 的安全策略。 

如需针对您的业务场景获取技术咨询或解决方案评估，欢迎联系我们。