Palo Alto Networks Unit 42 於二零二六年十月二十二日刊出 OAuth 攻擊現況專文，指出隨着企業普及多重認證，對手正轉向盜取授權權杖：攻擊發生在用戶已完成身分驗證之後，可繞過 MFA、在重設密碼後仍可能存續，並以 PhaaS 範本與大型語言模型產生的品牌冒充加速部署。本文已核對 Unit 42 官方專頁，來源真實性已驗證；下文只採納該文已寫明的機制、案例類型與防禦建議，不外推未披露的受害企業名單或未量化的全球損失。

Unit 42／官方：OAuth 攻擊現況——權杖盜竊繞過 MFA；PhaaS 與 LLM 品牌冒充加速；建議關閉終端用戶同意並審計 redirect_uri

Unit 42 研究人員 Beliz Kaleli、Diva-Oriane Marty、Oleksii Alex Starov 與 Shawn He Shuang 於二零二六年十月二十二日發表《The Current Landscape of OAuth Attacks》，說明 Open Authorization（OAuth）如何由「免密碼授權第三方」演變成授權層攻擊面。本文已對照官方專頁全文，來源真實性已驗證；數字與技術名稱均以該文表述為準。

一、核心事件：從「偷密碼」轉向「偷權杖」

官方表述（一手）

Unit 42 指，企業持續推出 MFA 後，攻擊者已適度調整手法：不再只竊取登入憑證，而是竊取決定應用程式能代用戶做什麼的 OAuth 權杖。對手已利用動態逃避程式碼、釣魚即服務（PhaaS）範本，以及由大型語言模型產生的品牌冒充，加速這類攻擊。

因為 OAuth 攻擊發生在用戶完成身分驗證之後的授權層，被盜的存取權杖與重新整理權杖（refresh token）可繞過 MFA、在密碼重設後仍可能繼續有效，並提供較持久的存取。專文強調：雖然 OAuth 濫用的量級通常低於傳統釣魚，後果卻可能嚴重，包括帳戶接管、在密碼重設與 MFA 重新註冊後仍存續的敏感資料存取、橫向移動至該身分連結的各項服務、不觸發憑證類警報的資料外洩，以及作為供應鏈或內部攻擊的立足點。

官網寫明的可核對細節

過度權限的實證比例：專文引述一項大規模 OAuth 網站分析，指約 百分之十八點五三 的網站所請求權限超出最低必要（通常僅個人資料與電郵），說明過度授權在實務上並不罕見。
三類釣魚目標：帳戶劫持（取得可冒充受害者身分的耐用權杖）、權限劫持（誘使受害者在同意畫面授權惡意應用）、惡意重新導向（把 OAuth 流程本身武器化為惡意內容投遞通道）。
裝置授權流程濫用：合法設計本供智能電視、遊戲機、命令列等難以開瀏覽器的裝置使用；攻擊者改由己方伺服器申請代碼，再誘導受害者到例如 Microsoft 真實 device login 頁貼上代碼，使受害者在「真實 IdP 頁面」完成登入後，實際上授權了攻擊者工作階段。
已知命名弱點類型：包括 Cross-User OAuth Session Fixation（COSF）、Cross-Tenant Client ID Confusion，以及 Cross-Connector OAuth Account Takeover；後兩者與把權杖管理外包給共用「OAuth-as-a-service」金庫的架構相關。
基礎設施擴張例子：專文提到 Cloudflare 於二零二六年六月推出自管 OAuth 客戶端，使第三方應用可代用戶存取 Cloudflare 帳戶；因帳戶可控制 DNS、CDN 路由與邊緣運算，惡意同意的影響半徑可能大於單純電郵或檔案存取。
時間點與觀測：Microsoft 於二零二六年三月記錄過以故意觸發授權錯誤、再把瀏覽器導向攻擊者落地頁的手法；Unit 42 亦觀測到以相同範本產生不同品牌冒充頁、以及跨多個活動共用防機器人／監控權杖的 PhaaS 經濟特徵，並舉出域名上出現疑似 LLM 產生資源的例子。

二、技術與組織原理：為何 MFA「過了」仍可能失守

OAuth 的設計本意是用可撤銷、有範圍的權杖，取代把密碼分享給第三方。流程大致是：用戶向身分提供者（IdP）驗證、核准第三方請求的權限範圍（scopes）、IdP 向第三方發出存取權杖，第三方再以該權杖在授權範圍內取用資料。

問題在於實務設定。Unit 42 指出，權杖常被設成長效；重新整理權杖可在初次妥協後數日甚至數月靜默換發新存取權杖；密碼重設並不會自動消滅權杖；MFA 在合法流程中已被受害者本人完成，攻擊者取得的是「驗證之後」的授權結果。裝置授權等刻意解耦「發起裝置」與「驗證裝置」的流程，亦使嚴格綁定 IP／裝置一致性的檢查難以全面套用，否則會破壞協定本身的設計目的。

