Bir e-posta birkaç kimlik içerir ve farklı soruları yanıtlarlar. SMTP zarfı aktarımı yönlendirir, yazar tarafından sağlanan başlıklar mesajı açıklar, alıcı sistemler izleme bilgilerini ekler ve kimlik doğrulama değerlendiricileri bulgularını bildirir. İkna edici bir görünen ad veya geçti diyen bir satır yeterli kaynak değildir. Her bir değeri hangi sistemin yarattığını ve kuruluşunuzun gerçekte hangi parçalara güvenebileceğini belirleyerek başlayın.
Zarfı içerikten ayırma
POSTA ve RCPT TO SMTP işlemine aittir. Görünen From ve To başlıklarıyla eşleşmeleri gerekmez. Geri dönen adres, posta listesi, takma ad, kör kopya alıcısı veya iletme kuralı, farkı meşru hale getirebilir. Teslimat için kullanılan alıcı seti yalnızca Kime ve Bilgi okunarak yeniden oluşturulmaz.
Nihai dağıtım sistemi ters yolu kaydeder. Return-Path buna göre RFC 5321. Bu başlık, yerleştirme sınırına güvenildiğinde teslimat sırasında zarfın kanıtıdır; orijinal yazarın kimliğini gösteren evrensel bir sertifika değildir. Yönlendirme, zarfı atlamalar arasında yeniden yazabilir; bu nedenle, rota boyunca tek bir adresin devam ettiğini varsaymak yerine ilgili işlemi karşılaştırın.
Görünür alanları ilişkilendirin
Kimden, mesajın altındaki yazar alanını tanımlar RFC 5322. Gönderen, kullanıldığında, alanın tanımlı anlamında iletimden sorumlu aracıyı tanımlar. Yanıtla önerilen bir yanıt hedefi sağlar. Tarih ve Mesaj Kimliği, yorumlamaya ve korelasyona yardımcı olur, ancak yalnızca mesajda görünerek bağımsız olarak doğrulanmazlar.
DKIM doğrulama, imzalanan alan adına göre imzalanmış başlık içeriğinin kimliğini doğrulayabilir. İmzasız her alanı doğrulanmış kanıtlara dönüştürmez veya Kimden'de adı geçen kişinin bir ticari işlemi yetkilendirdiğini belirlemez. Hangi imzanın geçtiğini, d alanını ve imzalı başlık listesini inceleyin. DMARC hizalama görünür Kimden alan adı ve ilgili kimliği doğrulanmış alan adı ile ilgilidir SPF veya DKIM alanı, eşleşen bir Yanıtla veya Mesaj Kimliği değil.
Alıcı sınırı belirleyin
Alıcı SMTP sunucuları Alınan izleme alanlarının başına eklenir. Kuruluşunuzun işlettiği sistemler ve gözlemledikleri dış sınırlar hakkında bilgi sahibi olarak izi okuyun. Daha önce veya dışarıdan sağlanan izleme metni yanıltıcı olabilir. Aynı şekilde, RFC 8601 tanımlar Authentication-Results anlaşılan bir güven sınırı dahilinde; bir saldırgan olumlu sonuç gibi görünen bir başlık ekleyebilir.
İki Authentication-Results alanına sahip varsayımsal bir mesaj düşünün: biri receiver.example olduğunu iddia ederken diğeri forged.example olduğunu iddia ediyor. Her iki etiket de kendi kökenini kanıtlamaz. İlkine yalnızca alıcı hizmetin belgelenen sınırı ve günlükleri, yetkili doğrulayıcının bunu eklediğini gösteriyorsa güvenin; aksi takdirde kaynağını çözülmemiş olarak işaretleyin. İkincisi, yalnızca geçiş içerdiği için kimlik doğrulamanın kanıtı değildir.
Haritayı soruşturmaya dönüştürün
İlgili her kimlik için değeri, kaynak sistemini, gözlemlenen hop'u, güven esasını kaydedin ve yanıtladığı soruları kaydedin. Görünür yazar alanı, kimliği doğrulanmış gönderim hesabından veya zarf geri dönen alanından farklı bir soruyu yanıtlar. Orijinal baytları sınırlı kanıt deposunda saklayın ve rutin tartışmalar için redakte edilmiş bir çalışma kopyasını kullanın. Redaksiyon DKIM geçersiz kılabilir, bu nedenle doğrulama gerektiğinde el değmemiş orijinali koruyun.
Başlık haritasını SMTP günlükleri ve güvenilir alıcı sonuçlarıyla karşılaştırın. Varsayımsal bir faturalandırma yolunda MAIL FROM, bounce@vendor.example , From ise invoices@brand.example şeklindedir. Farklılık meşru olabilir. Doğrulanmış DKIM imzası d=brand.example ile zarf alanı farklı olsa bile tam hizalama sağlanabilir. Geçerli bir DMARC politikası olduğunu ve çözülmemiş değerlendirme hatası olmadığını varsayalım; burada hiçbir gerçek sağlayıcı, imza veya mesaj test edilmedi.
Kanıta bağlı bir sonuçla bitirin: Hangi alanın kimliği doğrulandı, hangi rota gözlemlendi ve hangi yetkilendirme soruları açık kaldı. Bu bulguları her alanın veya talep edilen eylemin güvenilir olduğu iddiasına indirgemeyin.
Beş sütunlu bir menşe notu kullanın
- Değer: Orijinal kanıttan tam alan veya zarf kimliğini kopyalayın.
- Üretici: Bunu hangi müşterinin, aktarmanın, dağıtım hizmetinin veya doğrulayıcının sağladığını tanımlayın.
- Hop: Gözlemlendiği yerde işlemi veya alım sınırını kaydedin.
- Güven temeli: Bu sistemin kaydının neden güvenilir olduğunu açıklayın veya güvenilmez olarak etiketleyin.
- Anlamı: Değerin yanıtladığı soruyu ve hangi kimliği veya işletme yetkisini kanıtlamadığını belirtin.