Cursor Claude Code 擴充套件事件：下架後，為何還要清理主機？（2026）

2026 年 10 月 29 日，Cursor 團隊在官方部落格發布了〈Claude Code 擴充套件安全公告〉，揭露 Cursor 市集曾提供遭竄改的套件。這起 Cursor Claude Code 擴充套件事件，值得追問的，是下載來源如何一路取得開發電腦的權限，以及下架後還剩下哪些處置工作。

下面先釐清公告說的是哪一批套件，再看研究者對攻擊鏈的拆解，最後判斷團隊應如何調整安裝與復原流程。最需要避免的兩個誤讀，是把事件擴大成所有 Claude Code 都中招，或因為 SSH 啟用失敗就當作事情結束。

Cursor Claude Code 擴充套件事件：先把範圍畫對

These malicious versions of the extension were not developed by Anthropic.

中文：這些惡意版本的擴充套件並非由 Anthropic 開發。

Cursor 安全公告

Cursor 指出的套件識別名稱是 Anthropic.claude-code，版本為 2.1.312、2.1.313，涉及其市集供應的 macOS 與 Windows 套件。公告列出的供應時窗是 10 月 29 日太平洋時間約 02:27 至 13:35。版本號必須與取得來源一起看，不能只因其他管道的版本號相同，就直接判為同一個惡意檔案。

依 Cursor 的說法，當時沒有證據顯示其他版本或官方發行管道受影響。這是供應商對已知調查範圍的陳述，並非 AlphaLab 對所有發行檔做過比對。Cursor 也表示已下架惡意版本、輪替金鑰、重建市集，並協同主機供應商使攻擊者伺服器離線。

這裡有一個容易被名稱遮住的界線。Anthropic 的安裝文件列出官方提交擴充套件的發行入口，也明說第三方市集由第三方運作。作者、套件名稱、實際交付檔案的市集，是三種不同身分。這份文件能協助確認發行責任，不能替本次事故補上未公開的入侵根因。

Cursor Claude Code 擴充套件事件的攻擊鏈：哪些步驟仍有條件？

Phorion 的 Calum Hall 調查於 10 月 30 日發布，修訂紀錄顯示當日更正受影響市集為 Cursor，10 月 31 日再補入 2.1.312。讀者若看到較早的轉述，應先把市集與版本範圍對齊。研究者分析的是遭植入的程式與樣本行為，並非每台安裝電腦的實際損害統計。

依該報告，惡意程式被放在擴充套件 JavaScript 的前段，模組載入時便執行。攻擊鏈包括植入 SSH 公鑰、嘗試開啟遠端登入、建立反向通道，以及留下讓通道重啟的機制。這解釋了為何調查要追到使用者目錄與背景程序，不能只看編輯器視窗是否還開著。

研究者發現 macOS 路徑有一個重要缺陷：它把未提權的遠端登入狀態查詢結果，拿去找「Off」。當回傳的是管理員權限錯誤時，啟用 SSH 的分支就會被跳過。如果本機原本沒有開 SSH，這會阻斷最後連入的路徑；如果本來就開著，條件便不同。這是 Phorion 對樣本的分析，本文沒有執行惡意套件重現。

因此，要分開記錄「程式嘗試做什麼」「哪些檔案與程序確實出現」「有沒有成功登入」三件事。植入金鑰、保留重試機制與完成互動登入，各需要不同證據。把任何一項直接當成另外兩項，都會讓處置優先順序失真。

SSH 沒開成功，為何仍要處理？

Uninstalling the extension may not be sufficient

中文：解除安裝擴充套件，可能仍不足以完成清理。

Cursor 安全公告

Cursor 的公告明確提醒，獨立的持續執行腳本可能留在主機上，也要求受影響者從可信任系統輪替可存取的憑證與工作階段。它同時指出，最初蒐集的環境變數是名稱；這不等於已證明金鑰值外洩，也不能排除後續存取。

可以把它想成辦公室門鎖：大門當時沒打開，與有人把自己的鑰匙加入門禁名單，是兩個不同問題。關閉對方的一台中繼伺服器，能切斷已知路徑；從主機移除新增信任、背景工作與可疑程序，才是在處理留下來的狀態。這個區分也讓「下架完成」與「端點復原完成」各有可驗收的意義。

更深的問題：擴充套件獲得的是哪一層信任？

Microsoft 的擴充套件執行安全文件說明，VS Code 的 extension host 與編輯器具有相同權限，擴充套件可讀寫檔案、連網及啟動外部程序。這是 VS Code 架構的官方說明；本次 Cursor 套件的具體行為，仍應回到 Cursor 公告與樣本調查核對。

這意味著，評估開發工具時，除了問「模型會不會照提示做錯事」，還要問「誰把程式碼交到這台電腦執行」。模型的操作批准與套件來源驗證，各在不同環節發揮作用。若有惡意程式直接在擴充套件程序裡執行，一段要求模型保守行事的提示詞，不能替代作業系統層的存取限制。這是從執行位置得出的判讀。

AlphaLab 的判讀：把品牌信任改成可追溯的交付責任

我同意：快速撤下套件與切斷已知連線，能爭取處置時間

供應商的集中處置有其價值。使用者難以逐一替其他人的電腦拔除金鑰，市集卻能停止繼續供應已知惡意檔案。但對組織而言，完成標準應包含受影響安裝清單與端點清理結果。單一平台的「已下架」，只回答了交付鏈的一段。

我存疑：用一個錯誤就概括整起事故的損害

惡意程式的缺陷可能降低某條存取路徑成功的機會，但它不能告訴我們所有主機的原始設定、執行權限與後續操作。反過來，讀到「後門」也不能把每名使用者都寫成已遭遠端操控。真正有用的報告應揭露分母與證據層級，例如已交付、已載入、留下痕跡及已確認登入，讓修復進度能被逐項追蹤。

下一個該追的，是根因與復原證據

本文採用的兩份事故材料，足以支撐套件範圍與攻擊機制的敘述，卻不足以讓我們自行推定攻擊者身分、整個市集最初如何遭入侵，或所有受害者的損失。後續若有根因分析，值得看它如何把建置產物、提交來源、發行權限與端點回收連在一起，而不是只記住某個版本號。

現在怎麼做：先盤點來源，再決定主機的處置層級

如果你或團隊在公告時窗內從 Cursor 市集安裝過這兩個版本，先保留安裝來源、時間、作業系統與套件識別資訊，再依Cursor 公告的影響檢查與復原指引調查。發現執行或後門痕跡時，優先隔離主機並交由負責事件應變的人處理；清理範圍要涵蓋金鑰、持續執行機制與通道程序，也要評估重建主機。不要為了「測試有沒有中」再載入可疑套件。

若使用其他來源，先核對實際發行管道與檔案證據，別用相似名稱替代判斷。日常治理則可從一張擴充套件清單開始：誰需要它、從哪裡取得、由誰核准更新、發現惡意版本時如何找出已安裝端點。將測試工具放在權限與憑證受限的環境，並替緊急撤銷留下路徑，會比事後猜測某個標章代表多少保證更有用。

這起 Cursor Claude Code 擴充套件事件，留下的決策規則很具體：確認來源、確認執行、確認殘留，再確認復原。今天先替自己的開發工具補上來源與更新紀錄，下一次公告出現時，就能從「我是不是中招」走到可核對的答案。