Linux eBPF 漏洞修補速度據報超越 AI 新通報

Linux 核心 eBPF 領域的漏洞修補速度，據報已超越 AI 產生的新漏洞通報。這項變化僅限 eBPF 子系統，並非整個 Linux 核心。

Linux 創辦人林納斯·托瓦茲（Linus Torvalds）表示，eBPF 首席開發者阿列克謝·斯塔羅沃伊托夫（Alexei Starovoitov）曾向他提到這項情況。托瓦茲補充說：「其他大多數領域似乎還沒到那個階段。」Phoronix 指出，這段話出現在 Linux 7.4 第二版候選版本（rc2）的發布公告中。

「eBPF」是一種能在 Linux 核心內執行小型隔離程式的技術，常用於網路、系統狀態監測與安全工具。

rc2 雖是大型候選版本，托瓦茲仍認為依檔案彙整變更量的 diffstat「相當普通」。他表示，部分程式碼未納入 rc1，是因為當時工作繁忙，而且 rc1 已是 Linux 核心史上規模最大的候選版本。

這次變更分布在多個領域：驅動程式約占三分之一，網路與 BPF 合計也約占三分之一。

Crypto Briefing 報導，Linux 7.4-rc1 約包含 1萬9671 筆提交，創下紀錄。一般 rc1 約有 1萬5000 筆提交。

同一開發週期內，AI 輔助的非合併提交有 3,008 筆，是前一週期的 2.4 倍。非合併提交指不包括合併作業的個別程式碼變更。

「AI 輔助變更」是指工具參與尋找漏洞或提出修正方案的程式碼工作。相關報導指出，這類變更仍須經人工審查與核准。

Anthropic 在 2026 年 4 月推出的 Mythos 模型，被視為提升 AI 漏洞偵測能力的因素之一。Crypto Briefing 指出，模型的偵測準確度與效率提升後，實際發現並通報的漏洞也增加。

Linux 核心維護者曾指出，低品質的 AI 生成修補程式大量累積，增加了工作負擔。部分維護者把通報湧入、影響日常工作的情況比作「服務阻斷攻擊（DoS）」。

服務阻斷攻擊是透過大量請求使伺服器無法正常處理工作。這項比喻描述的是 AI 漏洞通報增加後，維護者承受的處理壓力也隨之上升。

托瓦茲過去主張，AI 參與的變更應在開發初期納入，而非等到穩定化階段才處理。他認為，及早完成修正可避免變更集中在穩定化階段。

托瓦茲將 AI 視為提升生產力的工具，不認為它能取代開發者的架構判斷。他也持續主張，AI 參與的提交內容必須接受嚴格的人為監督。

本報先前曾報導，Cardano 質押池營運者獲建議修補一項嚴重的 Linux 核心漏洞。這次 eBPF 評估與特定加密貨幣網路的漏洞或修補時程無關。

托瓦茲在 rc2 公告最後呼籲開發者與使用者繼續測試。