這是一起非常典型的現代軟體供應鏈攻擊案例。攻擊者 TeamPCP 並非直接對 GitHub 伺服器發動大規模暴力破解，而是採取了多層次的滲透策略，從單一開發者的端點設備開始，逐步擴展到內部儲存庫，甚至反向滲透到公開的套件生態系。對於工程師來說，這個案例揭示了開發環境中一個極其危險的漏洞點：開發工具的信任鏈。
滲透起點：被毒化的開發工具
這次事件的導火線是一個被毒化的 Visual Studio Code 擴充功能。對於許多開發者而言，VS Code 插件是提升效率的必需品，但如果插件本身被植入惡意代碼，它就變成了一個完美的特洛伊木馬。
當一名 GitHub 員工安裝了這個惡意擴充功能後，攻擊者成功取得了該員工設備的控制權。這在資安上稱為端點入侵。由於該員工擁有存取 GitHub 內部儲存庫的權限，攻擊者隨即利用這個身分，將約 4,000 個內部儲存庫的原始碼外洩，並在暗網上開價 5 萬美元出售。
從此事件中，我們可以看到一個關鍵的風險：開發者的設備通常擁有極高的權限（例如 SSH Key、API Token），一旦端點失守，後端的所有防線都可能失效。
供應鏈的連鎖反應：從內部儲存庫到 PyPI 套件
TeamPCP 的攻擊並未止步於偷取原始碼。他們利用從 GitHub 儲存庫中挖掘出的 Secrets（機密資訊，如 API 金鑰、Token），進一步攻陷了 PyPI（Python Package Index，Python 的官方套件倉庫）。
具體過程是這樣的：攻擊者在儲存庫中找到了可以發布套件的 PyPI Token，隨後將惡意代碼植入到名為 durabletask 的官方 Microsoft Python 套件中。這就是所謂的供應鏈攻擊，因為使用者在安裝這個看似官方且可信的套件時，會在不知不覺中執行惡意代碼。
惡意代碼的運作機制與擴散
這次使用的惡意軟體被稱為 Mini Shai-Hulud，它是一個具備自我複製能力的蠕蟲。其運作邏輯分為幾個階段：
首先是 Dropper 階段。當開發者 import 該套件時，惡意代碼會自動執行，從外部伺服器下載第二階段的 payload。
其次是資訊竊取。該惡意軟體專門針對 Linux 系統，會掃描並竊取 AWS 等雲端平台的憑證、1Password 或 Bitwarden 的密碼庫、SSH 金鑰以及 Docker 憑證。
最危險的是其橫向移動能力。如果該環境運行在 AWS EC2 中，它會利用 AWS Systems Manager (SSM) 將自己傳播到其他執行個體；如果是在 Kubernetes 環境中，則會透過 kubectl exec 進行擴散。
最後，它還使用了一種名為 FIRESCALE 的巧妙機制來維持 C2（Command and Control，指令控制伺服器）的連線。如果主伺服器被封鎖，它會去搜尋 GitHub 上的公開 Commit 訊息，尋找特定格式的 Base64 字串來獲取備用伺服器的地址。這讓傳統的域名封鎖幾乎失效。
工程實務的啟發與防禦建議
對於開發者與維運工程師，這次事件提供了幾個重要的警訊：
第一，審慎看待擴充功能與第三方套件。不要盲目安裝任何插件，且在生產環境或 CI/CD Pipeline 中，應對套件版本進行鎖定（Pinning）並使用雜湊值驗證，避免因套件更新而引入惡意代碼。
第二，嚴格管理 Secrets。絕對不要將 API Token、金鑰等機密資訊以明文形式存放在儲存庫中。應使用 HashiCorp Vault 或 AWS Secrets Manager 等專門的機密管理工具，並定期輪替（Rotate）金鑰。
第三，實施最小權限原則。即使是內部員工，也不應擁有不必要的廣泛存取權限。限制 Token 的有效期與權限範圍，可以大幅降低單一帳號被盜後造成的損害。
第四，監控異常的橫向移動。在雲端環境中，應監控異常的 SSM 指令執行或非預期的 kubectl exec 行為，這些通常是攻擊者在內部擴散的特徵。
來源：thehackernews.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。