AI agent 推高漏洞通報量，Node.js 用 AI 協助分流

AI 令「候選漏洞」變成無限供應

AI agent 可以長時間自動掃 code，見到可疑 pattern 就生成一份似樣嘅漏洞報告。不過，睇落合理同真係攻得入係兩回事；每份都要維護者重現、對照威脅模型再判斷影響。iThome 報道整理咗 OpenJS 2026 年第二季進展，最值得睇係 AI 加快搵線索之餘，亦塞爆審核隊列，Node.js 要用自動化接住呢股洪水。

圖片：OpenJS Foundation

報告多咗，先唔好當漏洞突然爆升

OpenJS 官方數字話，Node.js 安全團隊喺呢季之前兩年合共收到 352 份 HackerOne 通報；2026 年 2 月入件量升至原來嘅 4.6 倍，3 月單月再收 65 份。Express 同 Lodash 另一組數字仲誇張，兩邊收到嘅報告有 70% 至 90% 最後俾人拒絕。呢個拒絕率屬於 Express 同 Lodash，唔可以搬去當 Node.js 嘅數字，但已足以解釋維護者點解要先擋雜訊。

同一份更新亦寫明，OpenJS 旗下 CNA 喺 2025 年下半年發布 3 個 CVE，2026 年上半年升到 49 個，仲有約 10 個等發布。49 個全部係已確認、已修補兼已公開嘅漏洞，不過官方冇話全部由 AI 搵到。呢組數字主要反映項目消化積壓同出安全公告嘅能力；單靠 CVE 數量，就話真實漏洞突然暴增，證據仲未夠。

圖片：OpenJS Foundation

先收緊通報要求，減少維護者嘅審核負擔

Node.js 第一招好實際：改 HackerOne 範本，要求通報者交 JavaScript 重現案例。現行安全政策寫得好清楚，步驟要完整，PoC 只留示範問題所需嘅最少程式碼，測試亦要喺隔離環境做。以前有人交 Python 或其他語言例子，維護者連初步審核都未開始就要先翻譯；而家至少可以用同一套 runtime 直接驗證。

用 AI 幫手寫報告都一樣，提交前要由人跑一次 PoC，列清受影響版本、啟動參數、攻擊者控制到咩輸入、預期結果、實際結果同具體影響。再用 Node.js 威脅模型過一轉：如果個情境先假設操作系統或惡意 dependency 已失守，核心項目未必會當佢係漏洞。AI 擅長認 pattern，邊條信任邊界真係穿咗，仍然要提交者講得明。

Node.js 用 AI 幫手分流，最後仍由人審核

OpenJS 介紹嘅做法相當收斂。安全 release viewer 會集中顯示揀咗邊啲報告、仲爭咩資料同各條版本分支 checklist；報告入隊後，模型參考威脅模型、過往確認過嘅 CVE、CWE pattern 同歷史通報，交出可信度同估算 CVSS。呢啲分數用嚟協助團隊分流同判斷優先次序，最後仍由人審核，未有自動定案。

成熟度亦要分開睇：Node.js 安全團隊自己砌嘅 prototype 已用喺日常流程，亦接入咗 6 月份 viewer；另一套有 IBM 支援嘅專用 classifier 仲喺開發中。OpenJS 叫整套 viewer 工具做 beta，下一次安全更新先係真實環境測試。官方而家有 AI 輔助分流，仲未去到全面自動處理通報。

發布流程同 code review 一齊減重

分流完仲有修補、backport、CI 同多條 release line 要同步。Node.js 原本 36 步嘅安全發布流程而家縮到 7 步，再用 dashboard 睇齊報告、缺漏同 checklist。項目亦取消大部分修補嘅公開 embargo 要求，協作者收到通報就可以寫 fix 同測試，唔使等到發布前先發現 CI 爆紅。維護人手始終唔會跟通報量一齊倍增。

Code review 嗰邊亦加咗閘。OpenJS 話 Node.js 而家期望每個 PR 控制喺 5,000 行以下，唔理有冇 AI 參與，DCO sign-off 都收得嚴咗，即係提交者要為來源同提交權負責。五千行其實已經好大份，但 diff 愈大，細微行為改動愈容易匿喺入面。用 agent 出 code 嘅人仍要拆細 PR、補測試，同解釋點解每個檔案要改。

公司團隊可以即刻跟嘅做法

如果公司內部有 agent 掃 Node.js、Express 或 Lodash，先當啲輸出係線索，由工程師重現、刪走重複結果，再跟項目指定渠道提交。報告要有最細 JavaScript PoC、環境同版本、信任邊界、攻擊條件同影響；AI 有份起稿就主動交代，人亦要答到維護者追問。修補 PR 保持單一目的、細份、連測試，審 code 嘅人就唔使喺幾萬行生成 code 入面估邊段有副作用。

至於維護者，LLM classifier 最適合先排優先次序，再保留人手升級同抽查機制。OpenJS 呢份季度更新未交代命中率、誤判率同模型資料點樣處理；下一輪實戰要睇低質報告少咗幾多、人手慳到幾多，同有冇真漏洞俾低分壓住。呢三項數據未公開之前，唔好畀 classifier 自己關閉高風險通報。

參考來源

• iThome — OpenJS公布Node.js資安進展，以AI協助處理暴增的漏洞通報 — original report
• OpenJS Foundation Security Update: Q2 2026 — 官方季度更新；通報量、CVE、流程自動化、LLM 狀態同 PR 規則嘅一手資料。
• Node.js Security Policy — Node.js 現行漏洞通報規則；確認 HackerOne、JavaScript PoC 同威脅模型要求。
• OpenJS：AI is stress-testing open source security — OpenJS 較早交代 AI 低質通報點樣拖慢維護者，亦列出開發者核實守則。
• OpenJS CNA Security Advisories — 官方已發布 CVE 清單，用嚟核對 CNA 統計口徑。

本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。