生成AIで変わるスピアフィッシング：社員ごとに作り込まれる詐欺メールの手口と防御設計

「誤字が多い」「敬語が不自然」。かつてフィッシングメールを見分ける手がかりだったこれらの特徴は、生成AIの普及でほとんど役に立たなくなりました。攻撃者は公開情報や漏えいした断片から標的の“らしさ”を学習し、メールから音声、社内チャットへとチャネルを切り替えながら、意思決定の最後の一押しを狙ってきます。口座変更を求めるメールが届いた直後に、よく似た声の「上司」から電話がかかり、続けてTeamsで確認用ファイルが共有される。攻撃者が突いてくるのは、ワークフローの隙間と時間的なプレッシャー、そして人の善意です。本稿は単なる注意喚起ではありません。攻撃者が生成AIをどのような工程で使っているかを分解し、それぞれの工程に対応する防御策（技術・運用・人）を1対1で対応づけて整理します。SPF／DKIM／DMARCといった技術的な土台を前提に、「誰が・何を・どう確認し、いつ止めるか」を部署別に定めた二次検証プレイブック、さらに訓練の頻度とKPI、エスカレーションのMTTR、口座変更プロセス遵守率といった、改善サイクルを回すためのダッシュボード指標まで具体的に扱います。生成AIによって攻撃の説得力が自動化された以上、防御側にも自動化と意思決定手順の固定化が欠かせない。これが私たちYaguraの考えです。攻撃コストの低下によって試行回数は指数関数的に増え続け、生成AIを防御に活用できない企業は淘汰のリスクを負います。だからこそYaguraは、リサーチを起点としたコンサルティングと、プレイブックの実装を支えるソフトウェアを一体で提供してきました。目指すのは「気づき」ではなく、再現性のある阻止です。本記事のゴールは二つあります。第一に、社員ごとに最適化された詐欺メールがどう組み立てられるのか、攻撃側の設計を理解すること。第二に、同じ粒度で防御を設計し、明日から社内に展開できる通達テンプレートとチェックリストを持ち帰っていただくことです。各セクションの末尾には「明日からやる3点」をまとめています。

朝いちばんに届く“それらしい”メール

差出人は毎週やり取りしている仕入先。件名には先週の打ち合わせで出たあのフレーズ。本文には部署名や進行中の案件、上長の口癖までが自然に織り込まれ、日本語のぎこちなさはどこにもありません。
いまのスピアフィッシングは、社員一人ひとりに合わせて作り込まれた、いわば完全オーダーメイドの形で届きます。

本記事の読み方とスコープ（yagurasecの解説方針）

本記事は、日本企業の情報システム・セキュリティ部門（30〜50代の実務層）はもちろん、経理・購買・役員秘書・カスタマーサポートなど、日々メールでのやり取りが業務の中心となる部門の実務責任者にも読んでいただきたい内容です。テーマはスピアフィッシングと生成AIの掛け合わせで、メール認証やURL解析、アカウント保護といった技術的な対策と、承認フロー・コールバック確認・通報体制といった運用面の工夫を、同じ解像度で扱っていきます。読み進めていただくと、社内通達にそのまま使えるテンプレートや、訓練の進捗を追うためのKPIダッシュボードの骨子、インシデント発生時の初動チェックリストが手元に残るはずです。時間が取れない方は各章末の「明日からやる3点」だけを拾っていただいても対策の骨格は組み立てられます。余裕があれば、実際のケースからプレイブック、KPIの設計まで順を追って読み進めることをおすすめします。

なぜ「オーダーメイド詐欺メール」が生まれるのか：生成AIで何が変わったか

従来から現在への転換点

この変化を理解する鍵は、攻撃の作り方そのものが変わった点にあります。かつては同一のテンプレートを大量にばらまく手口が主流でしたが、いまは部署名や役職、進行中の案件名、社内特有の言い回しまでが個別に再現され、一人ひとりに向けて最適化されたメールが届きます。日本語の不自然さは、もはや検知の手がかりにはなりません。さらに攻撃はメール単体では終わらず、直後に音声ディープフェイクや社内チャットでの「確認の一押し」が連鎖し、時間的なプレッシャーを畳みかけて意思決定を急がせます。加えて、開封・返信・自動応答といった受信者側の反応を学習材料として、語調や件名、送信タイミングまでもが継続的にチューニングされていくのです。

