メールマーケティングの会社 PRIMOPOST

  • TOP
  • サービス概要

    メール関連サービス

    • 迷惑メール診断サービス
    • メール開封率・到達率改善サービス
    • メールクリーニングサービス
    • ドメインウォームアップサービス
    • リアルタイム・メールアドレスチェックサービス
    • SPFの自動フラット化サービス
    • Gmail到達テスト
    • ブラックリスト監視サービス
  • 商品
  • 会社概要
  • マーケティングに関するブログ
お問い合わせ
トップページ

ブログ

blog

解約した配信サービスのSPF・DKIM、消していますか?|放置したレコードで4か月に約15万通が送られていた事例

2026.11.06
日吉 浩之のプロフィール写真

株式会社プリモポスト 取締役

日吉 浩之 メール到達エバンジェリスト

DMARCレポートを開いたら、使っていないはずの配信サービスから、自社の名前で大量のメールが送られていた「やらかし体験」を耳にしました。

詳しく確認すると、30日間で約14.7万通のメールが、ある配信サービス(ESP / Email Service Provider)の3つのIPアドレスから送られていたことがわかったそうです。

1日あたり約5,000通で、3つのIPにほぼ均等に分かれていた。レポートを送ってきたのはGoogleとMicrosoft。

そのESPは、以前にテスト用のアカウントを作っただけで、今は使っていないサービスでした。それでも認証には合格していました。DNSに、そのESP用のSPFとDKIMのレコードを消し忘れていたからです。

ESPの説明はこうでした。

  • 社内の到達率監視の仕組みで、送信者のキャンペーンの複製を自社のシードリストに送っていた
  • この仕組みは、送信者がHotmailやOutlook宛ての配信についてサポートに問い合わせた6月に有効化されていた
  • 送られていたのは「ご登録ありがとうございます」のメール1通の複製
  • 現在は停止済み

送信者側は、SPFのincludeとDKIMの鍵を削除して対応を終えています。

自社が送っていないメールが、自社の名前で、しかも認証に合格した状態で何か月も送られていた..。始末書対応になるのかと、ゾッとします。

今回は、なぜこういうことが起きるのか、そして配信サービスを解約するときに何を消せばよいのかを整理していきたいと思います。

なぜ「解約したサービス」から送っても認証に合格するのか

SPFとDKIMのレコードは「送信の許可証」

ESPを使い始めるとき、多くの場合、次のようなレコードを自社のDNSに追加します。

レコード 例 意味
SPF(TXT) v=spf1 include:_spf.esp.example ~all そのESPのIPアドレスから、自社ドメインのメールを送ってよい
DKIM(CNAME または TXT) s1._domainkey.example.jp CNAME s1.domainkey.esp.example そのESPが、自社ドメインの名前で電子署名してよい
バウンス用・計測用(CNAME) bounce.example.jp CNAME ... 戻りメールの受け口や、クリック計測のドメインをESPに任せる

これらは、いわば「このESPに、自社の名前でメールを送ることを許可する」という許可証です。そしてこの許可証には有効期限がありません。

ESPとの契約を終えても、DNSのレコードを消さない限り、受信側から見れば「今も正式に許可された送信元」のままです。

DMARCは、SPFかDKIMのどちらかがFromドメインと一致して合格すれば合格です。今回の事例でも、認証は合格していました。

契約とDNSは、別の人が管理している

ESPの契約や解約はマーケティング部門、DNSの変更は情報システム部門や制作会社、という組織は珍しくありません。

解約の手続きはしても、「DNSのレコードも消す」という作業が誰の担当にもなっていない。

こうして、使っていないサービスへの許可証が残り続けます。

本当に怖いのは「メール配信業者のミス」ではない

専門家の見方

この事象については次のようなことが考えられます。

  • ESPの説明が本当なら、ESP側の大きな失態。1社のお客さまの到達率を監視するのに1日5,000通、4か月というのはシード送信として異常な量
  • それより心配なのは、第三者が悪用すること。放置された認証レコードに気づいた誰かが、同じESPに登録して、その会社になりすまして送るおそれがある
  • 送信量の少ない送信者ほど影響を受けやすい。大量に送っている送信者なら誤差だが、送信量が少ないと、反応しないシードアドレス宛ての大量送信が、エンゲージメントの指標や受信箱への到達に響く可能性がある

今回の送信者は、自分たちの実際の配信量の5倍以上が送られていたと話していました。

