--- title: "Proofpoint EFD（Email Fraud Defense）とは｜機能とDMARC運用・導入を解説" url: "https://www.issoh.co.jp/column/details/3306/" published: 2024-08-07 updated: 2026-07-22 categories: ["ガイドライン"] publisher: "株式会社一創" --- # Proofpoint EFD（Email Fraud Defense）とは｜機能とDMARC運用・導入を解説 Proofpoint EFD（Email Fraud Defense）は、自社ドメインを騙る「なりすましメール」を止めるためのメール認証（DMARC）運用サービスです。フィッシングやBEC（ビジネスメール詐欺）の多くは、送信元アドレスを正規ドメインに偽装して受信者を信用させます。EFDはこの偽装を成立させないよう、SPF・DKIM・DMARCの導入から運用、そして「なりすましを拒否する」ポリシー（p=reject）への移行までを支援します。本記事では、EFDの位置づけ・主な機能・DMARC単体ツールとの違い・導入判断を、公式仕様に基づいて整理します。 ## まとめ：Proofpoint EFDの要点 - EFDはAIで脅威を判定する製品ではなく、**DMARCを軸としたメール認証の運用基盤**である。 - ホスト型SPF/DKIM/DMARCにより、DNSレコードの運用負荷とSPFの10ルックアップ制限を回避できる。 - DMARCレポートを可視化し、自社ドメインを使う**正規の送信元を洗い出してから拒否ポリシーへ進める**のが核心。 - 類似ドメイン監視・バーチャルテイクダウン・Supplier Risk Explorerで、自社ドメイン外の詐欺やサプライヤー起点のリスクにも踏み込む。 - 専任コンサルタントが付く点が、セルフサービス型のDMARCツールとの最大の違い。単にレポートを見たいだけなら過剰になりうる。 ## Proofpoint EFDとは：DMARC運用を担う製品 EFDはProofpointのメールセキュリティ製品群の一つで、**送信ドメイン認証（DMARC）を組織的に運用しきるための製品**です。メールが正規の送信元から出ていることを受信側が検証できるようにし、自社ドメインを騙るメールを受信者のメールボックスに届かせないことを目的とします。DMARC・SPF・DKIMという公開標準そのものは無償で誰でも使えますが、EFDはその設定・監視・改善のサイクルを肩代わりする点に価値があります。 ### EFDが対処する脅威：ドメインなりすまし・BEC・サプライヤー詐欺 EFDが主眼に置くのは、受信者の判断を狂わせる**「送信元の偽装」**です。具体的には、自社ドメインを完全に騙るなりすまし、経営層や取引先を装って送金や情報を要求するBEC、そして取引先（サプライヤー）のドメインが乗っ取られて自社に届く詐欺メールが対象になります。いずれも本文のマルウェア有無ではなく「誰が送ったことになっているか」が攻撃の起点であり、送信ドメイン認証で対処すべき領域です。 ### EFDは「AI脅威検知」製品ではない：位置づけの整理 EFDを「AIと機械学習でリアルタイムに脅威を検出する」と説明する記事が見られますが、これは製品像を取り違えています。添付ファイルやURLの悪性判定・サンドボックス解析を担うのはProofpointの別製品（Email Protection／Targeted Attack Protection）であり、**EFDが担うのは送信ドメイン認証の運用**です。導入検討では「EFD＝DMARCを実運用に乗せる製品」「受信メールの中身の脅威判定は別レイヤー」と切り分けて考えると、機能の過不足を判断しやすくなります。DMARCの仕組み自体は[DMARCとは？仕組み・SPFやDKIMとの違い・レコードの書き方を解説【2026年版】](https://www.issoh.co.jp/column/details/3287/)で先に押さえておくと理解が早いです。 ## Proofpoint EFDの主な機能 EFDの機能は「認証基盤のホスティング」「可視化」「ドメイン監視」「サプライヤーリスク」の4系統に整理できます。 ### ホスト型SPF / DKIM / DMARC SPF・DKIM・DMARCのDNSレコードをProofpoint側でホストし、管理UIから更新できる仕組みです。実運用で効くのは次の点です。 - **SPFの10ルックアップ制限を回避**：SPFはDNS参照回数が10回までという上限があり、SaaSを増やすと超過して認証が壊れがちですが、ホスト型SPFはこれを吸収します。 - **反映の高速化**：自前DNSでは伝播に時間がかかる変更を、より短時間で反映できます。 - **DKIMのセレクタ／鍵の集中管理**：鍵のローテーションを含めUIで扱えます。 ### DMARCレポートの可視化と正規送信者の特定 DMARCを`p=none`で公開すると、自社ドメインを使って送信しているサーバーの集計レポート（RUA）が届きます。EFDはこの大量のXMLレポートを解析・可視化し、**「どのIP・サービスが自社を名乗って送っているか」**を一覧化します。業務で使う正規のSaaSやマーケメール配信基盤を漏れなく認証対象に含めてから拒否ポリシーへ進めるため、この棚卸しが導入の実質的な山場になります。 ### 類似ドメインの監視とバーチャルテイクダウン DMARCが守れるのは「自社が管理するドメイン」だけで、`example-support.com`のような**紛らわしい別ドメイン（類似ドメイン）**を使った詐欺は防げません。EFDはWHOISなど広範なデータソース（公式によると6.5億超のドメイン）を監視して自社を模倣するドメインを検知し、悪用されている場合はバーチャルテイクダウン（削除・停止申請の代行）で対処します。 ### サプライヤーリスクの可視化（Supplier Risk Explorer） Supplier Risk Explorerは、自社と実際にメールをやり取りしている取引先ドメインを自動で洗い出し、**そのドメインが受けているなりすましやフィッシングのリスクを定量化・優先度付け**する機能です。攻撃の入口が「自社」ではなく「取引先の乗っ取られたドメイン」であるケースに対して、どの取引先を警戒すべきかを可視化します。 ## DMARC単体ツールとの違いとEFDを選ぶ理由 DMARCレポートを可視化するだけなら、無償ツールや安価なSaaS、あるいはレポートを自前でパースする運用でも実現できます。EFDが価格差に見合うかどうかは、次の3点を必要としているかで決まります。 | 観点 | 一般的なDMARCツール | Proofpoint EFD | | ---- | ------------ | ------------------ | | 運用形態 | セルフサービス中心 | 専任コンサルタントが伴走 | | 認証基盤 | DNSは自社管理 | ホスト型SPF/DKIM/DMARC | | 守備範囲 | 自社ドメインのDMARC | 類似ドメイン・サプライヤーまで | | ゴール | レポート可視化 | p=rejectまでの到達支援 | 要するにEFDは「ツール」というより**「DMARCを拒否ポリシーまで運用しきるための伴走サービス」**です。正規送信元が多くて自力の棚卸しが難しい大企業や、レポートを見ても次の一手が判断できない組織ほど、専任支援と広い守備範囲が効きます。逆に、送信元がシンプルで社内にメール認証の知見がある組織には、機能過剰になりやすい点は押さえておくべきです。 ## 導入と運用の流れ（none → quarantine → reject） DMARC運用の要は、いきなり拒否せず**段階的にポリシーを強める**ことです。正規メールを巻き込んで止めてしまう事故を避けるため、EFDでも次の順序で進めます。 1. **p=none（監視）**：まず拒否せずレポートだけ収集し、自社を名乗る全送信元を洗い出す。 2. **正規送信元の認証整備**：漏れているSaaSや配信基盤にSPF/DKIMを設定し、認証を通す。 3. **p=quarantine（隔離）**：認証を通らないメールを迷惑メール扱いにし、影響を観察する。 4. **p=reject（拒否）**：正規メールへの影響がないと確認できた段階で、なりすましを完全に拒否する。 EFDでは各段階で専任コンサルタントがレポート分析と例外対応を支援し、`p=reject`への到達を後押しします。ポリシー3段階が防御力にどう効くかは[DMARCの仕組みとnone・quarantine・rejectが分けるなりすまし防御の差](https://www.issoh.co.jp/tech/details/12267/)で詳しく解説しています。 ``` // DMARCレコードの例（監視から拒否へ段階的に強める） _dmarc.example.com TXT "v=DMARC1; p=none; rua=mailto:report@example.com" _dmarc.example.com TXT "v=DMARC1; p=quarantine; pct=25; rua=mailto:report@example.com" _dmarc.example.com TXT "v=DMARC1; p=reject; rua=mailto:report@example.com" ``` ## 導入を検討すべき企業・見送ってよい企業 EFDは万能ではなく、向き不向きがはっきりしています。判断材料として整理します。 **導入を検討すべき企業**：メールを送る正規サービスが多く送信元の棚卸しが自力では困難／過去になりすましやBECの被害・ヒヤリハットがある／取引先を含めたサプライチェーンのメールリスクを可視化したい／社内にDMARC運用の専任リソースがなく伴走を求める、といった組織です。 **見送ってよい企業**：送信ドメインと送信元が少なくSPF/DKIM/DMARCを自力で維持できる／目的がDMARCレポートの閲覧に限られる、という場合は、無償ツールや自前運用でも足ります。なお、自社ゲートウェイに届く集計DMARCデータの取得・可視化がEFDの契約範囲に紐づく場合があるため、コスト評価の前に契約範囲を確認する。価格やプランは公開されていないため、実際の見積もりはProofpointまたは販売代理店に確認してください。 ## よくある質問（FAQ） ### Proofpoint EFDとは何ですか？ 自社ドメインを騙るなりすましメールを止めるための、DMARCを軸としたメール認証の運用サービスです。SPF/DKIM/DMARCの導入・可視化・改善から、拒否ポリシー（p=reject）への移行までを支援します。 ### EFDと一般的なDMARCツールは何が違いますか？ セルフサービス型のツールがレポート可視化までを担うのに対し、EFDはホスト型の認証基盤、類似ドメイン・サプライヤーリスクの監視、専任コンサルタントによるp=reject到達支援まで含む点が異なります。 ### EFDはなりすましメールをどう防ぐのですか？ 受信側がDMARCで送信元を検証できるようにし、認証を通らない（＝自社を騙る）メールを拒否・隔離させます。中身の悪性判定ではなく「送信元の正当性」で弾く仕組みです。 ### ホスト型DMARC（Hosted DMARC）とは何ですか？ DMARC・SPF・DKIMのDNSレコードをProofpoint側でホストし、管理UIから更新・運用できる形態です。SPFの10ルックアップ制限の回避や変更の即時反映といった運用上の利点があります。 ### EFDだけで受信メールの脅威対策は完結しますか？ いいえ。EFDは送信ドメイン認証の運用が役割で、添付ファイルやURLの悪性判定はEmail ProtectionやTargeted Attack Protectionなど別レイヤーが担います。用途を切り分けて構成を検討してください。 ## 関連記事 - [DMARCとは？仕組み・SPFやDKIMとの違い・レコードの書き方を解説【2026年版】](https://www.issoh.co.jp/column/details/3287/) - [DMARCの仕組みとnone・quarantine・rejectが分けるなりすまし防御の差](https://www.issoh.co.jp/tech/details/12267/) --- 出典: [Proofpoint EFD（Email Fraud Defense）とは｜機能とDMARC運用・導入を解説]()（株式会社一創）