E-posta

EML Analiz Aracı

Yerelde çalışırYeni

Araç İngilizce dilindedir; bu sayfada ise araç, sizin dilinizde açıklanmaktadır.

EML Analiz Aracı'i kullanın

Ne işe yarar?

Gönderen başlıklarını, Received zincirini, bağlantıları ve ekleri kontrol etmek için bir .eml dosyası bırakın veya ileti kaynağını yapıştırın. Her şey tarayıcınızda çalışır.

Tamamen tarayıcınızda çalışır: girdiğiniz hiçbir bilgi yukarıya yüklenmez.

EML Analiz Aracı nasıl kullanılır?

  1. Ham iletiyi alın. E-postayı .eml olarak kaydedin veya kaynağını kopyalayın: Gmail'de Show original, Outlook'ta View message source, Thunderbird veya Apple Mail'de View source. Outlook .msg dosyaları okunmaz.
  2. Yükleyin. .eml dosyasını kutuya bırakın veya seçin (en fazla 50 MB) ya da kaynağı metin alanına yapıştırın (en fazla 5 MB) ve Analyze (Analiz et) düğmesine basın.
  3. Özeti okuyun. Bulgular tehlike işaretleri, uyarılar, notlar ve geçen kontroller olarak sıralanır. Her satır, geldiği başlığı, bağlantıyı veya eki belirtir.
  4. Ayrıntıları kontrol edin. Özetin altında gönderen başlıkları, From alan adıyla karşılaştırılan alan adları, kimlik doğrulama sonuçları, Received zinciri, her bağlantı ve her ek yer alır.
  5. Göstergeleri alın. İhtiyacınız olan gösterge türlerini işaretleyin, ardından bunları ham veya zararsızlaştırılmış olarak kopyalayın, .txt dosyası olarak indirin ya da Send to'yu kullanın.

Örnek

Hazırlanmış kimlik avı iletisi

Giriş
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--
Çıktı (2026-10-20 tarihinde kaydedildi)
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 kılığına girmiş bir görünen ad, başka alan adlarındaki Reply-To ve DKIM, DMARC fail, metni www.example.com gösteren ama login.example.net'e giden bir bağlantı ve parola formu içeren invoice.pdf.html eki.

Neyi kontrol eder?

SinyalBunun anlamı nedir?
E-posta adresi içeren görünen adAd bir adresi gösterirken gerçek gönderen başka biriyse tehlikelidir. E-posta uygulamaları çoğu zaman yalnızca adı gösterir.
Başka alan adındaki Reply-ToBir uyarı: yanıtınız göndericiden farklı bir kuruluşa gider.
Authentication-ResultsDMARC fail ve SPF fail tehlike işaretidir; SPF softfail ve DKIM fail uyarıdır. Yalnızca kendi sağlayıcınızın eklediği sonuç dikkate alınır.
Return-Path ve DKIM d= alan adlarıFrom alan adından farklı olduklarında not edilir. Bu, toplu e-posta hizmetlerinde normaldir, ancak DMARC bunlardan birinin uyumlu (aligned) olmasını gerektirir.
Received zinciriAtlamalar en eskiden başlayarak gecikmeleriyle listelenir. Önceki atlamadan daha erken bir zaman damgası, bir saatten uzun bir gecikme veya "may be forged" içeren ters DNS işaretlenir.
Bağlantı metni ve hedefiGörünen metin bir alan adını gösterirken bağlantı başka birine gidiyorsa ya da @ işaretinden önceki metin gerçek ana makineyi gizliyorsa tehlikelidir. Yalın IP'ler, punycode, kısaltıcılar ve sarmalanmış bağlantılar da işaretlenir.
EklerÇift uzantılar, kod çalıştıran veya tarayıcıda açılan dosyalar, uzantıyla eşleşmeyen içerik ve sağdan sola geçersiz kılma (right-to-left override) hileleri işaretlenir. Her dosya için SHA-256, SHA-1 ve MD5 hesaplanır.
HTML içindeki formlar ve betiklerGövdede veya bir ekte parola alanı içeren bir form tehlike işaretidir. Bir ekin içindeki betik kodu uyarıdır.

Diğer örnekler

IP adresini gizleyen bir bağlantı

Giriş
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>
Sonuç

1 tehlike işareti, "1 link: text before "@" is ignored: the real host is 203.0.113.7", ve 1 uyarı, "1 link: link goes to a bare IP address". Links tablosu adresi zararsızlaştırılmış olarak, Upgrade storage metninin yanında gösterir.

PDF kılığındaki bir HTML sayfası

Giriş
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--
Sonuç

2 tehlike işareti: invoice.pdf eki "contains a form with a password field" (parola alanı içeren bir form içeriyor) ve "content is HTML document, not .pdf" (içeriği .pdf değil, HTML belgesi). Ek kartı Content: HTML document ve üç hash gösterir; Links tablosu form hedefini "form submits data to this address" notuyla listeler.

Sık Sorulan Sorular

EML Analyzer neleri kontrol eder?

Başlıkları ve her MIME parçasını çözer; From, Reply-To, Return-Path, DKIM d= ve Message-ID alan adlarını karşılaştırır ve Authentication-Results'ı okur. Ayrıca Received atlamalarını gecikmeleriyle, her bağlantıyı görünen metniyle ve her ekin SHA-256, SHA-1 ve MD5 değerlerini listeler.

Bir e-postanın kimlik avı olduğunu ya da güvenli olduğunu kanıtlayabilir mi?

Hayır. Bir karar değil, olguları ve uyarı işaretlerini gösterir: meşru toplu e-postaların Return-Path veya DKIM alan adı çoğu zaman farklıdır; DKIM imzaları listelenir ancak kriptografik olarak doğrulanmaz. Outlook .msg dosyaları desteklenmez; iletiyi önce .eml olarak kaydedin.

E-posta bir yere yükleniyor mu?

Hayır. Dosya tarayıcınızda okunur ve ayrıştırılır, HTML metin olarak gösterilir ve hiçbir zaman işlenmez (render edilmez), ağ üzerinden hiçbir şey gitmez. Send to düğmesi bir sonucu tarayıcınızın oturum depolaması (session storage) aracılığıyla başka bir araç sayfasına aktarır.

Hangi Authentication-Results başlığına güveniyor?

Kendi e-posta sisteminizin eklediğine; bu başlık Received zincirinden tanınır ve "added by the recipient's server" olarak işaretlenir. İletinin daha altındaki başlıkları gönderen yazmış olabilir; bu nedenle sayfa yalnızca sağlayıcınızın sonucuna güvenmenizi söyler.

Başka bir e-postaya eklenmiş bir e-postayı açabilir mi?

Evet. Ekli bir ileti, hash'leriyle ve onu aynı görünümde açan bir "Analyze the attached message" düğmesiyle listelenir. "Back to the outer message" sizi geri götürür.

Bazı IP adresleri neden göstergelerde yok?

Özel ve yerel adresler ile alıcının kendi e-posta sistemindeki atlamalar, gönderenin sunucularına işaret etmedikleri için dışarıda bırakılır. Alıcı e-posta adresleri de hiçbir zaman dahil edilmez.

Terimlerin açıklamaları

PhishDestroy araştırması