The NPM Worm Just Jumped Ship And Infected Go

自 2025 年 9 月首次出現以來，NPM 供應鏈蠕蟲 Shy Halloud 已成為持續威脅。這隻蠕蟲的運作原理是：當開發者安裝受毒害的套件時，install hook 會在安裝過程中執行，隨後掃描本機尋找各類密鑰（NPM token、GitHub token、AWS/GCP/Azure 金鑰、SSH 金鑰），甚至利用 truffle hog 工具系統性地挖掘暴露的憑證。一旦獲取盜取的 NPM token，蠕蟲就會自動發佈受毒害的套件版本，感染下一位使用者。正因為沒有攻擊者需要干預，它才被稱作「蠕蟲」而非一般惡意軟體。蠕蟲在 2025 年 11 月大規模回歸，後來 Team PCP 甚至將其開源化並發起競賽，導致現在出現持續的複製浪潮。

2026 年 6 月底，安全公司 socket.dev 發現了根本性的變化。首先，攻擊已跳出 NPM 生態，出現在 Go 模組（Verana blockchain 專案）中。雖然 Go 工具本身並未執行這些代碼，但打包的源代碼檔案內隱藏著 JavaScript 檔案，包括 `.cloud` 和 `.vscode` 資料夾。這些資料夾包含 `settings.json`（含 Claude Code session start hook）和 `tasks.json`（含 VS Code folder open task），能在開啟資料夾或啟動編碼會話時自動觸發 `node cloud setup.mjs`。

這次變化的核心危害在於防禦方式的失效。傳統的 `ignore scripts` 旗標只能防止 install script 運行，但新攻擊完全繞過了 npm 的 install 流程——惡意代碼不再存在於 `node_modules`，而是住在專案配置檔中。開發者開啟專案編輯器的那一刻，代碼就已經執行。惡意程式透過 bun 解碼並載入真正的載體，能在執行前檢測 CrowdStrike、Defender、Sentinel One 等防護軟體，隨後從 `.m` 檔案和環境變數中盜取所有可用的憑證。如果開發者渾然不覺，可能會在推送程式碼到生產環境或 CI 環境（如 GitHub Workflows）時，將惡意代碼一併提交。

防禦策略須隨之調整。開發者應停止過度依賴 `ignore scripts`，改為主動檢查 clone 或 pull 下來的配置檔。在 VS Code 中禁用自動任務執行，確保 folder open task 必須手動確認才能運行。更根本的做法是採用短期且最小權限的 token，優先使用 OIDC 而非長期 token——若 token 本身無法被盜或重複使用，蠕蟲就無法透過你的認證進行複製。在 CI 層面，設置 egress filtering（出站流量白名單制），只允許已授權的外部連線，即使惡意代碼執行也無法回傳憑證。同時在 NPMRC 配置最小發佈年齡以增加檢測時間，並將敏感資料存放在專業的密碼管理工具中。