Google Postmaster Toolsの数値に悪化は見られなかったそうですが、それは「たまたま問題にならなかった」というだけです。

なお、ESP側は「同じドメインを2つのアカウントで使うには、こちらの手作業が必要」と説明していたそうです。ただ、すべてのESPが同じ仕組みとは限りません。

「dangling DNS」という既知の攻撃

使われなくなったサービスを指したまま残っているDNSレコードは、「dangling DNS(ぶら下がったDNS)」と呼ばれ、以前から攻撃に使われています。

Spamhausは2024年の記事で、解約したサービスを指すCNAMEや、もう使っていないドメインを含むSPFのincludeが乗っ取られ、正規の企業のサブドメインからフィッシングメールが送られる手口(SubdoMailing)を紹介しています(Spamhaus:Dangling DNS and the dangers of subdomain hijacking)。

当社では以前、使っていないドメインが悪用される話をブログの記事として書きました(休眠ドメインがなりすましに悪用される|DMARCで防げない理由)。

今回の事例が示しているのは、毎日使っている本業のドメインでも、DNSの中に「休眠した許可証」が残っているということです。

気づけたのは、DMARCレポートを見ていたから

今回の送信者が異常に気づけたのは、DMARCの集約レポートを見ていたからです。SPFやDKIMに合格したメールは、受信側では何の問題もない正規のメールとして扱われます。送信者がそれに気づく手段は、事実上DMARCレポートしかありません。

エンジニアが今やること:配信サービス解約時のチェックリスト

解約するとき

  1. ESP側の後始末を依頼する。アカウントの削除、送信の停止、ドメイン登録(送信ドメイン認証の設定)の解除を、解約の手続きと一緒に依頼する
  2. SPFからそのESPのincludeやIPを外す
    dig +short TXT example.jp
    
  3. DKIMのセレクタを削除する。セレクタ名はESPの設定画面やドキュメント、またはDMARCレポートのDKIMの欄で確認できる
    dig +short CNAME s1._domainkey.example.jp
    dig +short TXT s1._domainkey.example.jp
    
  4. バウンス用・クリック計測用のサブドメインのCNAMEも削除する。CNAMEの向き先がESPのドメインになっているものを探す
  5. 2〜4週間、DMARCレポートでそのESPのIPからの合格が消えたことを確かめる。消えない場合は、まだどこかに許可が残っているか、別の経路から送られている

普段からやるべきこと

  1. 送信サービスの台帳を作る。サービス名、担当部署、契約状況、そのサービスのためにDNSに追加したレコード(SPF・DKIM・CNAME)を1か所にまとめる
  2. 四半期に一度、DNSと台帳を突き合わせる。台帳にないincludeやセレクタ、向き先のわからないCNAMEがあれば、誰が何のために追加したかを確認する

最後に

DNSに追加したSPFやDKIMのレコードは、配信サービスとの契約が終わっても自動では消えません。そしてそのレコードがある限り、受信側はそのサービスからのメールを「自社が正式に許可したメール」として扱います。

今回の事例はESP側の監視の仕組みによるものでしたが、同じ状態は第三者のなりすましにも使えます。配信サービスを解約するときは、契約と一緒にDNSの許可証も返す。この1手順を、社内の解約手続きに組み込んでおくことをおすすめします。

弊社が取り扱っているPowerDMARCでは、DMARCの集約レポートから、自社ドメインの名前でどのサービス・どのIPからメールが送られているかを一覧で確認できます。

使っていないはずのサービスからの送信にも気づけます。また、SPFのincludeの管理には、上限(DNS参照10回)の対策も兼ねてAutoSPFもご用意しています。送信サービスの棚卸しのご相談も承っています。

記事一覧に戻る

