脅威アクターがAI支援のフィッシングテンプレート、経営幹部へのなりすまし、偽のServiceNow請求書、捏造されたメールスレッドを組み合わせ、財務チームに約5万ドル相当の不正なACH送金を承認させようとする手口が確認されました。
Microsoftはこのキャンペーンで100万件を超えるメッセージを検知しており、ビジネスメール詐欺(BEC)の手口がますます洗練され、大規模化し、見破りにくくなっていることを示しています。
キャンペーンの送信量のうち87.7%が米国宛てであり、米国に財務・買掛金業務を持つ組織を幅広く標的にしていたことがうかがえます。
この攻撃活動は、経営幹部へのなりすましを中心に組み立てられていました。攻撃者は被害組織自身のCEO、CFO、社長になりすまし、送信者表示名、返信先表示名、署名欄、さらには埋め込まれたメールのやり取りの中で経営幹部の名前を使用していました。
これらのメッセージは、買掛金担当者に「すでに上級幹部が緊急の請求書を承認済みである」と信じ込ませ、受信者に送金処理を促すことを狙ったものでした。
攻撃者は単純な支払い依頼に頼るのではなく、複数の段階を組み合わせたソーシャルエンジニアリングのシナリオを構築していました。
CEOになりすましたメールには、「ServiceNowプラットフォーム年間サブスクリプション」と題した詳細な請求書が添付されており、ServiceNowを模したブランディング、ロゴ、明細項目、請求書のメタデータ、支払い方法、さらに「請求先」欄には対象組織固有の情報まで盛り込まれていました。
しかし、実際の送金先は脅威アクターが管理する銀行口座でした。Microsoftは、サンプルによって複数の金融機関が使用されていたと指摘しており、標的ごとに送金先情報が変わる可能性を示唆しています。
メールには、なりすまし対象の経営幹部と、ServiceNowの社長を騙る人物との間で交わされたとされる、捏造の転送メールのやり取りも含まれていました。
この作り込まれたやり取りでは、サブスクリプション購入の経緯や導入プロセス、請求書の処理方法などが説明されていました。
こうした追加コンテンツは、財務担当者からの疑問を先回りして封じ、あたかも経営幹部レベルですでに議論・承認済みの取引であるかのような印象を作り出すことを狙ったものでした。

Microsoftは、メッセージ内で言及されたServiceNowやその他の正規組織が侵害されたり、この攻撃に関与したりしたわけではないと強調しています。
Microsoftはこのキャンペーンを、AI支援のフィッシング活動として8月3日から5日にかけて観測しました。この間、攻撃者は複数のサードパーティ製メール配信サービスのアカウントを使って、企業ユーザーに詐欺メールを配信していました。
AI支援フィッシング
このキャンペーンは、攻撃者が管理するインフラ、虚偽のコンテンツ、そして信頼されたブランドに酷似させたなりすましドメインに依拠していました。

ドメインの一つであるservice-nowinc[.]comは、フィッシング活動が始まる直前の7月31日に登録されていました。攻撃者はこのドメインを使ってServiceNowの幹部になりすまし、偽の請求書内の連絡先アドレスとして埋め込んでいました。
もう一つのドメインdomainlify[.]netは、返信先(Reply-To)フィールドに使用されていました。ドメイン登録から大量配信までの準備期間が短いことは、BECアクターが新たなフィッシングインフラを迅速に実運用へ移せることを物語っています。
Microsoftは、AI支援によるものと整合するいくつかの兆候をテンプレート作成の中に見出しました。具体的には、冗長なHTMLコメント、構造化されたセクションラベル、不自然に均一なフォーマット、そして過剰にコメントが付けられたCSSやレイアウト要素などです。
テンプレートには、em dash(ダッシュ記号)やバナー風の区切り線といった様式的な特徴も見られました。

