メールヘッダー解析・認証チェック
アカウント不要・外部送信ゼロのブラウザ完結フォレンジックインスペクター。メールの配送経路（Receivedホップ）、SPF・DKIM・DMARC・ARC認証結果、ドメイン整合性、異常パターン検知、共有前の個人情報マスキングまで安全に調査できます。
「メールヘッダー解析・認証チェック」について
Solasuの「メールヘッダー解析・認証チェック（Email Header Forensics & Authentication Inspector）」は、機密性の高いメールヘッダーや.emlファイルを外部サーバーへアップロードすることなく、お使いのWebブラウザ内（100%クライアントサイド）だけで安全かつ客観的に解析できる無料のセキュリティ・フォレンジックツールです。
単に「PASS / FAIL」を表示するだけでなく、RFC 5322、RFC 7208（SPF）、RFC 6376（DKIM）、RFC 8601（Authentication-Results）、RFC 8617（ARC）、そして現行規格であるRFC 9989 / 9990 / 9991（DMARC）に準拠し、各MTAが記録した配送タイムラインや認証結果、ドメイン間のアライメント（整合性）を証拠付きで可視化します。
解析結果は、インシデント報告やサポート共有に便利なMarkdown、CSV、JSON、および印刷・保管用のフォレンジックPDFレポートとして出力可能です。共有前にメールアドレスやIPアドレスを隠す「プライバシーマスク（Redaction）」機能も標準装備しています。
100% ブラウザ完結・外部送信ゼロのプライバシー設計
メールヘッダーや.emlファイルには、送信者・受信者の氏名やメールアドレス、社内サーバーのプライベートIP、メール本文抜粋などの機密情報が含まれる可能性があります。
本ツールは解析処理をすべてブラウザのローカルメモリ（Web Worker）内で実行し、外部サーバーへのファイル送信、外部APIの呼び出し、リアルタイムDNSルックアップを一切行いません。localStorageやCookieへの永続化も行わないため、セキュリティ監査現場でも安心です。
Received配送経路タイムラインと遅延・時刻逆転検知
メールが発信元から受信者のメールボックスへ届くまでに経由した各MTA（メール転送エージェント）のReceivedヘッダーを時系列に整列します。
ホップごとの中継所要時間を算出し、隣接ホップ間での極端な滞留や、サーバーのクロックスキュー（時計のズレ）による時刻逆転などのタイムスタンプ異常候補を自動検出します。
最新RFC規格に基づく認証結果（SPF・DKIM・DMARC・ARC）インスペクター
受信サーバーが記録したRFC 8601 Authentication-Resultsを構造化し、SPF、DKIM、DMARC、ARCの評価結果とプロパティを客観的に表示します。
2026年現在のDMARC規格（RFC 9989 / RFC 9990 / RFC 9991）を基準に、FromドメインとSPF・DKIMドメインのアライメント（整合性）を厳密に比較します。
共有前のプライバシーマスキングと多彩なフォレンジックレポート出力
社内外の問い合わせやチケットにヘッダーを添付する際、ワンクリックでメールアドレス、IPアドレス、ホスト名、Message-IDなどの識別子をマスクしたサニタイズドヘッダーを生成できます。
調査結果は、構造化JSON、ホップ一覧CSV、インシデントチケット用Markdown、およびA4レイアウトのフォレンジックPDFレポートとして出力・ダウンロードできます。
よくある質問 (FAQ)
メールヘッダーとは何ですか？
メールヘッダーは、メールの送信者、宛先、件名、送信日時のほか、メールがインターネット上のどのサーバーを経由して届いたかを示す配送経路（Received）や、なりすまし防止の認証結果（SPF/DKIM/DMARC）などが記録されたメタデータ領域です。
Receivedヘッダーとは何ですか？
Receivedヘッダーは、メールがMTA（メール転送エージェント）を経由するたびに、各中継サーバーが一番上に追加していく追跡記録です。下にあるものほど送信元に近く、一番上にあるものほど受信者のメールサーバーに近い記録となります。
Gmailでメールヘッダーを確認する方法は？
Gmailで該当メールを開き、返信ボタン横のその他メニュー（縦の3点アイコン）をクリックして「メッセージのソースを表示」を選択します。別タブでRAWヘッダーを含むソース全体が表示されます。
Outlookでメールヘッダーを確認する方法は？
デスクトップ版Outlookではメールを別ウィンドウで開き、「ファイル」→「プロパティ」を開くと「インターネットヘッダー」欄に表示されます。Web版Outlookではメール右上の「...」メニューから「表示」→「メッセージの詳細を表示」を選択します。
Return-Pathとは何ですか？
Return-Pathは、メールの配送中にエラー（バウンス）が発生した際に通知を送る宛先アドレス（エンベロープFrom）です。Fromヘッダーに記載された表示上の送信者アドレスとは異なる場合がありますが、外部配信スタンドなどを利用している場合は正常な挙動です。
Reply-Toとは何ですか？
Reply-Toは、受信者がメールソフトで「返信」ボタンを押したときに自動的に設定される返信先アドレスです。Fromと異なるドメインが指定されている場合、サポート窓口や問い合わせ管理システムに誘導する正当なケースと、返信を詐取するケースの両方があり得ます。
Message-IDとは何ですか？
Message-IDは、メールの送信元システムが各メッセージを一意に識別するために割り当てる固有の識別子です。通常は「<ランダム文字列@送信ドメイン>」のような形式を持ちます。
SPFとは何ですか？
SPF（Sender Policy Framework: RFC 7208）は、送信元ドメインのDNSレコードに許可された送信元IPアドレスを公開し、受信側サーバーがそのIPから送られてきた正当なメールであるかを検査する認証技術です。
DKIMとは何ですか？
DKIM（DomainKeys Identified Mail: RFC 6376）は、送信側サーバーがメールに電子署名を付与し、受信側が送信元ドメインの公開鍵を用いて署名を検証することで、メール送信元の真正性と本文の改ざんがないことを確認する仕組みです。
DMARCとは何ですか？現在の規格は？
DMARCは、送信者ドメイン（From）とSPF/DKIMの認証結果のアライメント（一致）を検証し、認証に失敗した場合の処理方針（none/quarantine/reject）を宣言する規格です。現在ではRFC 9989（基本仕様）、RFC 9990（集計レポート）、RFC 9991（障害レポート）が最新仕様です（RFC 7489は更新・分割済み）。
ARC（Authenticated Received Chain）とは何ですか？
ARC（RFC 8617）は、メーリングリストや自動転送などの中継処理によってメールが加工され、元のSPFやDKIMの署名が破綻してしまう問題に対応するため、中継地点ごとの認証評価結果を連鎖的に記録・証明する技術です。
Authentication-Resultsヘッダーとは何ですか？
Authentication-Results（RFC 8601）は、受信側の境界サーバーやセキュリティゲートウェイが、メール受信時に実行したSPF、DKIM、DMARC、ARCなどの認証評価結果を記録する構造化ヘッダーです。
SPF PASSは何を意味しますか？
SPF PASSは、メールを送信してきた直前のサーバーIPアドレスが、送信元ドメインの公開SPFレコードに「正規の送信元」として明記されていることを意味します。ただし、表示上のFromアドレスではなくエンベロープFromが検査対象です。
DKIM PASSは何を意味しますか？
DKIM PASSは、メールに付与された電子署名が、指定されたドメインの公開鍵によって正常に検証され、署名対象のヘッダーや本文が送信後に改ざんされていないと受信側サーバーが判定したことを意味します。
DMARC PASSは何を意味しますか？
DMARC PASSは、メールの表示送信者（Header From）のドメインと、SPFまたはDKIMで認証されたドメインが一致（アライメント成立）し、かつ認証自体に合格していることを意味します。
ドメインアライメント（Domain Alignment）とは？
ドメインアライメントとは、ユーザーの画面に表示される「Fromヘッダーのドメイン」と、認証をパスした「SPFのエンベロープFromドメイン」または「DKIM署名のd=ドメイン」が一致しているかどうかを検査するDMARCの核心概念です。
Receivedヘッダーはどう読めばいいですか？
Receivedヘッダーは一番下から上に向かって時系列順（送信元から受信者へ）に読みます。「from 送信サーバー by 受信サーバー with 通信方式 id 追跡番号 ; 日時」の順で各中継地点の情報が記録されています。
ヘッダー内になぜ複数のIPアドレスがあるのですか？
メールは通常、送信者のクライアントPC、社内メールサーバー、クラウド配信ゲートウェイ、受信者のセキュリティフィルター、受信メールボックスなど複数のサーバーをリレー（バケツリレー）して届くため、各中継サーバーのIPが順に記録されるためです。
ヘッダー解析だけでフィッシングメールを100%見分けられますか？
いいえ。メールヘッダー解析は配送経路や認証結果、不整合パターンを客観的に提示するものであり、送信者の真意や本文に書かれた詐欺的文面までを100%保証するものではありません。ヘッダーの客観的証拠と本文内容の両面から総合的に判断する必要があります。
入力したメールデータがSolasuのサーバーに保存・送信されることはありますか？
一切ありません。すべての解析、デコード、マスキング、PDF生成は100%お使いのブラウザ内部（JavaScript/Web Worker）で完結しており、外部サーバーへの通信は0件です。
このツールは外部へリアルタイムDNS問い合わせをしていますか？
いいえ。プライバシー保護と完全ブラウザ完結の方針に基づき、外部DNSサーバーへの問い合わせは一切行いません。ヘッダー内に記録された記述内容のみを解析対象とします。
プライバシーマスク（Redaction）機能とは何ですか？
解析後のメールヘッダーを社内チャットや外部ベンダー、チケット管理ツールなどに共有する際、個人情報であるメールアドレスや送信元IPアドレス、Message-IDなどの識別子を「j***@example.com」のように不可逆的に伏字化する機能です。