E-posta Başlığı Analizi
Teslimat adımlarını izleyin, SPF, DKIM ve DMARC sonuçlarını okuyun ve bunların From adresini gerçekten kapsayıp kapsamadığını görün.
İlgili araçlar
- E-posta GüvenliğiBir alan adı için SPF, DKIM, DMARC, MTA-STS, TLS-RPT ve BIMI'yi kontrol edin ve bunları düzeltecek kayıtları alın.
- Kara Liste KontrolüBir IP adresinin veya bir alan adının e-posta sunucusunun DNS kara listelerinde olup olmadığını kontrol edin.
- MX ve SMTPBir alan adının e-posta sunucularını kontrol edin; SMTP bağlantılarını, STARTTLS'i ve açık aktarımı test edin.
Bu araç hakkında
E-posta Başlığı Analizi, bir iletinin ham kaynağını - ilk boş satırın üstündeki her şeyi - alır ve o iletiye ne olduğunu yeniden kurar. Katlanmış başlık satırlarını açar (RFC 5322), her Received satırını; iletiyi devreden sunucu, onu teslim alan sunucu, zaman damgası ve bir önceki atlamadan bu yana geçen gecikmeyle birlikte bir teslimat atlamasına dönüştürür ve SPF, DKIM ile DMARC kararlarını Authentication-Results (RFC 8601) ve Received-SPF (RFC 7208 §9.1) başlıklarından okur. Ardından rozetlerin yanıtlamadığı soruyu sorar: aslında hangi alan adının kimliği doğrulandı. SPF zarf alan adının, DKIM ise imzalama alan adının kimliğini doğrular ve bir ileti ancak bunlardan biri From başlığındaki alan adıyla hizalandığında kapsanır (RFC 7489 §3.1) - bu yüzden sahte bir From'un yanında başkasına ait bir alan adı için verilmiş bir pass, olduğu gibi adlandırılır. Bunun yanında, bir okuyucunun ilk gördüğü oyunlar için görünen adı, Reply-To ve Return-Path alanlarını okur; Received zincirini boşluklar, geriye giden zaman damgaları ve ev bağlantısına benzeyen bir ilk atlama için baştan sona gezer. Yalnızca iletiyi teslim eden sunucunun yazdığı sonuçlar sayılır: başka herhangi bir sunucunun yazdığı bir Authentication-Results satırı ve daha önceki bir atlamadan taşınan bir ARC kümesi (RFC 8617) gösterilir ve işaretlenir, asla sayılmaz; çünkü yol üzerindeki her makine bunları yazabilir. Bir DKIM imzasını kendisi doğrulamaz, SPF veya DKIM kayıtları için DNS sorgusu yapmaz, başlıklarda adı geçen hiçbir sunucuyla bağlantı kurmaz, ileti gövdesini ve ekleri okumaz. Puan, bu başlıkların bir okumasıdır, ileti hakkında bir hüküm değil: alıcı sunucunun altındaki her şeyi iletiyi gönderen yazmış olabilir, bu yüzden sayfanın söyleyebileceği en güçlü şey, bir alan adının kimliğinin doğrulandığı ve hizalı olduğudur.
Yapıştırdığınız hiçbir şey tarayıcınızdan çıkmaz; açtığınız veya sürükleyip bıraktığınız bir .eml ya da .txt dosyası da tarayıcının kendi File API'si ile okunur ve aynı şekilde ayrıştırılır - hiçbir zaman yüklenmez. Başlıklar sayfadaki JavaScript tarafından açılır ve ayrıştırılır: XGM API'sine hiçbir istek gitmez, içlerinde geçen alan adları, seçiciler veya adresler için DNS sorgusu gönderilmez ve bir Received satırında adı geçen hiçbir sunucuyla iletişim kurulmaz. SPF, DKIM ve DMARC rozetleri, alıcı sunucunuzun zaten yazmış olduğu Authentication-Results ve Received-SPF başlıklarından kopyalanır, dolayısıyla hiçbir yerde aranacak bir şey kalmaz. Altlarındaki sahtecilik değerlendirmesi de aynı metinden kurulur: From alan adını, SPF ve DKIM'in gerçekten doğruladığı alan adıyla karşılaştırır, görünen adı, Reply-To ve Return-Path alanlarını okur ve Received zincirini izler. Mesajı teslim eden sunucu dışındaki bir sunucunun yazdığı sonuçlar gösterilir ama sayılmaz, çünkü yoldaki her makine bunları ekleyebilir. Puan, bu başlıkların bir okumasıdır, mesaj hakkında bir hüküm değildir ve alıcı sunucunun altındaki her şeyi mesajı gönderen yazmış olabilir - bu yüzden sayfanın söyleyebileceği en güçlü şey, bir alan adının kimliğinin doğrulandığı ve hizalandığıdır. JSON ve Markdown dışa aktarımları sayfada üretilir ve kendi tarayıcınız tarafından kaydedilir; kutudaki metin ise sonuçla birlikte saklanmaz.
Nasıl kullanılır
- E-posta Başlığı Analizi aracını açın.
- İncelemek istediğiniz girdiyi yapıştırın veya yazın.
- Tarayıcınızda hesaplanan sonucu okuyun; girdi XGM'e gönderilmez.
- Çıktıyı yalnızca doğru göründüğünü kontrol ettikten sonra kopyalayın.
- Daha geniş bir teşhis görünümü gerekiyorsa ilgili XGM araçlarını kullanın.
SSS
İletinin imzalandığını bildiğim hâlde DKIM “bulunamadı” gösteriyor. Neden?
Rozetler, DKIM-Signature'ın kendisinden değil, alıcı sunucunuzun yazdığı Authentication-Results başlığından okunur (RFC 8601). Sağlayıcınız o başlığı eklemiyorsa ya da kaynağın yalnızca bir kısmını yapıştırdıysanız, gösterilecek bir hüküm yoktur. Çözümleyici açık anahtarı DNS'ten hiçbir zaman getirmez; bu yüzden alıcının zaten kontrol etmediği bir imzayı yeniden hesaplayamaz.
Gönderen hangi satırdır, ilki mi sonuncusu mu?
Her sunucu kendi Received satırını başa ekler, bu yüzden ham kaynakta en yeni atlama en üstte yer alır (RFC 5322 §3.6.7). Tablo bu sırayı ters çevirir: 1. atlama en eskisidir, normalde iletiyi ilk kabul eden makinedir; son satır ise iletiyi posta kutunuza teslim eden sunucudur.
Bir gecikme neden negatif olur ve bu neden uyarı oluşturur?
Her atlamanın gecikmesi, kendi zaman damgasından bir önceki atlamanınkinin çıkarılmasıyla bulunur ve her sunucu kendi saatiyle damga basar. Birkaç saniyelik kayma normaldir, bu yüzden yalnızca geriye doğru 60 saniyeden büyük farklar işaretlenir. Büyük bir negatif gecikme, ya bir aktarıcıda kötü ayarlanmış bir saat ya da gerçek bir sunucu yerine gönderen tarafından eklenmiş Received satırları anlamına gelir.
SPF geçti diyor ama DMARC başarısız oldu. Nasıl olur?
SPF, MAIL FROM içindeki zarf göndericisini doğrular; bu da Return-Path başlığının kaydettiği şeydir (RFC 7208 §2.4). DMARC ise ancak o alan adı, From başlığındaki alan adıyla hizalı olduğunda geçer sayar (RFC 7489 §3.1); bu yüzden kendi alan adına geri dönüş yapan bir e-posta hizmeti SPF'ten geçer ve yine de DMARC'tan kalır. Çözümleyici, Return-Path alan adı ne From alan adı ne de onun bir alt alan adı olduğunda buna dikkat çeker; bu durumda hizalamayı DKIM'in taşıması gerekir.
Puan yüksek. Bu, iletinin güvenli olduğu anlamına mı geliyor?
Hayır, sayfa da böyle bir şey söylemez. Puan yalnızca bu başlıkların From adresini ne kadar desteklediğini ölçer: mesajı teslim eden sunucunun geçer bir sonuç bildirip bildirmediğini, bu sonucun From satırındaki alan adını kapsayıp kapsamadığını ve yolun adreslerle uyuşup uyuşmadığını. Ele geçirilmiş gerçek bir hesap kusursuz biçimde kimliği doğrulanmış oltalama mesajları gönderir ve alıcı sunucunun altındaki başlıklarda yer alan her şeyi mesajı gönderen kişi yazmış olabilir. Verilebilecek en güçlü ifade “o alan adı için kimliği doğrulanmış ve hizalanmış” ifadesidir; bu da içerikle değil alan adıyla ilgilidir.
Received satırlarına güvenilebilir mi?
Yalnızca kontrol ettiğiniz ilk sunucudan aşağıya doğru. Bir iletinin, sağlayıcınıza ulaşmadan önce taşıdığı her şey gönderen tarafından yazılmış olabilir; bu yüzden saygın bir köken iddia eden başlıklar hiçbir şey kanıtlamaz. Güvenilir kısımlar, kendi altyapınızın eklediği atlamalar ve onun yazdığı Authentication-Results satırıdır; aracın SPF, DKIM ve DMARC rozetlerini o başlığa dayandırmasının nedeni budur.
Tam E-posta Başlığı Analizi rehberini okuyun