Authentication-Results (SPF, DKIM, DMARC) — Adli Artefakt Başvurusu (E-posta)

01Konum

The header block of the raw message, added by the receiving administrative domain
Mail service message trace and security portal views, which may show the same results in another form

SPF ve DKIM'i hangi alan adı geçti ve bu alan adı From alanındaki ile eşleşiyor mu?
Bu sonuçları hangi sistem kaydetti ve kuruluşun güven sınırının içinde mi?
DMARC, hizalanmış bir tanımlayıcı geçtiği için mi geçti ve hangisi?

Biçim	Authentication-Results: <authserv-id>; <yöntem>=<sonuç> [neden ya da açıklama] [ptype.özellik=değer] ... Bir alan birden çok yöntem taşıyabilir. Standarttan örnek: spf=pass smtp.mailfrom=example.net.
Geçerli olduğu sürümler	Alanı RFC 8601 tanımlar; dmarc yöntemini RFC 7489 kaydeder (ptype header, özellik from). Sağlayıcılar kendi alanlarını ve açıklama metinlerini ekler.

Alan	Ne anlatır
authserv-id	Denetimleri yapan kimlik doğrulama hizmetini tanımlar. Benzersizliğini yönetim alanı üstlenir; alanı kullananlar, ona güvenip güvenmeyeceklerine bunun üzerinden karar verir.
spf, smtp.mailfrom / smtp.helo	SPF sonucu ve denetlenen kimlik: MAIL FROM posta kutusu ya da EHLO/HELO adı.
dkim, header.d / header.i	DKIM sonucu ve DKIM-Signature alanından alınan imzalayan alan adı (d etiketi) ya da imzalayan kimlik (i etiketi).
dmarc, header.from	DMARC sonucu ve değerlendirildiği From alanının alan adı.
Result values	SPF ve DKIM için: none, pass, fail, policy, neutral, temperror, permerror (SPF için ayrıca softfail). policy: yerel ilke sonucu kabul edilemez buldu (SPF'de istemci yetkiliydi; DKIM'de imzanın bir yönü kabul edilmedi).
reason, comment	Sonucun ardındaki serbest metin; ifade sağlayıcıdan sağlayıcıya değişir.

Tüm Authentication-Results alanlarını ve yanındaki Received satırını bulun. Güvenilir bir alan, kendi kuruluşunuza ait bir sunucunun eklediği Received satırının üstünde yer alır.
authserv-id'nin kendi sisteminiz olduğunu doğrulayın. Başka sistemlerin alanlarını gönderen yazmış olabilir.
Her pass için ilgili alan adını (smtp.mailfrom, header.d) yazın ve From alan adıyla ve alıcının alan adıyla karşılaştırın.
Soru gerektiriyorsa DKIM-Signature alanına (d, s, a etiketleri) ve gönderen alan adının yayımlanmış kayıtlarına bakın. Kayıtlar değiştiği için aramanın tarihini yazın.
Her mekanizmanın neyi belirlediğini kendi sözcüklerinizle yazın: hangi kimlik, hangi sistem tarafından, hangi sonuçla denetlendi. Sonuçların tümünü 'doğrulanmış' diye özetlemekten kaçının.

RFC 8601, bir pass'in iletiyi güvenilir kılmadığını belirtir: istenmeyen ya da zararlı posta, örneğin göndericinin kendi alan adıyla imzalandığında, birkaç denetimi geçebilir.
Kötü niyetli bir gönderen, alanı alıcı alan adını authserv-id olarak kullanarak taklit edebilir. Standart, sınır sunucularından bu tür alanları silmesini ister; süzülmemiş bir alana güvenilmemelidir.
DMARC, yalnızca SPF ya da DKIM From alan adıyla hizalanmış bir tanımlayıcı için geçerse geçer. Başka bir alan adı için geçen sonuç bunu karşılamaz.
Sonuçlar teslim anını anlatır. Kayıtlar ve anahtarlar o zamandan beri değişmiş olabilir; iletilen bir ileti, bir zamanlar geçtiği denetimleri geçemeyebilir.