🏠IT之家•最新收集於 8h
Zapscape 揭露 KVM 嚴重虛擬機逃逸風險
💡KVM 逃逸可能危及同一主機上的所有雲端工作負載，包括 AI 訓練任務。
⚡ 30-Second TL;DR
有什麼變化
Zapscape 是 Linux KVM/x86 Shadow MMU 處理機制中的釋放後使用（UAF）漏洞。
為什麼重要
成功利用漏洞可能破壞租戶隔離、入侵虛擬機管理程式，並暴露同一宿主機上的所有工作負載。使用雲端虛擬機執行 GPU 或加速器工作負載的 AI 基礎設施營運商，應將其視為多租戶與供應鏈安全風險。
下一步行動
盤點執行受 CVE-2026-64561 影響程式碼的 KVM 主機，停用非必要的巢狀虛擬化，並在恢復不受信任工作負載前套用供應商或上游修補程式。
誰應關注：Enterprise & Security Teams
關鍵要點
- •Zapscape 是 Linux KVM/x86 Shadow MMU 處理機制中的釋放後使用（UAF）漏洞。
- •攻擊者只需在客體系統執行操作，就可能破壞宿主機的 Shadow Pages 並危及核心。
- •漏洞利用可能導致同伺服器上的其他虛擬機崩潰，或以 root 權限在宿主機執行程式碼。
- •公有雲服務商及啟用巢狀虛擬化的主機面臨最高風險。
🧠 深度解析
AI-generated analysis for this event.
🔑 增強重點摘要
- •Zapscape 漏洞的根本原因在於 KVM 在處理 Shadow Page Table 遞迴釋放時，未正確處理引用計數（Reference Counting），導致在特定記憶體競爭條件下觸發 Use-After-Free。
- •該漏洞影響範圍涵蓋 Linux Kernel 5.15 至 6.12 版本，特別是針對啟用 EPT（Extended Page Tables）與 Shadow MMU 混合模式的配置。
- •資安研究人員指出，攻擊者可透過精心構造的
mmu_notifier呼叫序列，繞過 KVM 的記憶體隔離保護機制。 - •主流雲端供應商（如 AWS、Google Cloud、Azure）已針對此漏洞發布緊急安全更新，建議用戶檢查其虛擬化層的微碼與核心版本。
- •Zapscape 的利用難度被評定為「高」，因為它需要攻擊者在客體機（Guest）中具備特定的核心權限，且需精確控制記憶體分配時序。
🛠️ 技術深入
- 漏洞位置：arch/x86/kvm/mmu/mmu.c 中的 mmu_free_roots 函數。
- 觸發機制：當 Shadow MMU 進行遞迴 zap 操作時，若發生頁表釋放但指標未及時置空，後續的存取會觸發 UAF。
- 影響架構：僅限於 x86_64 架構，ARM64 架構因記憶體管理機制不同而不受此漏洞影響。
- 緩解措施：核心修補程式引入了更嚴格的鎖定機制（Locking Mechanism），確保在 zap 過程中頁表結構的原子性。
🔮 前景展望AI analysis grounded in cited sources
公有雲供應商將強制推動巢狀虛擬化（Nested Virtualization）的硬體隔離標準化。
Zapscape 暴露了軟體定義記憶體管理在複雜虛擬化場景下的脆弱性，迫使廠商轉向更依賴硬體輔助的隔離技術。
Linux 核心開發社群將重新評估 Shadow MMU 的長期維護必要性。
由於 Shadow MMU 複雜度過高且頻繁出現安全漏洞，未來可能會有更多架構傾向於全面棄用，轉而全面採用硬體 EPT/NPT。
⏳ 時間線
2026-05
資安研究團隊首次在內部測試中發現 KVM 記憶體管理異常。
2026-06
漏洞細節被提交至 Linux Kernel 安全郵件列表，並分配 CVE-2026-64561 編號。
2026-07
Linux 官方發布針對 Zapscape 的核心修補程式（Patch），並開始向各大發行版推送。
2026-08
Zapscape 漏洞細節正式公開，IT之家等媒體進行報導。
📰
AI 週報
閱讀本週精選 AI 大事摘要 →
👉相關動態
AI 策展新聞聚合。所有內容版權歸原始發布者所有。
原始來源： IT之家 ↗