OpenAI公布Linux核心漏洞研究：從2,308個候選發現到948個LPE修補，各階段證據怎麼分

OpenAI於2026年11月4日公布一項Linux核心安全研究，數字規模如下：管線分析得出2,308個候選發現，在隔離環境動態重現1,724個漏洞，產生1,169個本機權限提升（LPE）利用程式，經變體分析歸納為948個不同的LPE，並為其開發候選修補。依OpenAI的研究說明，這些修補仍須交由維護者審查，不能視為已全部合併或部署。

各階段數字代表的狀態不同

四組數字對應流程的不同階段，證據強度各異。「候選發現」是靜態分析提出的待查項目；「動態重現」是在隔離測試環境觀察到對應異常；「利用程式」展示潛在的安全影響；「候選修補」則是等待審查的程式變更。項目在階段之間可能被淘汰或合併，因此單看任何一個總數都無法概括整體結果。

以2026年10月的這輪Linux測試為例，去重後的2,308個候選發現中，系統在30小時內重現1,724個，約佔74.7%。其餘未重現者需要更高權限，或受競態條件、特定觸發條件與時間限制影響。OpenAI的研究說明也註明，這是特定模型、核心版本與威脅模型下的結果，不能當作其他環境的準確率保證。

948這個數字常被單獨引用，但它是變體分析後的歸納結果，研究以948個不同修補作為計數依據，前置的2,308與1,724分別是候選發現數與動態重現數。

拿到root不等於驗證成功

OpenAI回顧的一次早期安全測試，提供了歸因問題的具體案例。系統當時回報200次成功本機提權，人工檢查後發現其中20次實際上是借用了另一個0-day弱點，並非報告指定的漏洞。若只以「是否取得root」作判準，這20次會被誤算為目標漏洞驗證成功。

OpenAI在研究說明中表示：「候選發現不等於已驗證的漏洞。」後續團隊收緊了測試條件，加入獨立檢查，確認最終利用程式確實使用指定弱點。這與史丹佛團隊重測50項LLM研究主張的結論方向一致：單次結果不足以支撐主張，覆核時須回到可重現的證據。

驗證執行層面，OpenAI在隔離虛擬機執行概念驗證（PoC），觀察程式輸出與主控臺，並使用記憶體錯誤偵測工具KASAN。報告仍須載明核心版本、系統設定、觸發條件與未測範圍，避免推論所有系統都受影響。覆核者需要的紀錄包括最小重現案例、執行記錄、目標版本，以及權限與安全邊界的變化。

AI修補的驗收項目

候選修補的驗收不只是確認PoC不再觸發。依APPI News整理的要點，還須確認修補針對根因、涵蓋相關變體，並檢查效能影響、相容性、程式慣例與回歸測試。修補擋住單一PoC，不代表弱點已完整消除。

OpenAI表示，人類研究者會檢視結果並向維護者通報，已優先通報嚴重問題，並與合作夥伴處理其餘報告及修補。漏洞存在、利用程式可運作、修補提案提出、修補部署到已發行版本，是四個不同的狀態。這種區分在METR與Redwood公布OpenAI內部監控評估結果一案中同樣出現：第三方評估發現的問題與廠商宣稱已修復之間，未經核實前應保持各自的證據狀態。

未確認事項

截至研究公布，OpenAI未說明948個候選修補中已有多少獲維護者合併，也未公布合作夥伴的後續處理進度。這些數字仍待維護者審查結果與各發行版的部署紀錄補全。