素材の供給源（攻撃者の視点）

こうした「らしさ」はどこから調達されるのでしょうか。ひとつはSNSやIR情報、プレスリリース、登壇資料、採用ページ、登記情報といった公開情報（OSINT）です。もうひとつは過去に流出したメールの断片や署名テンプレート、会議アジェンダといった漏えいした断片。そしてもうひとつが、代表番号以外の直通番号や個人メール、カレンダーの断片といった、企業自身が無自覚に外部へ晒している情報です。これらを組み合わせることで、攻撃者は実在の人物や案件に即した文面を組み立てていきます。

検知が難しくなる理由

敬語や業務語彙が自然になり、誤字が減り、実在するプロジェクト名まで差し込まれるようになると、表層的なルールに頼った検知はもはや太刀打ちできません。役員の口癖、秘書の定型文、取引先の署名様式といった「らしさ」がそのまま再現されることで、受信者には「心当たりがある」という思い込みが生まれてしまいます。

実例：攻撃者が使う“差し込み変数”（一部）

実際の攻撃では、相手固有の情報として部署名や役職、直近のプロジェクト名、稟議番号、上長の口癖、社内略語などが差し込まれます。取引固有の情報としては、見積No.や契約ID、請求サイト名、支払サイトURLの体裁、口座名義の漢字表記までもが再現の対象です。さらに月末締めや四半期決算、監査対応、祝日前といった時間固有の要素を絡めることで、受信者に「いま対応しなければ」と思わせる仕掛けが施されています。

疑似メール例（抜粋：“らしさ”はここまで再現される）

件名：至急：【稟議No.RG-24-031】振込先（検収済）変更のお願い
差出人名：S社営業本部 ○○（※表示名詐称）
本文（抜粋）：
△△部 △△課 K様
先日の見積（No. 2025-0712A）の件、監査対応のため本日中に口座名義の変更のみお願いできますか。M課長にも共有済みです。前倒しで対応いただければ前払い割引を適用します。稟議番号は RG-24-031 で合っています。
新口座：□□銀行 △△支店普通 1234567（ヤグラセキュリティ）

明日からやる3点

公開情報の棚卸し：役職・直通連絡先・PJ名がセットで露出している箇所を洗い出し、削減する。
署名テンプレートの統一：携帯番号や短縮略号など、変動する項目を最小限に絞る。
時間圧力語の辞書化：至急/本日中/前払い/口座変更 を含むメールを隔離キューへ自動ルーティングする。

攻撃者の「生成AIワークフロー」を分解する（防御と1対1でマッピング）

1) 情報収集（OSINT）と関係マップ化

攻撃者はまず情報収集からワークフローを始めます。狙うのは役職や担当領域、決裁金額の目安、直近のプロジェクト名、取引先、稟議の流れ、出張予定、社内特有の言い回しといった情報で、SNSやニュースリリース、登記・IR情報、採用ページ、技術ブログ、公開カレンダーの断片などから収集されます。これらを突き合わせることで、決裁者・影響者・実務担当者を結んだ関係者グラフが作られ、経理・購買・役員秘書・CSといった狙いどころが特定されていきます。防御側としては、公開情報の最小化ポリシーを定め、プロジェクト名や社内略語といった内部名詞の露出をあらかじめ管理しておくことが対策の出発点になります。

2) ペルソナ生成と“らしさ”の抽出

情報が集まると、次は語彙や敬語レベル、署名様式、よくやり取りする相手、送信時間帯の癖までをモデル化する「ペルソナ生成」の工程に移ります。公開発言や過去メールの断片、社内スタイルガイドをもとに文体そのものが模倣されるのです。これに対しては、署名テンプレートを統一して可変要素を減らし、合言葉や確認項目を「人の記憶」ではなく「手順」として固定しておくことが有効な防御になります。

3) 生成プロンプト設計とバリエーション生成

