MFAをすり抜ける新世代フィッシングキットの実態：Forg365、Jalisco、OmegaLord、そして急増するデバイスコード攻撃

セキュリティ研究者らは、Microsoft 365アカウントの多要素認証（MFA）を回避するために特別に設計された、フィッシング・アズ・ア・サービス（PhaaS）プラットフォームおよびキットが急増していることを報告している。これらの攻撃は、MFAの暗号フローを破るのではなく、正規の認証プロセスそのものを乗っ取り、セッショントークンを傍受したり、OAuthデバイスコードフローを悪用したり、正規のログインを中継することで、被害者自身のMFA承認を攻撃者にとって有利に機能させる ^TCR。

主要な脅威とその手口

1. Forg365 — AI駆動型PhaaSプラットフォーム

2026年7月9日にZeroBECとBleepingComputerによって初めて公開されたForg365は、Telegram経由で配布されるサブスクリプション型（月額400ドル）のPhaaSプラットフォームである ^CC。以下の3つの画期的な機能を備える。

• AI支援によるルアー生成：ダッシュボードは生成AIを使用し、特定の業界やビジネスシナリオをターゲットにしたフィッシングメールを自動で作成、洗練、ローカライズする。これにより、攻撃に必要なスキルのハードルが大幅に低下した ^TR。
• 二経路のMFA回避：Forg365は、中間者攻撃（AiTM）プロキシ（被害者のリアルなログインセッションを攻撃者のインフラ経由で中継する）と、OAuthデバイスコードフィッシング（被害者を騙してmicrosoft.com/deviceloginで攻撃者から与えられたコードを入力させ、攻撃者のクライアントを承認させる）の両方を実行する ^SC。
• アンチボット回避と侵害後の操作：プラットフォームはアンチボット対策と、アカウント乗っ取り後の自動メールボックス操作ツールを含む ^C。

2. ForgCookieブラウザ拡張機能 — 持続的なアクセス

ForgCookieという名の補助ブラウザ拡張機能は、Chrome、Edge、Braveに対応している ^C。被害者のセッショントークンまたはCookieが収穫されると、ForgCookieは自動的に盗んだセッションCookieを更新する。これにより攻撃者は、被害者がパスワードを変更した後でも、再認証不要でMicrosoft 365サービス（Outlook、Teams、OneDrive、SharePoint）へのアクセスを維持できる ^IC。これにより、一度きりのトークン取得が、長期間にわたる持続的な乗っ取りへと変貌する。

3. Jalisco — デバイスコードフィッシングツールキット

2026年7月14日にReliaQuestとBleepingComputerによって公開されたJaliscoは、Microsoft 365アカウントを標的としたデバイスコードフィッシングキットである ^RS。その仕組みは以下の通り。

• 被害者をMicrosoftの正規ログインページに誘導し、デバイスコードを入力させるメールを送信する。
• そのコードは攻撃者が管理するOAuthアプリケーションに属している。
• 被害者はMicrosoftの自社サーバー上で本物のMFAを完了するが、結果として発行されるOAuthトークンは、被害者ではなく攻撃者のポーリングクライアントに渡される ^RS。

つまり、MFAは「破られた」のではなく、「武器化」されたのである。

4. OmegaLord — 偽PDFリーダーによる認証情報収穫

同じく2026年7月14日に報告されたOmegaLordは、異なるアプローチを取る。偽のPDFリーダーブラウザページを装う ^RS。被害者がそのページにアクセスすると：

• 「この安全な文書を表示するにはログインしてください」と促される。
• ログインフォームは、認証情報と関連するワンタイムパスワード（OTP）コードをリアルタイムで取得する。
• 攻撃者は盗んだ認証情報とOTPを即座に使用し、OTPが期限切れになる前に認証を完了する ^RS。

5. 広がるOAuthスプーフィングとデバイスコード攻撃の急増

複数の情報源が、より広範な業界トレンドを確認している。

