אימייל

מנתח קובצי EML

פועל מקומיתחדש

הכלי עצמו הוא באנגלית; דף זה מסביר את אופן השימוש בו בשפתך.

השתמש ב-מנתח קובצי EML

מה זה עושה

גררו קובץ .eml או הדביקו את קוד המקור של הודעה כדי לבדוק את כותרות השולח, את שרשרת ה-Received, את הקישורים ואת הקבצים המצורפים. הכול רץ בדפדפן שלכם.

היא פועלת כולה בדפדפן שלך: שום דבר שאתה מזין לא מועלה.

כיצד להשתמש ב-מנתח קובצי EML

  1. השיגו את ההודעה הגולמית. שמרו את האימייל כ-.eml או העתיקו את קוד המקור שלו: ב-Gmail Show original, ב-Outlook View message source, ב-Thunderbird או ב-Apple Mail View source. קובצי .msg של Outlook אינם נקראים.
  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 דורש שאחד מהם יהיה מיושר (aligned).
שרשרת Receivedהתחנות מפורטות מהישנה לחדשה עם העיכובים. חותמת זמן מוקדמת מזו של התחנה הקודמת, עיכוב של יותר משעה או reverse 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" שלו. כרטיס הקובץ המצורף מציג Content: HTML document ושלושה גיבובים; טבלת Links מפרטת את יעד הטופס עם "form submits data to this address".

שאלות נפוצות

מה מנתח ה-EML בודק?

הוא מפענח את הכותרות ואת כל חלקי ה-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 מוצג כטקסט ולעולם אינו מרונדר, ושום דבר לא עובר ברשת. כפתור Send to מעביר תוצאה לעמוד של כלי אחר דרך ה-session storage של הדפדפן שלכם.

באיזו כותרת Authentication-Results הכלי מאמין?

בזו שהוסיפה מערכת הדואר שלכם, שמזוהה לפי שרשרת ה-Received ומסומנת "added by the recipient's server". כותרות נמוכות יותר בהודעה יכולות להיכתב על ידי השולח, ולכן העמוד אומר לכם לסמוך רק על התוצאה של הספק שלכם.

האם הוא יכול לפתוח אימייל שמצורף לאימייל אחר?

כן. הודעה מצורפת מופיעה עם הגיבובים שלה וכפתור "Analyze the attached message" שפותח אותה באותה תצוגה. "Back to the outer message" מחזיר אתכם.

למה חלק מכתובות ה-IP חסרות באינדיקטורים?

כתובות פרטיות ומקומיות ותחנות בתוך מערכת הדואר של הנמען עצמו מושמטות, כי הן אינן מצביעות על השרתים של השולח. גם כתובות האימייל של הנמען לעולם אינן נכללות.

הסבר על המונחים

מחקר PhishDestroy