「採購陷阱」如何繞過 MFA？新型 AiTM 釣魚攻擊分析與防禦建議

該活動的主要特徵：

• 攻擊載體： 攻擊者入侵合法的中小型企業網站與 Outlook 帳戶，藉此託管及分發釣魚連結，讓攻擊基礎設施看似可信 。
• 攻擊目標： 該活動明確鎖定大學、企業以及跨國機構，包括歐盟與聯合國下屬機構 。
• 使用多種 AiTM 工具包： 威脅行為者輪替使用多種釣魚即服務工具包：
  • EvilProxy – 透過攔截工作階段 Cookie 來繞過簡訊驗證碼、驗證器應用程式及推播通知的一種釣魚即服務工具包 。
  • FlowerStorm – 廣泛活躍的釣魚即服務，近期採用基於瀏覽器的虛擬機器混淆技術來規避郵件安全防護 。
  • Kali365 – 2026 年 4 月首次現身，透過 Telegram 分發的釣魚即服務平台，利用裝置代碼釣魚技術，無需密碼或 MFA 驗證碼即可竊取工作階段權杖 。
• 大量註冊演算法產生的域名被用來快速輪換大量釣魚 URL，使封鎖清單難以生效 。

攻擊運作機制（技術原理）

攻擊者設立一個作為受害者與合法 Microsoft 365 驗證服務之間即時反向代理的中間釣魚網站 。當受害者輸入憑證並完成 MFA 驗證時，該代理會在 Cookie 送達受害者瀏覽器之前將其攔截。攻擊者隨後將此 Cookie 導入自己的瀏覽器，從而獲得對受害者 Exchange Online、SharePoint、OneDrive 及任何聯合應用程式的完整存取權限 。

多個來源描述了相同的核心機制：該代理建立了即時的雙向通訊，而傳統釣魚只是複製登入頁面並蒐集憑證 。由於工作階段權杖證明了使用者已通過 MFA 驗證，攻擊者從無需破解 MFA 本身 。

為何標準 MFA 不足以抵禦此類攻擊？

微軟自身的文件警告指出，AiTM 釣魚能夠擊敗常見的 MFA 方法，例如簡訊驗證碼、驗證器應用程式的推播通知以及 TOTP 一次性密碼 。MFA 驗證完成後發出的工作階段 Cookie 才是最終目標：一旦被盜，即可從任何裝置、任何位置重複使用該 Cookie，直到權杖過期或被系統管理員撤銷為止。

Infoblox 的報告強調，傳統 MFA 之所以不足，是因為 AiTM 代理竊取的是使用者完成 MFA 驗證後才發出的工作階段權杖 。根本問題在於架構：代理存在於使用者與真實驗證端點之間，而傳統 MFA 無法偵測此種情況。

超過 MFA：Infoblox 推薦的深層防禦

Infoblox 建議採用不將 MFA 作為單一失效點的縱深防禦策略。其主要建議包括：

1. DNS 層級安全防護 – 在 DNS 層級封鎖已知惡意域名及大量註冊的演算法產生的域名，在使用者接觸釣魚基礎設施前予以阻斷 。
2. 抗釣魚憑證 – 部署 FIDO2/WebAuthn 硬體安全金鑰或 Windows Hello 企業版。此類技術使用綁定於特定來源網站的公開金鑰密碼學。AiTM 代理無法轉發 FIDO2 驗證挑戰，因為密碼學斷言與合法網站的域名綁定，而非代理。
3. 條件存取政策 – 在 Microsoft Entra ID 中強制執行嚴格的登入風險政策，例如要求權杖綁定、封鎖來自異常位置或裝置的登入，並縮短工作階段的存續時間以減少 Cookie 重複使用的窗口期。
4. 曝險管理與品牌監控 – 主動偵測冒充組織的釣魚域名，並在使用者接觸誘餌前將其基礎設施下架 。
5. 安全意識與通報 – 訓練使用者辨識以採購為主題的釣魚誘餌，並通報可疑郵件，以便安全營運中心更快應對。

美國聯邦調查局也已針對 Kali365 發出警告，建議各組織審查其 MFA 方法、檢視登入日誌中是否有異常的裝置代碼流程，並考慮為所有使用者封鎖裝置代碼驗證，僅對受信任的應用程式開放 。

證據限制與範圍

Infoblox 的報告 是關於該活動名稱、鎖定歐盟/聯合國機構以及使用遭入侵 Outlook 信箱和中小型企業網站等資訊的主要來源。次要報導 則獨立確認了其攻擊目標及工具包輪換的情況。

Kali365 的相關資訊已由美國聯邦調查局的公共服務公告 及安全廠商 Huntress 和 Paubox 獨立證實，但 Infoblox 的報告將其與 EvilProxy 和 FlowerStorm 歸屬於相同的採購主題基礎設施之下。

防禦建議部分，綜合了 Infoblox 報告 的直接陳述以及來自多個來源 中廣受認可的業界最佳實踐。資料來源中並無單一段落以條列方式列舉所有防禦項目；上述清單是根據引用資料中的指導方針彙整而成。

結論

「採購陷阱」活動顯示一個日益增長的趨勢：威脅行為者並非試圖破解 MFA，而是透過竊取成功驗證後發出的工作階段 Cookie 來完全繞過它。FIDO2 硬體金鑰與 DNS 層級域名封鎖等技術性應對措施能顯著降低曝險，但第一道防線仍是使用者的警覺性。使用 Microsoft 365 的組織應審查其驗證日誌，尋找是否存在意外的裝置代碼或 AiTM 模式，並將部署抗釣魚憑證作為優先事項。