這篇分析將帶領大家了解近期出現的 Miasma 惡意軟體攻擊。這不是單純的病毒感染，而是一場典型的供應鏈攻擊（Supply Chain Attack）。簡單來說，攻擊者不是直接攻擊你的伺服器，而是污染你信任的「零件」（如 npm 套件、GitHub Action），讓你自己在安裝或部署時將木馬請進家門。
這次攻擊的核心目標非常明確：竊取開發者的憑證（Credentials）與 Token，進而接管整個開發生態系。
攻擊是如何在 npm 套件中隱藏的
通常我們在安裝 npm 套件時，會擔心 package.json 裡的 lifecycle hooks（例如 preinstall 或 postinstall 腳本），因為這些腳本會在安裝時自動執行。但 Miasma 採取了更隱蔽的手段。
它利用了 binding.gyp 檔案。對於不熟悉 C++ 擴展的工程師來說，binding.gyp 是用來配置 Node.js 原生模組編譯的設定檔。攻擊者將惡意代碼植入其中，讓系統在安裝過程中執行任意指令。
一旦觸發，它會先檢查環境中是否有 Bun 運行時（Bun 是一個高效能的 JavaScript 運行時），如果沒有就自動下載安裝，接著執行真正的偷竊程式（Stealer payload），開始搜刮你電腦裡的 Secret、Token 和各種金鑰。
從 CI/CD 到 GitHub Actions 的連鎖反應
攻擊者的野心不只在本地電腦，他們將目標延伸到了自動化部署流程（CI/CD）。
Miasma 會在受害環境中丟入一個名為 Run Copilot 的工作流（Workflow）。這個名稱具有高度欺騙性，讓開發者以為是 AI 輔助工具，但實際上它的目的是從 GitHub Actions 的 Runner 記憶體中直接竊取環境變數（Secrets）。
更危險的是，這次攻擊與另一個名為 semantic-release-action 的 GitHub Action 劫持事件有強烈關聯。攻擊者透過強行推送（Force-push）惡意提交並重新導向版本標籤（Tags），導致任何使用該標籤的自動化流程都會直接在 Runner 中執行惡意代碼。
這些被竊取的 OIDC Token 或個人訪問令牌（PAT），會被加密後傳送到攻擊者控制的 GitHub 儲存庫中，讓攻擊者能進一步橫向移動，入侵更多與該開發者相關的專案。
跨生態系的擴張：從 npm 到 Go 語言
這次攻擊最值得警覺的是它不再侷限於 JavaScript 生態系。攻擊者已經將觸角伸向了 Go 語言模組（例如 Verana Blockchain 專案）。
在 Go 的案例中，攻擊者不再依賴安裝腳本，而是利用開發者的工作習慣。當開發者克隆（Clone）儲存庫，並使用 IDE 或 AI 程式碼助手（AI Coding Assistant）開啟專案時，惡意代碼可能會透過專案配置檔觸發執行。
這意味著，只要你信任並開啟了該專案，即便沒有執行安裝指令，你的開發環境依然處於風險之中。
給工程師的實務防禦建議
面對這種高度演進的供應鏈攻擊，單靠防毒軟體是不夠的。我們應該採取以下策略：
第一，嚴格管理 Token 權限。遵循最小權限原則（Principle of Least Privilege），不要給予 PAT 過高的權限，並設定較短的有效期。
第二，審查第三方依賴。對於不常用的套件或突然更新版本的套件，應檢查其是否有異常的設定檔（如 binding.gyp）或未經解釋的腳本變動。
第三，強化 CI/CD 安全。避免在 GitHub Actions 中使用不穩定的版本標籤（如 v1），盡量使用具體的 Commit SHA（提交雜湊值）來鎖定依賴版本，防止標籤被劫持而導致代碼被替換。
第四，警覺 IDE 插件與 AI 工具。意識到現代開發工具具有執行配置文件的能力，在開啟來源不明的開源專案前，建議先在隔離的容器或虛擬機中進行初步分析。
來源：thehackernews.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。