之後不久,研究人員發現 TeamPCP 在 GitHub 上發布了兩個包含完整蠕蟲原始碼的儲存庫,並採 MIT 授權。短時間內就出現數十次 fork,甚至有人立即加入新的平台支援,顯示這類工具一旦公開就可能迅速演化。
惡意程式被公開並不罕見,但 以寬鬆開源授權釋出攻擊工具相對少見,而且具有策略意義。
對 資安防禦團隊而言,完整原始碼可以用來:
換句話說,Shai‑Hulud 不只是一次攻擊事件,而是展示了一套 可重複使用的供應鏈攻擊模式。
根據多份安全分析報告,這個蠕蟲結合了多種供應鏈攻擊技巧。
攻擊者不必取得長期憑證,而是從 CI runner 的執行環境中擷取短期 token,進而以合法流程發布惡意套件。
這表示從驗證系統的角度看,套件似乎是由可信的 CI 管線生成,但實際內容已被植入惡意程式。
當開發者安裝受感染套件後,蠕蟲會部署一個憑證竊取模組,掃描系統中的敏感資訊。目標包括:
因此,若開發環境被感染,安全專家通常建議直接視為完整系統入侵事件處理。
2026 年 5 月的事件其實是 TeamPCP 一系列供應鏈攻擊的延續。
Cloud Security Alliance 的研究指出,在 2026 年 4 月 29–30 日,同一組織曾同時攻擊 npm、PyPI 與 Packagist 生態系,影響約 1,800 個專案,主要利用外洩憑證與 CI/CD 設定錯誤。
與先前攻擊相比,5 月的 Shai‑Hulud 波次顯示攻擊手法升級:
這顯示攻擊者正在快速適應新的供應鏈防禦機制。
如果組織在攻擊期間安裝過受影響套件,風險可能不只限於單一套件。
另一個重要教訓是:
若懷疑受到影響,資安團隊通常會優先採取以下行動:
Shai‑Hulud 事件突顯了一個明確趨勢:攻擊者不再只針對漏洞,而是直接 攻擊開發流程本身。
當 TeamPCP 將這個蠕蟲開源後,一場實際的攻擊行動同時變成了一份可研究的「藍圖」。現在,全球安全團隊與攻擊者都能研究同一份程式碼,而誰能更快理解並利用它,將影響未來軟體供應鏈安全的攻防格局。