因此，只靠「已啟用 MFA」「已強制重設密碼」或「只看憑證外洩警報」的防線，會在授權層出現盲區。防禦必須前移到瀏覽器與同意當下：在權杖發出之前看見異常，而不是只等帳戶層警報。

對香港與亞太企業而言，Microsoft 365、Google Workspace、Slack、開發者平台與雲端控制台日常都依賴 OAuth／同意畫面；粵英中多語社交工程與「看起來像真 IdP 網域」的導流，會放大誤點「允許」的風險。這正是雲端身分治理與應用同意政策要對齊的戰場。

三、日常應用場景

1. 資訊保安與身分管治團隊

優先檢視：是否仍允許終端用戶自行同意第三方應用；對名稱含糊或冒充品牌的應用是否自動封鎖；是否強制經管理員同意工作流審批並裁剪過度 scopes。持續盤點已註冊應用的 redirect_uri，對指向外部、新註冊或未管理網域的回呼目標自動隔離。對裝置代碼／剪貼簿貼上授權碼的行為，可監測來源與目標異常並在權杖產生前記醒用戶。

2. 雲端與 SaaS 管理員

把「應用同意」當成與密碼同等敏感的控制面：最小權限、未驗證應用預設拒絕、高風險授權可撤銷並統一套用，不依賴單一 IdP 的鬆緊程度。對控制 DNS／邊緣／原始碼倉等「高爆炸半徑」帳戶的 OAuth 客戶端，應提高審批門檻與監控密度。

3. 開發與產品團隊

自建 OAuth 客戶端時，嚴格驗證 client_id 與 redirect_uri、避免把授權碼暴露在可被社交工程擷取的瀏覽器上下文；文件與支援流程勿教導用戶把裝置代碼貼到未驗證聊天程式。對內工具若使用 OAuth-as-a-service 多租戶金庫，需防 Client ID 混淆與 connector 對應被竄改。

4. 香港與亞洲市場視角

本地中小企常以少數管理員兼管 M365／Google 與大量 SaaS；若預設開放用戶同意，一次成功的同意釣魚即可取得耐用權杖。銀行、律師樓、醫療與上市公司更應把 OAuth 同意政策、權杖撤銷演練與 IdP 稽核納入雲端保安基線。對正把身分、零信任與應用連接器交由外部團隊加固的機構，重點不是再買一套「只擋密碼釣魚」的閘道，而是把授權層可見性與同意治理做進日常營運。

四、專業評價與潛在考量

優勢

一級威脅研究來源、作者與日期（二零二六年十月二十二日）清楚，便於引用。
同時覆蓋協定原理、三類釣魚目標、命名弱點、PhaaS／LLM 加速與可操作防禦清單，適合企業直接對照自身控制。
明確區分「量級可能低於傳統釣魚」與「後果可能更嚴重」，避免單一恐嚇敘事。

需要留意的地方

「約百分之十八點五三過度權限」來自專文所引大規模分析，反映權限膨脹現象，並非本港單一租戶的實測比例。
Cloudflare 自管 OAuth、Microsoft 錯誤重新導向等例子用以說明生態擴張與已記錄手法，不代表該等廠商產品本身遭全面攻破；細節以各原廠當時公告與 Unit 42 表述為準。
專文預告下一篇將討論 AI 代理時代 OAuth 攻擊如何演變；本文不臆測未刊內容。
防禦建議屬研究機構通則，落實時仍須配合各 IdP 能力、合規要求與變更管理，不宜當成一次設定即永久有效。

結語

Unit 42 把 OAuth 攻擊寫成 MFA 普及後的下一條主戰場：對手要的是授權權杖，而不是再撞一次密碼關卡。企業若仍把「有沒有開 MFA」當成身分安全的終點，就會在同意畫面與重新導向上失守。務實做法是關閉或嚴管終端用戶同意、審計 redirect_uri、監測異常授權碼流轉，並把高爆炸半徑雲端帳戶的 OAuth 客戶端納入最高審批級別。

若貴公司需要在香港加固雲端身分、應用同意政策與零信任邊界，而不只停留在傳統憑證防釣魚，可參考 YSK Limited 的雲端遷移與網絡安全服務（https://ysk.hk/services/cloud-security）；若同時要把私有企業 LLM／智能體放進可稽核架構，亦可見 https://ysk.hk/services/ai-automation。

參考來源

Palo Alto Networks Unit 42：The Current Landscape of OAuth Attacks（2026-10-22）https://unit42.paloaltonetworks.com/current-landscape-oauth-attacks/
YSK Limited 雲端遷移與網絡安全 https://ysk.hk/services/cloud-security
YSK Limited AI 自動化／私有 LLM https://ysk.hk/services/ai-automation