這週的資安趨勢顯示出一個令人不安的模式：攻擊者不再僅僅依賴於「破門而入」的暴力破解，而是轉向利用我們已經信任的元件。無論是自動化更新、雲端管理功能，還是開發者依賴的套件庫，都變成了潛在的攻擊向量。對於工程師來說，這意味著「信任鏈」的崩潰比單一漏洞更危險。
以下將本週重點威脅分為四大類，為開發與維運人員分析其技術脈絡與實務影響。
信任鏈的崩潰：供應鏈與開發工具漏洞
目前的攻擊趨勢正大量滲透進開發者的工具鏈中。例如 PHP 的依賴管理工具 Composer 出現了 Token 洩漏漏洞（CVE-2026-45793）。這類漏洞的危險在於，原本應該被加密或隱藏的 GitHub Actions Token（用於自動化部署的身分憑證）會因為驗證邏輯失效而直接記錄在日誌中。一旦 Token 洩漏，攻擊者就能直接取得對儲存庫的寫入權限，進而注入惡意程式碼。
同樣的邏輯也出現在 Go 語言的套件中。攻擊者利用 Typosquatting（拼寫錯誤攻擊），建立一個名稱與知名套件極其相似的惡意模組。該模組最狡猾的地方在於它使用 DNS TXT 紀錄作為 C2（Command and Control，指令控制伺服器）通道。它每五分鐘透過 DNS 查詢一次指令，由於 DNS 流量在企業網路中極其普遍且很少被詳細審查，這種方式能有效繞過傳統的防火牆監控，直接在伺服器上執行遠端指令。
隱匿技術的進化：Linux Rootkit 與持久化
Rootkit 是一種旨在隱藏自身及其惡意活動的系統級軟體。近期被發現的 OrBit Linux 惡意軟體展示了極高的適應力。它透過 Hooking（鉤子技術，即攔截並修改系統函數的執行流程）來篡改核心函數，讓管理員在執行 ps 或 ls 等指令時，看不到惡意進程或檔案。
OrBit 的進化方向分為兩種：一種是全功能版，另一種是輕量化版。輕量化版捨棄了部分複雜功能以縮小特徵碼（Footprint），降低被端點偵測與回應（EDR）工具發現的機率。這提醒我們，單純依賴特徵碼比對的防禦已失效，必須關注系統行為的異常變動。
AI 驅動的攻擊：從輔助到自動化執行
AI 對資安的影響已從單純的「寫釣魚信」進化到「自動化滲透」。在針對拉美地區的攻擊中，攻擊者部署了 Agentic AI（代理型 AI）。這類 AI 不再只是回答問題，而是能獨立操作工具。
這些 AI 代理能透過 ProxyChains 和 SSH 建立隧道進入內網，並根據目標環境動態生成攻擊腳本，而不是使用預定義的工具集。這導致傳統基於簽名（Signature-based）的防禦系統完全失效，因為每次生成的攻擊代碼都不同。更危險的是，AI 能將原本需要數週的人工偵查與漏洞開發時間，壓縮至數小時內完成，極大地縮短了攻擊生命週期（Kill Chain）。
雲端權限濫用與身分認證攻擊
當企業將重心移往雲端，身分認證（Identity）就成了新的邊界。Storm-2949 攻擊組織展示了如何濫用 Azure 的 SSPR（Self-Service Password Reset，自助密碼重設）流程。他們透過社交工程誘導目標完成 MFA（多因素認證）驗證，從而接管高權限帳號。
這種攻擊最棘手的地方在於，攻擊者使用的是合法的雲端管理功能（Control Plane），其行為與正常的系統管理員幾乎無異。這告訴我們，僅有 MFA 是不夠的，必須實施最小權限原則（Principle of Least Privilege）以及對管理操作進行異常行為分析。
工程實務建議
對於 Junior 工程師或維運人員，面對這些威脅應採取以下行動：
第一，嚴格審查依賴項。不要假設知名套件的名稱正確就安全，應使用 lock 檔案固定版本，並定期掃描漏洞。
第二，不要忽略重複的警告。許多攻擊（如 Sandworm 組織）在正式爆發前，系統其實早已產生數十天甚至數百天的警告日誌。那些看起來像雜訊的重複告警，往往是攻擊者在進行偵查的信號。
第三，強化日誌審查。特別是 DNS 流量與雲端管理操作日誌，應建立基準線（Baseline），一旦出現不尋常的查詢頻率或權限變動，應立即介入。
來源：thehackernews.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。