AMD 無預警移除 Ryzen 消費級 CPU 記憶體加密功能

這項變革的發現過程頗具戲劇性，源於一位注重隱私的 Linux 用戶。

• 發現者： 安全研究人員 Ben Kilpatrick 在更新韌體後，注意到自己的 Ryzen 系統中 TSME 功能消失。他隨後展開長達數月的調查，並在 GitHub 上記錄了整個過程 。
• 確認過程： Kilpatrick 使用了 主機安全 ID（Host Security ID, HSI） 這款韌體審計工具進行檢測。結果顯示，TSME 功能已被標示為「不支援」——儘管在先前的韌體版本中，他的 BIOS 設定選項是正常開啟的 。此變更被精準定位到 AGESA 1.2.7.0。主機板大廠微星（MSI）隨後也證實，在 AGESA 1.2.6.0 中 TSME 仍可使用，但新版韌體已將其禁用 。
• 難以察覺的原因： 在 Windows 系統上，一般用戶完全無法察覺此項變更。唯有在 Linux 環境下，透過執行專門的審計工具才能發現 。若非 Kilpatrick 的深入調查，這項變更很可能在極長的時間內都不會被發現 。

社群與官方回應

• 社群反應： 消息傳出後，輿論譁然。

  • 安全研究人員和硬體愛好者紛紛抨擊此舉是嚴重的信任破壞 。
  • 事件在 2026 年 6 月 18 日迅速登上 Hacker News 熱門話題榜首 。
  • 批評聲浪主要集中在 AMD 完全缺乏透明度：沒有安全公告、沒有更新日誌，甚至當外界追問時，AMD 工程師一度集體噤聲 。

• AMD 官方回應： 在輿論壓力下，AMD 發表了官方聲明：

  「關於特定非 PRO 版 Ryzen 9000 系列桌上型處理器，先前可用的『Memory Guard』BIOS 選項已在最近的更新中被移除。根據寶貴的社群反饋，我們將在即將於 7 月發布的 BIOS 更新中恢復此選項。」

  AMD 同時確認：

  • Ryzen PRO 系列 將永久保留 TSME 功能 。
  • 非 PRO 版 Ryzen 9000 桌上型 CPU 將在 2026 年 7 月 透過 BIOS 更新重新獲得此功能 。

  AMD 宣稱「非常重視客戶的資料安全」，但始終未公開解釋當初移除 TSME 的原因——無論是授權決策、產品區隔策略，還是內部錯誤 。

深層問題：AMD 的韌體透明度危機

TSME 事件並非單一孤立案例，它完美體現了 AMD 長期以來透過其封閉的 AGESA 韌體，在缺乏透明度下進行安全性更動的令人憂心模式：

• AGESA DDR5 PMIC 漏洞（CVE-2025-48516, 2026年5月）： AGESA 開機載入程式對 DDR5 記憶體模組存在不安全的預設配置，可能導致本機權限提升和永久性拒絕服務攻擊 。
• Zen 5 微碼臭蟲（CVE-2025-62626, 2025年）： Zen 5 架構中的一個高風險漏洞，可能產生可預測的隨機金鑰（RDSEED），透過 AGESA 韌體更新才得以修補 。
• CVE-2024-56161（2025年2月）： 一個嚴重性極高的漏洞（CVSS 7.2），可能因簽章驗證不足，允許惡意微碼注入，進而破譯 AMD 的安全加密虛擬化（SEV-SNP）保護機制 。
• AGESA 開機載入程式緩衝區溢位（CVE-2025-29951）： AMD 安全處理器（ASP）開機載入程式中的一個漏洞，可能導致權限提升並執行任意程式碼 。
• 長期的 AGESA 透明度問題： AMD 因其封閉原始碼的 AGESA 韌體而長期受到批評。這與 AMD 自 2023 年以來就不斷承諾要轉向的開源 openSIL 韌體形成了鮮明對比 。這種不透明性，使得類似 TSME 移除這類影響安全的變更，能夠在缺乏獨立審計的情況下悄然發生。

未來啟示

TSME 移除事件符合一個令人擔憂的模式：透過專有的 AGESA 韌體悄悄進行影響安全的變更，僅能由獨立研究人員偶然發現，並在承受巨大公眾壓力後才做出被動回應。此事件再次強烈呼籲 AMD 加速兌現其向開源 openSIL 韌體計畫過渡的承諾 。對 Ryzen 用戶而言，這是一個重要的提醒：系統所顯示的安全功能狀態，可能與韌體實際提供的功能不一致——而獨立的驗證，或許才是確保安全的唯一途徑。