メールヘッダー解析の仕組み
このツールは、貼り付けた生のメールヘッダーを解析します。Receivedの中継チェーン、宣言されたSPF/DKIM/DMARCの結果、From/Reply-To/Return-Pathの不一致まで、すべてブラウザ内で行います。DNS照会もDKIM署名の検証も行いません。
メールヘッダー解析
メールのヘッダーブロック全体（ソースの表示／元のメッセージを表示）を貼り付けると、宣言された経路と認証結果が表示されます。
メールヘッダー解析の使い方をステップごとに解説
- メールソフトで不審な、または気になるメールを開き、「元のメッセージを表示」または「ソースを表示」を探します。
- ヘッダー全体(本文より上の部分すべて)をコピーし、入力欄に貼り付けます。
- Authentication-Resultsのパネルで、宣言されているSPF/DKIM/DMARCの結果を確認します。
- From/Reply-To/Return-Pathのアドレスに、ドメインの不一致がないか確認します。
- Receivedの中継チェーンを読み、メッセージが経由したとされる経路と、各中継地点の間の時間を確認します。
よくある使用例
- 返信する前に、不審なメールのReply-Toアドレスが密かにFromアドレスと違うドメインを指していないか確認する。
- フィッシングが疑われるメールについて、信頼できるか判断する材料の1つとして、宣言されているSPF/DKIM/DMARCの結果を確認する。
- Receivedチェーンのタイムスタンプを読み、正規のメールが中継サーバーを経由するのにかかった時間を把握する。
- 実際のヘッダーを貼り付けてフィールドごとに分解された表示を見ることで、メールヘッダーの構造を学ぶ。
よくある質問
DKIM署名を検証したりDNSを照会したりしますか?
いいえ、貼り付けられたヘッダーがすでに宣言している内容を読み取るだけです。
これはフィッシング検出ツールですか?
いいえ、ヘッダー解析ツールです。不一致は調査すべき兆候であり、証拠ではありません。
貼り付けたヘッダーはサーバーに送信されますか?
いいえ、解析はすべてブラウザ内で行われます。
From/Reply-ToやFrom/Return-Pathの不一致は何を意味しますか?
返信の宛先(Reply-To)や、不達時の戻り先(Return-Path)のドメインが、表示されているFromアドレスのドメインと異なることを意味します。これは正規のメーリングリストやマーケティング配信でもよく見られる構成であり、一部のフィッシングで使われる手口でもあるため、悪意があると自動的に判定されるのではなく、注意すべき兆候として表示されます。
Receivedチェーンの一部の中継地点にタイムスタンプが表示されないのはなぜですか?
Receivedヘッダーには、すべてのメールサーバー実装で共通の厳密な標準文法があるわけではありません。最後のセミコロンの後の日付テキストが有効な日付として解析できない場合、このツールはタイムスタンプを作り出すのではなく、生のテキストをそのまま表示し、その中継地点への/からの遅延は推測せず不明のままにします。
完全なヘッダーの代わりに、SubjectとFromの行だけを貼り付けてもいいですか?
貼り付け可能です。存在するフィールドはツールが解析しますが、それらの特定のヘッダーが貼り付けられていないと、Receivedチェーンとauthentication-Resultsのセクションは空または不完全になります。