這週的資安趨勢顯示了一個令人不安的現實：儘管技術在演進，但攻擊者依然能透過最基礎的邏輯漏洞與人性弱點取得成功。對於工程師來說，這次的事件提醒我們，無論是 AI 助手、套件管理器還是系統權限，任何被視為信任的介面都可能成為攻擊入口。
供應鏈攻擊的進化：Miasma 蠕蟲與 npm 投毒
近期最值得關注的是 Miasma 蠕蟲對 Microsoft GitHub 儲存庫的攻擊。這是一種供應鏈攻擊 Supply Chain Attack，指的是攻擊者不直接攻擊目標，而是透過污染目標所依賴的第三方元件來植入惡意程式。Miasma 具有自我複製能力，能像蠕蟲一樣在儲存庫之間傳播，導致 Azure 等多個微軟組織的 73 個儲存庫受影響。
與此同時，npm 生態系也出現大量投毒套件。攻擊者採取兩種主要策略：一是名稱欺騙 Typosquatting，例如建立名稱極其相似的 turbo-axios 或 faster-axios，誘使開發者誤裝；二是利用 post-install hook，這是一個 npm 套件在安裝完成後會自動執行的腳本。攻擊者將惡意程式碼放在這裡，讓開發者在執行 npm install 的瞬間就完成中毒，導致 API Key 或瀏覽器憑證被盜取。
AI 助手的信任危機：Instagram 帳號盜用事件
Meta 最近揭露了一個極具代表性的 AI 邏輯漏洞。攻擊者利用 Instagram 的 AI 支援工具 High Touch Support (HTS)，透過對聊天機器人下指令，欺騙 AI 將攻擊者的電子信件與目標帳號綁定。
這在技術上屬於一種邏輯繞過，而非傳統的程式碼漏洞。因為 AI 被賦予了修改帳號資訊的權限，但缺乏足夠的身份驗證檢查，導致攻擊者能直接重設密碼並奪取帳號。這提醒我們，在將 AI 整合進具有管理權限的流程時，絕對不能將 AI 視為信任邊界，必須在 AI 執行關鍵操作前加入強制的二階段驗證或人工審核。
Android 系統權限提升漏洞
Google 在 6 月的更新中修復了一個高風險漏洞 CVE-2025-48595。這是一個權限提升 Privilege Escalation 漏洞，允許攻擊者在不需要使用者互動的情況下，獲取系統更高層級的權限。對於 Android 開發者或使用者而言，這類漏洞最危險的地方在於它能讓惡意軟體從受限的沙盒環境中逃脫，進而監控設備或竊取敏感數據。
針對企業與伺服器的精準打擊
在伺服器端，一個名為 OP-512 的攻擊群組針對 Microsoft IIS 伺服器部署了自定義的 Web Shell 框架。Web Shell 是一種植入伺服器的後門網頁，讓攻擊者能透過瀏覽器遠端執行指令、管理文件。
此外，針對 Outlook 信箱的長期潛伏攻擊也再次出現。攻擊者在目標信箱中潛伏五個月，採取小批量外傳數據的策略，利用 Dropbox 和 OneDrive 等合法雲端服務來規避流量監控系統的異常警報。
工程實務建議
面對這些威脅，開發與維運團隊應採取以下防禦措施：
第一，嚴格管控第三方套件。不要盲目信任 npm 或 PyPI 上的套件，建議使用 PMG 等工具在安裝前進行掃描，或建立企業內部的私有鏡像倉庫來審核版本。
第二，實行零信任架構 Zero Trust。不要假設內部網路或 VPN 是安全的。如 Zscaler 報告指出，傳統 VPN 往往缺乏可視性，一旦入口被突破，攻擊者可在內部橫向移動。應將權限控制細分到最小可用原則。
第三，審核 AI 權限。如果你的產品引入了 LLM Agent，請確保它無法在沒有人類確認的情況下修改用戶權限、更改密碼或存取敏感資料庫。
來源：thehackernews.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。