2026/9/25 · AI 上線專家

四大 AI 寫程式工具同時爆出零點擊漏洞——當 Cursor、Copilot 都中標，您手上的專案該檢查什麼？

四大 AI 寫程式工具同時爆出零點擊漏洞——當 Cursor、Copilot 都中標，您手上的專案該檢查什麼？

不是程式碼有漏洞，是寫程式的工具本身就是門

九月十八號，資安研究機構 AIR 公布了一個名為 Plugin4Shell 的漏洞：<cite index="48-1">Claude Code、Codex、GitHub Copilot、Gemini CLI 四款主流 AI 寫程式工具，全部中了同一個零點擊遠端執行漏洞</cite>（來源：Help Net Security）。

這個漏洞的特殊之處在於：<cite index="48-3,48-4">只要您安裝了一個來自信任市集的外掛程式，即使您完全按照安全指引操作、甚至鎖定了版本號，攻擊者依然可能在您不點擊、不執行任何動作的情況下，直接取得與您相同的系統權限</cite>。

如果您手上有一個「AI 工程師寫到一半」的專案，或是您正準備把 AI 生成的程式碼推上正式環境，這則消息的真正含義是：就算程式碼本身沒問題，開發過程用的工具鏈可能已經成為最大的風險來源。

哪些工具受影響？哪些已經修好了？

<cite index="48-6">AIR 在今年五月發現漏洞，六月向各廠商通報，並提供了可實際執行的攻擊概念驗證</cite>。目前狀況如下：

  • Claude Code：<cite index="48-9">Anthropic 已在 2.1.179 版修補</cite>
  • Codex：<cite index="48-10">OpenAI 已在 0.146.0 版修補</cite>
  • GitHub Copilot：<cite index="48-11">微軟至今未推出修補版本，使用者目前無補丁可用</cite>
  • Gemini CLI：廠商回應狀況未明確揭露，但已知受影響

換句話說，如果您的外包工程師、或您自己正在用 GitHub Copilot 或 Gemini CLI 寫程式，這個漏洞現在就在您的開發環境裡。

這對「想上線的系統」有什麼實際影響？

實務上，這個漏洞帶來三層風險：

第一層：開發環境本身可能已被入侵
如果工程師在開發期間使用了受影響的 AI 工具，攻擊者可能已經透過外掛程式取得開發機的存取權限——包括原始碼、API 金鑰、資料庫連線字串。就算程式碼本身寫得很乾淨，這些機敏資料可能早就外流了。

第二層：您無法單純靠「檢查程式碼」來防堵
<cite index="48-2">研究人員指出，這是「AI 代理生態系統的第一個供應鏈漏洞」</cite>。過去我們會檢查程式碼本身有沒有 SQL Injection、XSS，但這次的問題是：工具本身就是入侵管道，而您很可能不知道工具在背景做了什麼。

第三層：就算您現在更新了工具，過去的風險不會消失
如果您的專案是今年五月到九月之間用這些工具開發的，那麼在漏洞公開之前，您的開發環境可能已經處於暴露狀態長達數個月。更新工具只能防止未來的風險，無法回溯清理已經發生的問題。

實際上該怎麼做？

如果您手上有一個用 AI 工具寫的專案，正準備上線或已經在線上運行，建議您依照以下順序檢查：

立即行動：確認開發工具版本
請開發團隊（或接手的工程師）列出過去六個月使用的 AI 寫程式工具清單，確認版本號。如果使用 Claude Code 或 Codex，確認已更新到修補版本；如果使用 GitHub Copilot 或 Gemini CLI，目前沒有完整修補方案，建議暫停使用或改用其他工具。

檢查敏感資料是否外洩
盤點開發機上存取過的機敏資料：API 金鑰、OAuth token、資料庫密碼、雲端服務憑證。如果這些資料曾經存在於開發環境中，建議全部輪替一次。這不是過度反應——<cite index="48-7,48-8">由於檢查機制在代理工具內部執行，而非在外掛市集端，因此沒有任何市集能單獨保證安全性，修補必須由每個廠商在工具本身完成</cite>。

重新檢視「上線前檢查清單」
我們之前寫過 AI 寫的程式碼上線檢查清單，但那份清單主要聚焦在「程式碼本身的問題」。Plugin4Shell 提醒我們：工具鏈本身也需要納入上線前的稽核範圍。如果您不確定該檢查什麼，可以從免費健診開始，我們會協助您盤點開發環境的實際風險面。

這不是 AI 寫程式的問題，是工具成熟度的問題

需要說清楚的是：這次的漏洞不是「AI 寫的程式碼有問題」，而是「AI 寫程式的工具本身有問題」。這兩者的差異很重要——前者可以靠 code review 防堵，後者不行。

當 AI 工具從「輔助」變成「主力開發工具」，它的資安風險也從「程式碼品質」擴大到「供應鏈信任」。如果您手上有一個用這些工具寫出來的系統，現在卡在「不確定能不能上線」，真正該問的不是「程式碼寫得好不好」，而是「開發過程的每一層，您實際上掌握了多少」。

如果這個問題您沒有把握回答，我們提供的不是重寫，而是從工具鏈、程式碼、部署流程三個層次，幫您把「不確定」變成「可驗證的安全上線路徑」。

──
AI 上線專家 ｜ 陪您把想上線的系統，安穩送到正式環境。免費健診 →