仕上げの工程では、送金・口座変更・緊急発注・認証情報の詐取といった目的、上長や監査担当、主要取引先といった役回り、丁寧・急ぎ・フラットといった口調を掛け合わせ、大量のバリエーションが生成されます。件名や呼称、実在のプロジェクト名を変数として扱いA/Bテストにかけながら最適化が進むほか、メールに続く音声ディープフェイクやTeams/Slack上での「確認押し」の台本まで、あらかじめセットで用意されています。防御側は、時間圧力語を辞書化して自動タグ付けし、隔離キューへ送る仕組みで対抗します。

プロンプト設計の実例（攻撃者視点)
件名のA/B（「監査対応」「本日中」）、冒頭の呼称（姓＋役職）、実在PJ名の差し込み有無を変えながら、クリック率・返信率を最適化していきます。

実務ガイド（詳細解説）

技術詳細：DMARC / BIMI / ARC の運用

DMARCはp=noneで導入し、RUA/RUFレポートを週次でレビューするところから始めます。逸脱している送信元を洗い出して整備したうえで、quarantine、rejectへと段階的に移行していきましょう。主要な送信元についてはadkim/aspf=strictの適用も検討に値します。BIMIを機能させるにはDMARCがreject/quarantineになっていることが前提です。SVG Tiny P/S形式のロゴを用意し、必要に応じてVMCを取得すれば、ブランドなりすましの抑止に加えて社員への可視性・教育効果も見込めます。転送やメーリングリスト経由でDMARCが失敗するケースにはARCが対策になります。ARC対応SEGを導入するか、いったん隔離してから人手で復帰させる運用を標準にしておくとよいでしょう。

検出ルールのレシピ（SEG/SIEM）

具体的な検出ルールとしては、まず時間圧力語を対象にsubject/body ~ /(至急|本日中|監査対応|前払い|口座変更)/に該当するメールを隔離します。同じ件名・同じドメインから短時間に複数届く横展開はsame_subject & same_domain within 10m >= 5を条件に、全社掲示テンプレートを自動起票する仕組みにしておきます。役員名をかたった表示名なりすましはdisplay_name in {役員名リスト} & sender_domain != corpで高優先度レビューへ回し、t.coやbit.ly、is.gdといった短縮URLは遅延解析キューに送って中身が展開されてから判定します。

承認ワークフロー設計のポイント

承認フローは金額閾値を3段階（例：50／300／1000万円）に分けて承認者を固定するのが基本です。例外処理を行う場合は部門長承認と記録をセットにします。至急や本日中といった語にヒットした案件には最短30分の冷却期間（タイムアウト）を必須化し、休日前はさらに延長します。二次検証にあたっては、チケットの起票・記録から稟議・請求・発注の三点添付まで含めて監査証跡として残すことを徹底してください。

インシデント初動チェックリスト

隔離：疑わしいメールをSEGで隔離する（添付は開かない）
連絡：CSIRTへタグ #BEC疑い で通報する（重複しても構わない）
二次検証：代表番号へのコールバック→担当者内線の順で、否認か真正かを確認する
停止：支払・発注は二名承認が済むまで止める
周知：横展開を検知したら全社掲示テンプレートで注意喚起する
記録：タイムライン・判断理由・証跡（スクリーンショット／ログ）をチケットに保存する

用語集（簡易）

BEC（Business Email Compromise）はビジネスメール詐欺、OSINTは採用ページやIR、登壇資料といった公開情報からの情報収集を指します。DMARC / SPF / DKIMは送信ドメイン認証の土台となる技術で、ARCは転送環境でその認証情報を引き継ぐための仕様です。そして本記事で繰り返し登場するタイムアウトとは、時間的なプレッシャーを無効化するために意図的に設ける待機を指します。

Yaguraからの提言（まとめ）

生成AIの進化が止まらない以上、詐欺メールの精度もこの先さらに上がり続けます。攻撃のコスト低下は試行回数の指数関数的な拡大を招き、守る側が生成AIを活用できなければ、その差はそのまま淘汰のリスクとなって跳ね返ってきます。だからこそYaguraは、研究と実装を一体化させ、再現性のある阻止を正面から提供していきます。

明日からやる3点（総括）