受影響的專案包含多個知名開源專案或 SDK,例如:
2026 年 5 月 19 日的 AntV 事件展示了攻擊的速度與自動化程度。
由於許多專案使用自動化發佈流程,一旦取得維護者權限,攻擊者就可以:
Mini Shai‑Hulud 最技術性的一點,在於它成功利用了現代 CI/CD 的「安全發布」機制。
許多開源專案現在使用 GitHub Actions Trusted Publishing。這種模式會透過 OpenID Connect(OIDC) 取得短期身分權杖,避免在 CI 中儲存長期憑證。
在多起事件中,攻擊者成功:
結果是:惡意套件看起來完全正常。
近年軟體供應鏈安全的一個核心技術是 SLSA(Supply‑chain Levels for Software Artifacts) 與 Sigstore。
這些系統會:
然而 Mini Shai‑Hulud 證明了一個重要問題。
換句話說:
但 CI 環境本身已被攻擊者控制。
這些被污染的套件主要目的不是立即破壞,而是竊取憑證以便擴散。
報告顯示惡意程式會嘗試收集:
透過竊取這些憑證,攻擊者可以:
這次事件揭露了現代開源供應鏈的幾個關鍵風險。
4. 攻擊活動呈現持續演化
研究人員將 Mini Shai‑Hulud 與 TeamPCP 先前攻擊(例如 Checkmarx Jenkins AST 插件事件)連結,顯示這不是單一事件,而是長期行動的一部分。
Mini Shai‑Hulud 帶來的一個重要教訓是:
加密簽章與來源證明並不能單獨保證安全。
如果攻擊者控制了產生這些簽章的 CI 環境,那麼「合法簽名的惡意軟體」就會出現。
因此越來越多組織開始強化:
隨著開源專案越來越依賴自動化建置與簽名發佈,CI 基礎設施與開發者身分安全 已經成為軟體供應鏈防禦的核心。
Mini Shai‑Hulud 正好展示了:當這些信任被利用時,攻擊可以在幾分鐘內擴散到整個生態系。