• Microsoftは2026年3月、政府および公共機関を標的としたOAuthリダイレクションの悪用を報告。サイレントOAuthフローと無効なスコープが使用された ^M。
• デバイスコードフィッシングキット（Kali365、EvilTokens、Ghost Hub、Cyb3r、Tycoon2FAを含む）はすべて、2026年にMicrosoft 365を積極的に標的にしていることが確認されており、2026年5月がピークの月であった ^SB。
• FBIは2026年5月、Kali365に関する警告文書（PSA I-052126）を発出。Kali365は、OAuthデバイス認可グラントフローを悪用し、パスワードなしでM365アカウントを乗っ取るPhaaSプラットフォームである ^I。

MFA回避が実際に機能する仕組み

これらの脅威に共通する重要な洞察は、MFAは技術的に「破られた」わけではないということだ。むしろ、「協力させられている」 のだ。

手法	何が起こるか	なぜMFAが止められないか
デバイスコードフィッシング	被害者がMicrosoftの正規ログインページで攻撃者のコードを入力し、自身のMFAを完了する	トークンは攻撃者のアプリに渡される。MFAは正しいユーザーを承認したが、それは間違ったクライアントに対するものだった。
AiTMプロキシ	被害者が攻撃者のプロキシ経由でログインし、MFAは正常に完了する	攻撃者はリアルタイムでセッションCookieを取得し、セッションを乗っ取る。
認証情報＋OTP収穫	偽のログインフォームがパスワードとOTPを同時に取得する	OTPは攻撃者によって期限切れになる前に即座に使用される。

これが、従来のMFAだけではもはや十分な防御策とはならない理由である ^TWS。

研究者によるセキュリティ推奨事項

複数の勧告に基づき、以下の対策が強く推奨される。

• OAuthデバイスコードフローを無効化する：組織で使用していない場合は、条件付きアクセスポリシーなどでdevicecode認証をブロックする。
• 条件付きアクセスポリシーを適用する：準拠デバイス、信頼できる場所、セッションリスクチェックを要求する。MFAだけに頼らない。
• 異常なOAuthアプリケーション許可を監視する：特にoffline_access、Mail.Read、Files.ReadWrite.Allなどの権限を要求するアプリに注意。
• レガシー認証をブロックする：可能な限りモダン認証を要求し、トークンバインディングを使用する。
• トークン保護/トークンバインディングを使用する（Microsoftの「トークン盗難防止」機能）：トークンを特定のデバイスに紐付ける。
• フィッシング耐性のあるMFAを導入する（FIDO2セキュリティキーやWindows Hello for Business）：プロキシできない方式を選ぶ。
• ユーザーをトレーニングする：正規のMicrosoft URL上で「このコードを入力してアカウントを確認してください」と促す、デバイスコードフィッシングの手口を認識させる。
• サインインログを監査する：予期しないIPからの認証、異常なユーザーエージェント、非企業デバイスからのデバイスコードログインがないか確認する。

これらの推奨事項は、FBIのPSA ^I、Microsoft Security Blog ^M、BleepingComputer ^RC、ReliaQuestの脅威分析 ^S から引用されている。

まとめ

2026年に発生したMicrosoft 365を標的とするフィッシングの波は、Forg365（ForgCookie永続化拡張機能を伴う）、Jalisco、OmegaLord、そしてより広範なデバイスコードおよびAiTMキットのエコシステムによって主導され、パラダイムシフトを表している。攻撃者はもはやパスワードを盗んだりMFAを破ったりする必要はない。代わりに、OAuthの信頼モデルを悪用して、被害者自身の認証を攻撃者管理下のセッションの承認に利用する。セキュリティコミュニティのコンセンサスによる推奨事項は、ゼロトラストの姿勢である。すなわち、未使用の認証フローを無効にし、条件付きアクセスを適用し、トークン許可を監視し、フィッシング耐性のあるMFAへ移行することである ^ICSC。