関連商品

  • DMARC/25 Analyze

    DMARCセキュリティ
    DMARC/25 Analyzeの詳細を見る
    DMARC/25 Analyzeは、メールセキュリティを強化するクラウドサービスです。複雑なDMARCレポートを分かりやすいダッシュボードで可視化し、自社ドメインのなりすましやメール認証の不備を簡単に把握できます。これにより、フィッシング詐欺やブランド毀損を防ぎ、安全なメール運用をサポートします。
  • AutoSPF

    SPFSPFのフラット化無料トライアル
    AutoSPFの詳細を見る
    SPFレコードの「10回ルックアップ制限」を根本的に解消し、メール到達率を劇的に改善するクラウドサービスです。複雑なSPFレコードをリアルタイムで自動フラット化し、DMARC準拠を可能にすることで、メールインフラ管理の運用負荷とセキュリティリスクをゼロにします。
  • ベアメール – SPFホスティング

    ベアメール
    SPFSPFのフラット化SPFホスティング
    ベアメール – SPFホスティングの詳細を見る
    ベアメールのSPFホスティングは、SPF認証の技術的な問題を解決するサービスです。SPFレコードを自動でフラット化するため、DNSの制限を気にすることなく認証エラーを防ぎます。管理画面から送信元の追加・変更が簡単で、運用負荷を大幅に軽減し、安定したメール配信を実現します。
  • ベアメール – DMARCレポート分析機能

    ベアメール
    DMARCセキュリティ
    ベアメール – DMARCレポート分析機能の詳細を見る
    ベアメールの「迷惑メールスコアリング」は、メールの到達率を改善するサービスです。DMARCレポートを自動分析し可視化することで、専門知識がなくても自社のセキュリティ状況を簡単に把握できます。送信元IPやエラー傾向の分析、なりすまし検知など、多様な機能で運用をサポートします。
  • PowerDMARC

    DMARCセキュリティ
    PowerDMARCの詳細を見る
    PowerDMARCは、DMARC、SPF、DKIMなど複数のメール認証を統合管理できる多機能プラットフォームです。フィッシングやなりすましから企業ドメインを保護し、メールの到達率とブランドの信頼性を高めます。高度な脅威インテリジェンスと分析機能により、不正なメール活動を早期に検知します。
  • dmarcian

    DMARCセキュリティ
    dmarcianの詳細を見る
    dmarcianは、メールのなりすましを防ぐDMARC分析に特化したSaaSプラットフォームです。複雑なレポートを可視化し、不正利用の即時把握をサポート。GoogleやMicrosoftのDMARC要件への準拠も支援し、企業のメールセキュリティを強化します。無料トライアルと専門家による手厚いサポートも特長です。
商品一覧を見る
REV Lite 無料のリアルタイムメール検証
ドメインウォームアップの窓口
メールクリーニングの窓口

検索

最近の記事一覧

  • 解約した配信サービスのSPF・DKIM、消していますか?|放置したレコードで4か月に約15万通が送られていた事例
  • Gmailの「250 2.0.0 OK DMARC:Quarantine」とは?|受け付けられたのに届かない理由と確認手順
  • DMARCの新仕様「RFC 9989」で何が変わった?|pct廃止・npタグ追加、今のレコードはどうするか
  • キャリアメール向けドメインウォームアップガイド|docomo・au・SoftBank対応
  • REV-LITEのリリース。 フォーム向けメール検証「REV Lite」を1年間無料で提供開始 – WordPress公式プラグインも公開

人気記事一覧

  • Google Work Sparc Smtp Relay Google WorkspaceのSMTPリレーとは?使い方・送信制限・外部リレーとの使い分けを解説
  • SPFレコードの上限回数の回避 【解決策】SPFレコードのinclude上限回数を回避する方法とは
  • Gmailの「250 2.0.0 OK DMARC:Quarantine」とは?|受け付けられたのに届かない理由と確認手順
  • DMARCの新仕様「RFC 9989」で何が変わった?|pct廃止・npタグ追加、今のレコードはどうするか
  • 個人情報の「第三者提供」と「第三者委託」の違いとは?具体例で分かりやすく解説

関連する記事

  • ヨーロッパ企業とのビジネスにおけるDMARC対策 【IT担当者向け】DMARC設定ガイド:GDPRとサイバー攻撃から会社を守る必須対策
  • なりすましメールが自分のアドレスから送られる原因と対策をやさしく解説
  • スパムハウスが語るメールマーケティング成功の3原則 – 信頼・配信・ウォームアップ –
  • 自分のメールアドレスから迷惑メールがくるのは何故?原因とDMARCによる対策
  • DMARCのRUFレポートは実はもう不要?今見るべきはRUAだけでOKです
PAGE TOP
  • サービス概要
  • 会社概要
  • お知らせ
  • ブログ
  • 成長戦略プレイブック
  • パートナー募集
  • お問い合わせ
  • プライバシーポリシー
  • サイトマップ
株式会社プリモポスト

© PRIMOPOST.