軟體供應鏈攻擊（Software Supply Chain Attack）近年來成為資安威脅的核心，而近期發生在 Mastra 框架的 npm 套件劫持事件，為我們提供了一個極佳的實務案例。Mastra 是一個用於構建 AI 應用程式的 JavaScript 與 TypeScript 開源框架，由於它處於 AI 開發與雲端基礎設施的交匯點，開發環境中通常存放著高度敏感的 API 金鑰與憑證，因此成為攻擊者的頂級目標。
這次攻擊的核心在於一個名為 ehindero 的貢獻者帳號被劫持。該帳號原本是 Mastra 的合法貢獻者，但其對該命名空間（Scope）的發佈權限在離職或停止貢獻後未被撤銷。攻擊者利用這個權限，在短短 88 分鐘內，自動化地向 @mastra 命名空間下發佈了超過 140 個惡意版本的套件。
攻擊者採用的手法非常狡猾，他們並非直接在 Mastra 的套件原始碼中植入惡意程式，而是將一個名為 easy-day-js 的第三方套件加入到依賴清單中。這個 easy-day-js 最初被上傳時是一個完全乾淨、功能正常的 dayjs（知名日期處理庫）複製版，用以降低懷疑。直到攻擊發起前夕，攻擊者才更新該套件，將其轉化為惡意程式。
對於 Junior 工程師來說，最需要關注的是這個惡意套件的執行機制。它利用了 npm 的 postinstall hook（安裝後鉤子），這是一個在套件安裝完成後會自動執行的腳本。這意味著開發者只要執行 npm install，即使還沒在程式碼中 import 或呼叫該套件，惡意程式就已經在背景執行了。
該攻擊的執行流程分為三個階段。第一階段是安裝後的載入器，它會禁用 TLS 憑證驗證，從遠端伺服器下載第二階段的有效載荷（Payload），並以分離背景行程執行，隨後立即刪除載入器自身以抹除鑑識痕跡。最後階段則是跨平台的資訊竊取程式，能蒐集瀏覽器歷史紀錄、盜取超過 160 種加密貨幣錢包擴充功能中的數據，並在 Windows、macOS 和 Linux 上建立持久化機制，確保系統重啟後惡意程式依然運行。
從防禦角度來看，這次事件揭露了兩個關鍵的技術漏洞。首先是權限管理失效，離職員工的發佈權限未被及時撤銷，導致單一帳號被劫持即可造成大規模影響。其次是缺乏強制的來源證明。雖然 Mastra 透過 CI 流程使用 npm 的信任發佈者（Trusted Publisher）機制並提供 SLSA provenance（一種證明軟體構建來源的標準，確保代碼是從特定源碼庫經由特定 CI 流程產生的），但系統並未強制要求所有發佈必須攜帶此證明。攻擊者使用個人的 npm Token 繞過了 CI 流程直接發佈，因此這些惡意套件缺乏來源證明。
如果開發團隊在安裝時啟用了簽名驗證（例如使用 npm audit signatures）或設定了強制要求來源證明的政策，這次的惡意套件在安裝階段就會被攔截並拒絕執行。
總結來說，這次事件提醒我們，不要過度信任第三方套件的安裝過程。對於高風險環境，應考慮使用 lock 檔鎖定版本、定期審核依賴項，並在 CI/CD 環境中實施更嚴格的來源驗證機制。若曾安裝過受影響版本，建議立即將環境視為已遭入侵，採取回滾版本、輪換所有敏感憑證以及掃描系統殘留檔案等應對措施。
來源：thehackernews.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。