メールヘッダーアナライザー
メッセージの生ヘッダーを貼り付けるか、.eml 全体をドロップすると、それらが語る物語が得られます。各ステップの遅延とともにホップごとに辿る Received チェーン、プロバイダーが記録した SPF・DKIM・DMARC の判定、Reply-To と Return-Path が From とは別のドメインをひっそり指していないか、そして本文のリンクの無害化と添付ファイルのフラグ付けです。すべての検出結果は理由と重み付きで一覧表示されます。すべてブラウザ内で動作します。ヘッダーはメール経路の地図であり、地図を検査のためにアップロードすべきではありません。
または .eml ファイルをこのボックス内のどこかにドロップするか、選択してください：
検出結果
送信者の身元
Authentication-Results
Received チェーン （最新のホップが先頭 — サーバーが前に積み重ねる順序です）
| # | From | By | 刻印時刻（UTC） | 前のホップからの遅延 |
|---|
本文中のリンク （無害化済み — 読むのは安全、クリックは不可）
添付ファイル
メッセージのヘッダーを取得する方法
どのメールクライアントも、あるべき場所より一段深いメニューの中にヘッダーを隠しています。Gmail ではメッセージを開き、三点メニューをクリックして「元のメッセージを表示」を選びます — ヘッダーブロック全体は、表示される内容の先頭、エンコードされた本文の上にあります。Web 版 Outlook では同じ三点の下にある「メッセージのソースを表示」です。デスクトップ版 Outlook ではメッセージを開き、ファイル → プロパティで下部のボックスにインターネットヘッダーが表示されます。Apple メールでは 表示 → メッセージ → すべてのヘッダー、またはファイル全体には Raw Source を使います。アナライザーに完全な証拠を渡すには、メッセージを .eml として保存またはエクスポートし（Gmail の「メッセージをダウンロード」、Apple メールの ファイル → 別名で保存 を raw source 形式で）、ファイルをドロップしてください — ヘッダー、本文、添付ファイル名のすべてがそこから読み取られます。チェーンと認証の分析にはヘッダーだけで十分です。.eml はリンクと添付ファイルのチェックを追加し、そこにフィッシング証拠の実に三分の一が潜んでいます。
これが読むもの — そして正直に読めないもの
スコープを率直に述べることで、スコアがそれ以上のものと誤解されることはありません。このアナライザーはヘッダーを読み、本文に含まれるものを抽出します。DKIM 署名自体は検証しません — 報告するのは、メッセージ到着時に受信サーバーが Authentication-Results に記録した判定であり、それこそが意味を持つ検証であり、元のメッセージが無傷な状態で実施できた唯一の瞬間に実施されたものです。DNS に対して SPF を再実行することも、URL を脅威フィードと照合したり開いたりすることもありません。リンクは無害化され（hxxps、ドットは括弧付き）、本当の宛先を安全に読めるようになり、形状によってフラグが付けられます — 生 IP ホスト、@ 記号のトリック、punycode、短縮 URL、あるドメインを名乗りながら別のドメインへ行くリンクテキストです。スコアは、それらのラベル付き検出結果の合計であり、検出結果そのものの隣に表示されます。別のドメイン上の Reply-To、記録された DMARC の失敗、ドキュメントの名を借りた実行ファイルに点数が付きます。帯ではなく一覧を読んでください。コンパニオン記事フィッシングメールヘッダーの解剖は 1 通のメッセージを端から端まで解剖し、送信側のコンパニオン — あなたのレコードのためのメール到達性チェックと、それらが生むフィードバックのためのDMARC レポートアナライザー — は、サンプルのようにならないという鏡像の仕事を担います。3 つのプロトコルすべてにもかかわらず正規のメールがなお迷惑メールに入る理由は、メールが迷惑メールに入る理由で扱っています。
よくある質問
メールヘッダーは実際に何を証明できるのですか？
受信サーバーが書くヘッダーは証拠であり、送信者が書くヘッダーは主張です。プロバイダーの Authentication-Results は、メッセージ到着時にそのチェックが何を見つけたかを記録し、インターネットのあなたの側にあるサーバーが刻印した Received ホップは、後から偽造するのが困難です。下位のホップ — 送信者に最も近いもの — は誰でも書けるため、このアナライザーはチェーンを本物と宣言するのではなく、各ホップが何と言っているかを報告し、計算の合わないタイミングにフラグを付けます。実例のウォークスルーはフィッシングメールヘッダーの解剖です。
メッセージが DMARC を通過しました。安全だということですか？
From ドメインが、そのドメインを管理する者に本当に裏付けられているという意味にすぎません。そっくりなドメイン（銀行名の 1 文字を入れ替え、新規登録し、SPF・DKIM・DMARC を完璧に備えたもの）は、完全に詐欺でありながらすべてのチェックを通過しますし、本物のドメインの侵害されたアカウントからの本物のメールも同様です。認証が答えるのは「主張するドメインから本当に来たのか」であって、「求めていることを信頼すべきか」ではありません。認証だけでなく、要求そのものを読んでください。
このツールは DKIM 署名自体を検証しますか？
いいえ。そうほのめかすのではなく、明言します。このアナライザーは、配信時に受信サーバーが記録した Authentication-Results ヘッダーを読みます — すでに実施された検証の判定です。ここで再検証するには、DNS から送信者の鍵を取得し、元のヘッダーの正確な正規化を再現する必要があり、それはヘッダーリーダーではなくメールサーバーの仕事です。URL についても同じ誠実さが適用されます。抽出して無害化し検査のため提示するもので、脅威フィードとは照合しません。
不審なメールをここに貼り付けても安全ですか？
はい — 分析はブラウザ内で実行され、貼り付けたものが送信されたり保存されたりすることはありません。それは見かけ以上に重要です。ヘッダーにはあなたのアドレス、プロバイダーの内部ホスト名と IP アドレス、そしてメッセージがあなたに届くまでに辿った完全な経路が含まれています。それらを AI チャットやオンラインの貼り付けサービスに貼って「これはフィッシング？」と尋ねることは、攻撃者が列挙したがるメタデータそのものを公開することになります。ローカルリーダーこそが、この仕事にふさわしい形です。
スコアは低いのですが、メッセージはまだ何かおかしく感じます。どちらを信じるべきですか？
あなたの直感です。スコアが数えるのは、ヘッダーと抽出された本文リンクに見えるシグナルだけです。文体、緊急性の演出、偽造された請求金額、そしてあなたの「CEO」が決してこんな書き方をしないという事実は読めません。低いスコアは、ヘッダーにそのメッセージに対する強い技術的証拠がないという意味であり、疑いの下限であって許可ではありません。求めているのが金銭、資格情報、または秘密である場合は、ヘッダーが何と言おうと、すでに信頼しているチャネルで確認してください。