本文へスキップ
株式会社オープンナレッジ
株式会社オープンナレッジ Open Knowledge Inc.
PG-05 Email Authentication Simulator SPF / DKIM / DMARC / MTA-STS

Web・メール安全自己点検&到達率シミュレータ

取引先への請求書や商談メールが届かない・迷惑メール扱いされるトラブルを防ぐために。自社のドメイン認証設定を選ぶだけで、主要メールサービス宛の到達率シミュレーションとなりすましリスク判定を瞬時に行い、コピーしてそのまま使える推奨DNS設定例を表示します。

要点まとめ Google/Yahoo! 新ガイドライン準拠
  • 01. 送信ドメイン認証の3重ロック: SPF(送信元IP証明)、DKIM(電子署名)、DMARC(偽メール処理方針)の3点を整えることで、メール不達と偽メール被害を根絶できます。
  • 02. 設定が不完全な場合、Gmailや企業向けメールサーバーで「迷惑メール判定」または「配送拒否(ブロック)」となる確率が高まります。
  • 03. 診断結果下部の「推奨DNS設定例」をコピーし、お使いのDNS管理画面に登録するだけで対策が完了します。

現在の設定状況を選択(4項目セレクト)

所要時間:約1分
メール到達・認証スコア
45 / 100 点
自社ドメインなりすまし被害リスク
🔴 高リスク(第三者が自社アドレスを騙って送信可能)
主要宛先サービスでの到達予測シミュレーション:
Google(Gmail宛)
🟡 迷惑メール判定の可能性あり

DMARC未設定のため迷惑メールフォルダへ隔離されるリスクがあります。

Yahoo! / Outlook宛
🟡 注意(スパムスコア加算)

SPF単体ではDKIM署名欠落による判定低下が生じます。

大手企業・自治体宛
🔴 受信拒否・隔離の懸念

厳格なゲートウェイを設置している企業ではメールが届かない恐れがあります。

登録推奨 DNSレコード設定例(コピー用): ※自社ドメインのDNSに追加
; 1. SPFレコード (TXT)
example.com. IN TXT "v=spf1 include:_spf.google.com ~all"

; 2. DMARCポリシーレコード (TXT)
_dmarc.example.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com; pct=100"
ブラウザ即時診断対応 「Web・メール安全自己点検&到達率シミュレータ」はその場ですぐにご利用いただけます(学習連携は準備中)
安全設計

サンプル1問・3項目試算はブラウザ内で即時動作します。学習プラットフォーム連携アカウントは現在リニューアル準備中となっており、本ページの自己点検・シミュレーター機能はそのままご利用いただけます。電話番号入力や営業連絡はありません。

送信ドメイン認証の3層プロトコルと防衛シーケンス

Authentication Flow
図解 01

3大認証プロトコルの役割

SPF 送信元IPアドレスの正当性をDNSで照合 DKIM 公開鍵暗号署名で本文の改ざんがないことを証明 DMARC 認証失敗時の処理(破棄/隔離)を受信側に指示

SPFで「道」を確認し、DKIMで「封緘」を確かめ、DMARCで「違反時の破棄」を指示する三位一体の防御です。

図解 02

メール受信判定フローチャート

メール到着 受信サーバー SPF/DKIM/DMARC すべてPASS 受信トレイ 認証失敗 / 不備 DMARCポリシー照合 迷惑メール / 完全受信拒否

認証に合格したメールだけが受信者の受信トレイに直接届き、不備のあるメールは迷惑フォルダへ隔離されます。

図解 03

なりすまし攻撃の侵入経路

攻撃者 偽の送信サーバー 偽の請求書メール送付 差出人: info@your-company.com 取引先 詐欺口座へ送金被害 DMARC未設定だと到達

自社がDMARCを設定していないと、第三者が自社の名前を騙って取引先へ偽の振込口座を案内できてしまいます。

データセンター内のDNS・メールサーバー基盤の運用イメージ
メールの到達性と信頼性はDNSレコードが支える サーバーの正当性を証明するレコードをDNSに正確に書き込むことで、世界中の受信サーバーと信頼を結べます。
メール不達や通信エラーのパソコン画面トラブルアイコン
「送ったはずのメールが届かない」事故を未然に防止 取引先との大事な請求書や受発注メールの不達は信用問題に直結します。定期的な自己点検が不可欠です。

送信ドメイン認証プロトコル(SPF・DKIM・DMARC・MTA-STS)仕様対比表

標準仕様 RFC準拠
主要送信ドメイン認証プロトコルの設定値および推奨仕様一覧
プロトコル 認証対象 設定場所 / レコード 推奨設定値・記述例 対応推奨度
SPF (RFC 7208) 送信元IPアドレス ネイキッドドメイン TXT "v=spf1 include:_spf.google.com ~all" 必須(ガイドライン要件)
DKIM (RFC 6376) メールヘッダ・本文暗号署名 [selector]._domainkey TXT 2048bit RSA公開鍵(またはCNAME委任) 必須(改ざん防止)
DMARC (RFC 7489) SPF/DKIM結果とポリシー _dmarc.[domain] TXT "v=DMARC1; p=quarantine; pct=100" 必須(なりすまし根絶)
MTA-STS (RFC 8461) SMTP通信経路TLS暗号化 _mta-sts TXT + Webポリシー mode: enforce, max_age: 604800 推奨(最高水準セキュリティ)

よくあるご質問(FAQ)

Q1.

自社から取引先に送った請求書メールが、急に「迷惑メールフォルダ」に入ってしまうのはなぜですか?

2024年以降、Google(Gmail)や米Yahoo!などの主要メールプロバイダが「送信者ガイドライン」を大幅に厳格化したためです。自社ドメインのDNSに「SPFレコード」「DKIM署名」「DMARCポリシー」が正しく設定されていないメールは、受信側サーバーから『送信元を偽造したスパムメールや詐欺メールの疑いがある』と判定され、迷惑メールへ振り分けられたり受信拒否(バウンス)されるようになっています。

Q2.

SPF、DKIM、DMARCの3つは、どれか1つ設定すれば十分ですか?

いいえ、3つすべてを連携させることが推奨されます。SPFは『どのサーバーから送られたか』を証明し、DKIMは『メール本文が改ざんされていないか』を暗号署名で証明します。そしてDMARCは『もしSPFやDKIMの検証に失敗した場合、受信サーバーはどう処理すべきか(破棄するか隔離するか)』をドメイン所有者が宣言する仕組みです。この3点が揃って初めて、自社のなりすましを水際で遮断できます。

Q3.

このシミュレータにドメイン名を入力したり設定を選んでも、外部に情報が漏れることはありませんか?

一切ございません。本シミュレータはお使いのブラウザ内部のJavaScriptだけで計算・シミュレーションを行う設計となっており、入力データが外部サーバーへ送信されたり記録されることは1バイトもありません。安心してお確かめいただけます。

図解・ビジュアルの拡大表示

図表内のテキストもそのまま選択・検索可能です(ベクターSVG描画) 枠外クリックまたは ESC キーで閉じます