近期由騰訊朱雀實驗室（Tencent Zhuque Lab）揭露的一個名為 SCTPhantom 的嚴重漏洞（CVE-2026-64564），揭示了 Linux 核心中一個潛伏長達 18 年的安全缺陷。該漏洞存在於 Linux 的 SCTP 網路協定程式碼中，可讓具有本地訪問權限的低權限使用者在特定條件下獲取主機的 root 最高管理權限，甚至實現從容器環境逃逸至宿主機的攻擊。
背景與技術脈絡
本次漏洞的核心在於 SCTP（Stream Control Transmission Protocol，流控制傳輸協定）。SCTP 是一種傳輸層協定，其設計目標是允許單一連接同時運行在多個網路路徑上，以提高可靠性與冗餘度。其中一項關鍵功能稱為動態位址重新配置（Dynamic Address Reconfiguration），允許通訊雙方在連接建立後，隨時增加或刪除可用的網路位址。
然而，Linux 核心在處理此功能的刪除請求時存在邏輯錯誤。具體而言，核心在驗證刪除請求時，會檢查封包的來源位址，但在實際執行刪除操作時，卻使用了訊息內部指定的另一個位址所對應的路徑。這種身分驗證與實際操作對象的不一致，導致了嚴重的記憶體管理問題。
核心漏洞運作方式
SCTPhantom 屬於典型的 Use-After-Free（釋放後使用）漏洞。這類漏洞發生在程式釋放了一塊記憶體，但隨後又嘗試讀取或寫入該已被釋放的記憶體區域。
根據 Linux 核心的技術諮詢，攻擊者可以構造一個特殊的訊息序列：首先包含一個位址，接著發出針對該位址的刪除請求，最後再加上一個萬用字元（wildcard）刪除請求。這個過程會導致核心釋放特定的路徑記憶體，但隨後又嘗試透過一個失效的指標（dead pointer）來操作該連接。由於該記憶體已被釋放，攻擊者可藉此操縱核心記憶體，最終將其轉化為權限提升的手段。
該漏洞最早可追溯至 2008 年的 Linux 2.6.25 版本，幾乎影響了此後發布的所有 Linux 核心版本。
實務影響與容器逃逸
騰訊朱雀實驗室在測試中發現，該漏洞在多個主流發行版中均可觸發，包括 Debian 13、Ubuntu 24.04、Rocky Linux 9、RHEL 9 以及 OpenCloudOS。最令人關注的是，研究人員成功利用此漏洞實現了容器逃逸。
在容器化環境中，容器應被隔離在宿主機的資源之外。然而，研究人員發現即使在維持預設的 seccomp 設定（一種限制系統調用以增強安全性的機制），且未被授予 CAP_NET_ADMIN 或 CAP_SYS_ADMIN 等高權限的情況下，依然能透過針對 socket 的設定繞過限制。在其實驗中，八次嘗試中有六次成功在宿主機上獲取 root 權限。
儘管如此，漏洞的實際觸發仍有一定限制。首先，這是一個本地漏洞而非遠端漏洞，攻擊者必須已在目標系統上擁有執行權限。其次，目標系統必須啟用了 SCTP 模組且該功能可被訪問。
修復建議與限制
Linux 核心團隊已於 2026 年 8 月 3 日發布修復補丁，涵蓋穩定版本 7.1.6、6.18.42、6.12.101 及 6.6.148。修復方案的核心在於禁止刪除目前正在處理訊息的路徑，從而根除 Use-After-Free 的發生條件。
對於系統管理員而言，僅檢查核心版本號可能不足以確認是否安全，因為許多發行版會採取後向移植（backport）修復，建議直接查看各發行版的安全性追蹤清單。此外，若環境中不需要使用 SCTP 協定，最直接且有效的防禦手段是直接禁用 SCTP 模組，從而徹底消除該攻擊面。
值得關注的是，SCTPhantom 是由騰訊開發的 AI 研發管線 Corvus AI 所發現的。這標誌著 AI 代理人（AI Agents）在挖掘深層、長期潛伏的核心漏洞方面正展現出強大能力，顯示出未來漏洞發現與修補的速度將進入 AI 驅動的新階段。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。