機密運算的標竿：AMD SEV 系列硬體級安全架構

雲端加密的故事，過去多半只講兩端：資料放著的時候加密，資料傳輸的時候加密。中間那一段，資料被處理器實際運算的那一刻，長期是空白。

這篇給資安長與合規團隊，講清楚 AMD SEV 系列想補的正是這一段空白，以及它為什麼被視為機密運算的標竿架構。

多租戶雲端的老問題：使用中的資料

雲端運算的加密故事，過去多半集中在兩端：資料放在硬碟裡的靜態加密，以及資料在網路上傳輸時的加密。

中間那一段，也就是資料被處理器實際讀取與運算的那一刻，長期是加密的盲區。這一刻資料通常以明文形式存在於記憶體裡，任何拿得到主機管理權限的人理論上都看得到。

在多租戶的雲端環境裡，這個盲區格外敏感，因為同一台實體主機上，可能同時跑著好幾家客戶的虛擬機。

SEV 家族：從記憶體加密到完整性保護

AMD 的 SEV，全名是 Secure Encrypted Virtualization，做的第一件事是幫每一台虛擬機的記憶體內容加密，而且每台虛擬機用的金鑰各不相同，連 hypervisor 都拿不到。

後續推出的 SEV-ES，多保護了虛擬機的暫存器狀態。真正補齊完整性防護的是 SEV-SNP，官方定位是加入強力的記憶體完整性保護，用來對抗惡意 hypervisor 針對虛擬機頁表發動的重播與重新映射攻擊。

零信任的硬體隔離：連供應商都看不到

這套架構背後的概念，其實就是零信任在硬體層級的落實：不管是雲端供應商、資料中心維運人員，甚至是惡意的 hypervisor，預設都不被信任。

加密與隔離的邊界被畫在處理器裡，而不是靠合約條款或存取權限管理來承諾我們不會看。這對需要向監理單位證明資料主權的產業，是質性上不同的保證方式。

遠端證明：向外部證明你真的在跑對的程式碼

光是加密還不夠，機密運算的另一半價值在於遠端證明。虛擬機可以產生一份由硬體背書的證明文件，交給外部驗證方，證明自己執行的正是預期中的程式碼版本，沒有被中途置換或竄改。

對資安長與合規團隊來說，這件事的實際用途，是把「我們保證資料安全」從一句口頭承諾，變成一份可以拿給稽核單位看的技術證據。

主要雲端的支援現況

機密運算已經不是實驗室裡的技術，Azure、AWS 與 Google Cloud 目前都提供以 SEV-SNP 為基礎的機密運算服務。實際的效能開銷與功能範圍仍會因雲端供應商與服務型態而異，細節請以各家官方文件為準。

產業上的觀察是，SEV-SNP 常見於對效能較敏感的 CPU 密集型場景，例如金融與醫療領域的部分工作負載。至於哪一種架構更適合特定場景，仍要回到實際的合規要求與效能測試來判斷。

沒有絕對安全：漏洞揭露也是信任模型的一部分

機密運算降低的是風險，不是把風險歸零。2025 年，蘇黎世聯邦理工學院的研究團隊依負責任揭露流程，向 AMD 通報一項針對硬體互連層的攻擊手法。

AMD 在揭露流程走完之後，於 2026 年上半年公開對應的安全公告與修補指引。對資安長而言，這段過程本身就是評估供應商是否值得信賴的重要指標：漏洞會不會發生不是重點，通報與修補的節奏才是。