これらの痕跡は、すべてのメッセージや請求書が生成AIによって作成されたことを証明するものではありません。
しかし、攻撃者が被害者固有の名前、企業名、経営幹部の身元を動的に差し替えながら、洗練され再利用可能なメールテンプレートの作成をAIによって効率化している可能性を示唆しています。
Microsoftは、請求書の識別子や物語構造はサンプル間で概ね一貫していた一方、組織固有のデータは標的ごとに変化していたと観測しています。
データ復旧サービス
防御側にとって重要な教訓は、メールの完成度の高さがもはや信頼できるセキュリティ上の判断材料にはならないという点です。
文章表現が洗練されていること、プロフェッショナルなブランディングが施されていること、経営幹部らしい口調であることは、いずれも支払いの検証に代わるものにはなり得ません。
埋め込まれた「転送」メールのやり取りには、詐欺を見破る手がかりとなり得るいくつかの不整合が含まれていました。この偽の転送メッセージには、本物のメールスレッドに通常存在するはずのヘッダー情報が欠けていました。
フォーマットも標準的なスレッド形式のメール表示とは一致しておらず、以前のメッセージが本来インデントされたりグループ化されたりして表示されるべきところ、単に左揃えで並んでいるだけでした。
その他の警戒すべき兆候としては、表示名が実際の送信者アドレスと一致していないこと、「due bill」や「ACH Payment」といった金銭的な誘い文句、そして矛盾した指示内容などが挙げられます。
あるメッセージでは、なりすまされたCEOが「請求書のやり取りには自分をCCしないように」と指示したとされる一方、後続の内容では同じCEOが直接請求書を送付し承認したかのように記載されており、話の筋が矛盾していました。
組織は、経営幹部発とされる送金依頼、新たな取引先の銀行口座情報、そして緊急の請求書承認依頼を、いずれもリスクの高い事象として扱うべきです。
財務チームは、不審なメールに記載された連絡先ではなく、事前に確認済みの電話番号、承認済みの取引先ポータル、あるいは確立された社内エスカレーション経路を使って、依頼内容を独自に確認する必要があります。
MicrosoftはSPF、DKIM、DMARCといったメール認証機能の設定、アンチフィッシングおよびなりすまし対策ポリシーの強化、そしてメッセージフィルタリングに影響を及ぼしうるサードパーティ製メールフロー用コネクタの見直しを推奨しています。
Microsoft 365を利用している組織は、Zero-hour Auto Purge(ゼロアワー自動削除)機能も有効にすべきです。この機能は、新たな脅威インテリジェンスが得られた際に、配信済みの悪意あるメールを事後的に隔離することができます。
Microsoft Defenderのアクセス制御における自動攻撃遮断機能は、進行中の攻撃を封じ込め、セキュリティチームが影響を受けたアカウントや侵害指標を調査する時間を確保する上でさらに役立ちます。
今回のキャンペーンは、現代のBECが単発のなりすましメールから、完成された詐欺のストーリー全体へと進化していることを示しています。
AI支援によるコンテンツはこうしたストーリーをより説得力のあるものにしますが、経路を分離した厳格な検証こそが、不審なメールと5万ドルの損失とを分ける最も重要な対策であることに変わりはありません。
侵害指標(IOC)
| 指標 | 種別 | 説明 |
| service-nowinc[.]com | ドメイン | ServiceNowになりすましたドメイン |
| gomez@service-nowinc[.]com | メールアドレス | 銀行口座に関連付けられたメールアドレス |
| notifications@uinsure[.]co[.]uk info@tivityhealth[.]com no-reply@lumalisboa[.]com noreply@mctci[.]com info@nuf[.]co[.]jp info@lohnsteuerhilfe-aktuell-verein[.]de info@tovimbatista[.]pt contact@eemusicclass[.]co[.]uk info@lifeones[.]com | メールアドレス | メール送信に使用された送信者アドレス |
注: IPアドレスおよびドメインは、意図せぬ名前解決やハイパーリンク化を防ぐため、意図的に無害化(defang)されています(例: [.])。再度有効な形式に戻す(re-fang)のは、MISP、VirusTotal、お使いのSIEMなど、管理された脅威インテリジェンス基盤の中でのみ行ってください。
★ 7つのメトリックゲート型AIセキュリティオペレーションセンター(SOC)導入フェーズを学ぶ – 無料のAI SOC導入プレイブック2026をダウンロード。
翻訳元: https://gbhackers.com/ai-assisted-phishing/