Claude 生成的 Linux 漏洞利用程式揭露 Ubuntu 尚未修補的漏洞
前言
Anthropic 表示,其 AI 模型 Claude 生成了一個可運作的 Linux 漏洞利用程式,利用一項嚴重漏洞,展示連線至網際網路的攻擊者如何可能不需密碼便取得伺服器控制權。這項漏洞的編號為 CVE-2026-98432,自 Linux 版本 4.4 起便已存在,嚴重性評分為 9.8(滿分 10 分)。這項揭露引發外界關注:隨著 AI 工具逐漸能產出複雜的攻擊程式碼,要如何保護廣泛部署的作業系統,已成為一大挑戰。Red Hat 與其他幾家 Linux 發行版供應商已發布修補程式,但 Ubuntu 的安全追蹤器仍將 16.04 至 26.10 版本列為易受攻擊。本文將說明攻擊的作用、底層錯誤的運作方式、相關系統與軟體功能,以及目前可取得的安全指引。核心問題不只涉及一個 AI 生成的漏洞利用程式或一項網路功能:底層漏洞可能影響 Anthropic 示範時所用條件以外的系統。
簡要摘要
Anthropic 表示,Claude 產生了一個 Linux 漏洞利用程式,可透過網際網路在易受攻擊的伺服器上取得 root 層級權限,而且不需要密碼。這項攻擊的目標是 CVE-2026-98432,這是一項自 Linux 版本 4.4 起便存在、評分為 9.8(滿分 10 分)的競爭條件漏洞。示範方法使用多路徑 TCP(MPTCP);自 Go 1.24 起,以 Go 撰寫的程式預設會啟用這項功能,但 Go Security Team 警告,底層錯誤並非 MPTCP 專屬。Red Hat 已於 Sunday, Nov. 1 發布修補程式,其他發行版也已為至少部分版本提供修補程式。Ubuntu 將 16.04 至 26.10 版本列為易受攻擊;部分版本的修補工作仍在進行中,而且尚未公布發布日期。 建議升級至已修補的核心,作為長期有效的防護措施。
正文
Anthropic 的揭露讓一項最新展示的 Linux 漏洞利用程式,成為 AI 生成的安全研究能力與風險之廣泛討論的一部分。該公司表示,Claude 建立了一種可讓遠端陌生人不需密碼便完全控制 Linux 伺服器的有效攻擊。這項漏洞的編號為 CVE-2026-98432。據稱,它自 Linux 版本 4.4 起便存在,嚴重性評分為 9.8(滿分 10 分)。由於大量伺服器採用 Linux,這項問題將影響依賴 Linux 發行版來運作對外連網系統的組織。
Anthropic 於 Oct. 27 在一篇研究文章中介紹這項研究,文章檢視了五個目標:Chrome、Safari、Android、Windows 和 Linux。該公司表示,Claude 在收到初步提示後,使用尚未發布的內部模型撰寫了 Linux 漏洞利用程式。報告指出,這項攻擊可在不到一小時內找到電腦記憶體中的隱藏區域,再花五分鐘執行一項具有最高系統存取權限的指令,也就是 root 權限。這些細節描述的是報告中展示的情況;個別系統的實際風險,則取決於其核心、設定、對外開放的服務,以及可用的安全更新。
這項 Linux 漏洞被描述為一種競爭條件,涉及系統某個部分已丟棄、另一部分卻仍在使用的資訊。AlmaLinux 將這種情況比喻為有人已把便利貼撕碎,卻還試圖讀取上面的內容。在報告中的攻擊裡,與建立網際網路連線相關、經過特別製作的訊息可以觸發這種時序問題。如果操作以非預期順序發生,系統處理資料的方式可能讓攻擊者得以干擾正常的防護機制。
這項已報告漏洞的一個重要特點是,攻擊失敗不一定會讓受影響的系統當機。Anthropic 表示:「這種競爭條件的一個有利特性是,競爭失敗只會使交握失敗,不會讓整個系統崩潰。」該公司並補充,有耐心的攻擊者可以不斷重試,直到成功。換句話說,研究人員所描述的失敗模式,可能會讓伺服器繼續運作,而不是造成明顯的服務中斷。這可能使單靠可用性監控更難發現問題,同時也讓攻擊者得以持續重試。
Anthropic 展示的特定漏洞利用程式,依賴使用多路徑 TCP(MPTCP)的伺服器。這項網路功能允許單一連線同時使用多條路徑。Go Security Team 表示,自 Go 1.24 起,以 Go 撰寫的程式預設會啟用 MPTCP;對某些以 Go 為基礎的服務而言,這項細節可能提高示範攻擊方式的相關性。但這不代表所有 Go 應用程式都會自動受到攻擊:目標系統是否具備相關條件仍然重要,營運者應評估自己的部署環境,而非僅憑程式語言就判定是否暴露於風險或安全無虞。
重要的是,Go Security Team 警告,不應將 MPTCP 視為問題的全部範圍。該團隊表示:「雖然示範的漏洞利用程式需要目標系統對外開放 MPTCP 接聽端,但底層錯誤並非 MPTCP 專屬。」這項區別很重要,因為漏洞利用示範展現的是觸發漏洞的一種方式,不一定涵蓋所有可能利用漏洞的途徑。即使系統沒有開放報告中攻擊所使用的特定接聽端,仍可能需要安裝相關的核心更新。因此,安全團隊應遵循供應商公告及已修補核心的指引,而不要只依賴停用某項概念驗證所用的功能。
各 Linux 發行版提供修補程式的情況不盡相同。Red Hat 已於 Sunday, Nov. 1 為 RHEL 8、9 和 10 發布修補程式,其中包括 RHSA-2026:93412。Debian、SUSE、Oracle Linux 和 Amazon Linux 也已為至少部分版本提供修補程式。某個版本已有修補程式,不代表該發行版的所有版本都已涵蓋。系統管理員應確認實際使用的作業系統版本與核心,查閱該發行版的安全公告,並安裝適用於該系統的更新。
Red Hat 也為尚無法更新的系統發布了暫時性防火牆規則。該公司表示,這項規則「可降低此漏洞的暴露風險,但無法完全防止漏洞遭利用」,並指出完整可行的解決方案仍在開發中。若因營運因素必須延後安裝修補程式,緩解措施可能有所幫助,但不應將其視為已修補核心的完整替代方案。採用暫時性控制措施的組織應記錄這些措施,在可行範圍內限制相關網路暴露、留意供應商更新,並規劃在安裝受支援的修補程式後移除或調整緩解措施。
Ubuntu 的追蹤器顯示,其他發行版已有修補程式,但其版本狀態仍存在明顯落差。Ubuntu 仍將 16.04 至 26.10 版本列為易受攻擊。其追蹤器指出,22.04、24.04、26.04 和 26.10 的修補工作正在進行中。至於 20.04、18.04 和 16.04,追蹤器只標示「易受攻擊」,並未提供任何修補程式的發布日期。這些項目反映的是報告當時追蹤器所記錄的狀態,並不代表未來更新何時會推出。Ubuntu 使用者應查看最新的安全公告及系統更新管道,掌握後續變化。
對 Linux 系統管理員而言,實際應對步驟並不複雜,但需要仔細處理。首先,盤點系統並確認正在使用的核心與發行版版本。接著,查閱相關供應商針對 CVE-2026-98432 的公告,並在有修補程式時安裝已修補的核心。如果無法立即套用更新,應檢視暫時性緩解措施與網路暴露狀況,同時記住 Red Hat 的防火牆規則僅被描述為降低風險,而非消除風險。團隊也應留意 Go Security Team 的警告:漏洞並非 MPTCP 專屬,因此不應把單獨停用 MPTCP 視為系統安全的證明。
這項報告也符合 AI 輔助漏洞研究日益普遍的趨勢。Decrypt 於 April 報導,Anthropic 先前的 Claude Mythos 模型曾協助 Mozilla 在 Firefox 中找出 271 個錯誤。先前的案例與這次 Linux 漏洞揭露,都說明 AI 系統能協助發現或開發安全問題,也再次凸顯負責任地揭露漏洞、及時與供應商協調,以及提供清楚公開指引的重要性。AI 或許能加速研究的部分流程,但安全結果仍取決於是否識別受影響的軟體、準備好修補程式,以及系統營運者是否安裝修補程式。
整體而言,這項揭露既是對嚴重核心漏洞的警示,也提醒人們應區分已展示的攻擊途徑與漏洞的完整影響範圍。Claude 報告中的漏洞利用程式使用了 MPTCP,但底層錯誤並非該功能專屬。Red Hat 和其他供應商已為至少部分系統發布修補程式,而 Ubuntu 的追蹤器仍將 16.04 至 26.10 版本標記為易受攻擊。對於受影響的系統,建議的長期應對方式,是在適用的供應商更新推出後盡快改用已修補的核心。
重點整理表
| 面向 | 說明 |
|---|---|
| 漏洞 | CVE-2026-98432 據稱自 Linux 版本 4.4 起便已存在,評分為 9.8(滿分 10 分)。 |
| 報告所述影響 | Anthropic 表示,Claude 生成了一種攻擊,可能讓遠端攻擊者不需密碼便取得 Linux 伺服器的 root 層級控制權。 |
| 示範條件 | 報告中的漏洞利用程式使用 MPTCP 接聽端;自 Go 1.24 起,以 Go 撰寫的程式預設會啟用 MPTCP。 |
| 更廣泛的影響範圍 | Go Security Team 表示,底層漏洞並非 MPTCP 專屬。 |
| 供應商更新 | Red Hat 已於 Sunday, Nov. 1 為 RHEL 8、9 和 10 發布修補程式,其中包括 RHSA-2026:93412。Debian、SUSE、Oracle Linux 和 Amazon Linux 也已為至少部分版本提供修補程式。 |
| Ubuntu 狀態 | Ubuntu 將 16.04 至 26.10 版本列為易受攻擊。22.04、24.04、26.04 和 26.10 的修補工作正在進行中;20.04、18.04 和 16.04 顯示「易受攻擊」,且未列出修補程式發布日期。 |
| 建議措施 | 升級至已修補的核心。暫時性防火牆緩解措施可能降低暴露風險,但無法完全防止漏洞遭利用。 |
最後編輯時間:2026/11/2
