[ Başlıklar ve teslimat hataları ]

Microsoft bileşik kimlik doğrulama sonuçları ve DMARC

Microsoft compauth değerlerini ve neden kodlarını, DMARC ve güvenilir orijinal mesaj kanıtlarının yerine değil, birlikte yorumlayın.

EmailAuth araştırma ekibi tarafından · 7 dakikalık okuma

[ Anahtar noktalar ]

  • Bileşik kimlik doğrulama Microsoft'a özeldir ve DMARC eşdeğer değildir.
  • Tam değer, sebep ve kimlik alanlarını birlikte okuyun.
  • Kimlik doğrulama sonuçları nihai teslimatı veya içerik güvenliğini garanti etmez.
Bu sayfada

Bileşik kimlik doğrulamayı Microsoft sonucu olarak okuyun

Microsoft'un compauth alanı, Microsoft'un başka bir yazılışı değildir. DMARC. Kimlik doğrulama ve diğer mesaj sinyallerini kullanan bileşik bir değerlendirmedir ve yorumu Microsoft'un belgelenmiş işlemesine aittir. Bu nedenle bir mesaj, başlığın doğası gereği çelişkili olmaksızın, farklı görünümlü DMARC ve bileşik sonuçlar içerebilir. Doğru görev, sonucun ne oluşturduğuna karar vermeden önce her alanı, kimlik bağlamını ve ilişkili neden kodunu okumaktır.

Bu makalede, 8 Kasım 2026'da tutulan Microsoft birincil belgeleri kullanılmaktadır. Spam önleme başlık sayfası, 27 Temmuz 2026 tarihli bir güncelleştirmeyi tanımlar. Hiçbir orijinal mesaj veya kiracı izi sağlanmadı ve aşağıdaki örnek, düzeltilmiş bir başlıktan ziyade açıkça kurgusaldır. Katalog, operasyonel sonuçların yayınlanabilmesi için gerçek bir orijinal mesaj örneğine ihtiyaç duymaktadır.

Kimlikleri görünür tutun

Microsoft, head.from'u görünür Kimden etki alanı olarak, smtp.mailfrom'u ise zarf olarak tanımlar POSTA etki alanı ve başlık.d olarak DKIM mevcut olduğunda etki alanını imzalama. Bu alanlar farklılık gösterebilir. Sonuçları okurken ilişkilerini koruyun: SPF bir alan adı için geçiş otomatik olarak kurulmuyor hizalama görünür gönderenle ve bir DKIM geçişinin tanımladığı imza ve alan adı ile ilişkilendirilmesi gerekir. Microsoft kimlik doğrulama başlığı alanları

DMARC protokol kararı, kendi kuralları kapsamında görünür From alanıyla uyumla ilgilidir. Microsoft bileşik kimlik doğrulaması, SPF , DKIM , DMARC ve diğer bilgileri birleştirirken temel olarak From etki alanını kullanır. Ayrı DMARC sonucunu, uyumluluk bildirimindeki uyumlulukla veya DNS sorun giderme sonucunda değiştirmeyin. İlgili fakat aynı olmayan soruları yanıtlarlar. RFC 9989 Microsoft bileşik alanları

Sonucu ve nedenini birlikte yorumlayın

Microsoft, üç basamaklı bir nedenle başarılı, başarısız, yumuşak geçiş ve hiçbiri için uyumluluk değerlerini belgeler. Tam çifti saklayın. Bir neden kodu, rakamları başka bir teşhise benzese bile bir SMTP yanıt kodu değildir. reason=130 kodunu genel bir SMTP tablosu kullanarak çözmeyin veya bir mesajın değerinden kiracı çapında bir koşul çıkarmayın. Gözlemlenen bağlam için geçerli Microsoft tablosunu kullanın. Microsoft bileşik kimlik doğrulaması

Başlık referansı, neden 000'i bir DMARC hatası ve karantina veya reddetme ilkesiyle birlikte açık kimlik doğrulama hatası olarak tanımlarken, 001 belgelenmiş zayıf veya politikanın olmadığı durumlarda örtülü kimlik doğrulama hatasıyla ilgilidir. 109'u hiçbir şeyin olmadığı bir durum olarak tanımlıyor DMARC kaydı mevcut ancak aksi takdirde mesaj iletilecek. Bunlar kapsamlı satıcı tanımlarıdır; bir başlık oluşturma talimatları veya burada böyle bir mesajın gözlemlendiğine dair kanıt değildir. Microsoft neden kodları

Yayınlanmış bir politikayı talep etmeden bestguesspass'ı anlayın

Microsoft'un dmarc=bestguesspass etiketi, DMARC olmadığı anlamına gelir TXT kaydı mevcut ancak etki alanında bir tane olsaydı mesaj iletilirdi. Alanın geçerli bir DMARC politikası yayınladığının veya gerçek standart DMARC değerlendirmesinin başarılı sonuç döndürdüğünün kanıtı olarak rapor edilmemelidir. Satıcı etiketini kelimesi kelimesine koruyun ve sınırlı anlamını açıklayın. Microsoft DMARC alan değerleri

Böyle bir sonucu inceleyen gönderenin yine de gerçek kamu politikasını ve amaçlanan kimlik doğrulama yapılandırmasını doğrulaması gerekir. Bileşik başarının açık alan adı politikası ihtiyacını ortadan kaldırdığını veya diğer alıcıların aynı değerlendirmeyi yapacağını garanti ettiğini varsaymayın. Alıcıya özgü buluşsal yöntem veya çıkarım, alanın yayınlanan kontrollerinin taşınabilir bir alternatifi değildir.

ARC ve örtülü sinyaller altta yatan gerçekleri yeniden yazmaz

Microsoft, Reason 130'u güvenilir olarak belgeliyor ARC mühürleyicinin sonucu bir DMARC hatasını geçersiz kılıyor. Bu, iletilen veya aracılık edilen bir yoldaki bileşik sonucu açıklayabilir, ancak altta yatan DMARC hatasının kanıt kaydından silinmesi gerektiği anlamına gelmez. Orijinal sonucu, ARC içeriğini, nedenini ve nihai işlemeyi ayırt edilebilir tutun. Herhangi bir ARC başlığının yeterli olduğunu iddia etmeyin; belgelenen vaka güvenilir bir mühürleyiciyle ilgilidir. Microsoft nedeni 130

Benzer şekilde Microsoft, diğer örtülü sinyalleri açıklar ve bileşik bir hatanın doğrudan engellemeyle sonuçlanmadığını belirtir. Genel değerlendirme, bu başarısızlığa rağmen bir mesaja izin verebilirken diğer koruma teknolojileri, kimliği doğrulanmış postalardaki riski belirleyebilir. Sonuç olarak, compauth=pass, gelen kutusu yerleşimi veya içerik güvenliğinin garantisi değildir ve compauth=fail, tek başına reddedilmenin kanıtı değildir. Microsoft işleme açıklaması

Üstbilgi güven sınırını oluşturma

İlgili alıcıdan yetkili orijinal bir mesaj alın ve hangi güvenilir sistemin sonuçları ürettiğini belirleyin. RFC 8601 nedenini açıklıyor Authentication-Results iddiaların bir güven sınırına ihtiyacı vardır. Bir ileti yolu boyunca birden fazla başlık görünebilir ve güvenilmeyen bir gönderen, yetkili görünen bir metin ekleyebilir. Kaynağını takip etmeden, istenen sonuca en iyi uyan olayı seçmeyin. RFC 8601

Dahili doğrulama için el değmemiş bir orijinali ve ayrı bir düzenlenmiş açıklayıcı kopyayı saklayın. Adreslerin veya imzalı içeriğin değiştirilmesi bağımsız kriptografik yeniden doğrulamayı engelleyebilir; bu nedenle kopyayı buna göre etiketleyin. Ek açıklama, tartışma için kimlik ilişkilerini koruyabilir ancak yeni doğrulanabilir orijinal bir mesaj değildir. Alıcının daha güçlü kanıtlara ihtiyacı varsa, açıklamayı sessizce genişletmek yerine onaylanmış güvenli bir aktarım sürecini kullanın.

Orijinal bileşik sonuç çalışma sayfası

Aşağıdaki önerilen çalışma sayfası alan yorumunu tekrarlanabilir hale getirmektedir. Gerçek bir mesajla doldurulmamıştır ve tamamlanmış bir kimlik doğrulama analizi olarak değerlendirilmemelidir.

  • Kanıt kaynağı: alınan mesaj referansı, alıcı, zaman damgası ve güvenilir doğrulayıcı.
  • Görünür kimlik: başlık.from ve bunun iş göndereniyle ilişkisi.
  • SPF : kesin sonuç, smtp.mailfrom ve gözlemlenen kaynak bağlamı.
  • DKIM : her ilgili imza ve karşılık gelen başlık için sonuç.d.
  • DMARC : tam satıcı alanı değeri ve ayrı olarak doğrulanmış politika bağlamı.
  • Bileşik: Compauth değeri, üç basamaklı sebep ve alıntı yapılan Microsoft tanımı.
  • Arabuluculuk: yönlendirme, güvenilir ARC veya diğer yol kanıtlarının gerçekten mevcut olması.
  • Sonuç: gözlemlenen işlem, desteklenmeyen sonuçlar ve gerekli sonraki kanıtlar.

Sentetik bir tüm geçiş kaydı oluşturmak için farklı mesajların sonuçlarını birleştirmeyin. Başarılı bir doğrudan dağıtım örneği ve iletilen bir başarısızlık örneği, bir rota farkını ortaya çıkarabilir ancak her birinin kendi kimliğine ve zaman damgasına ihtiyacı vardır. Bir alan veya orijinal mesaj kullanılamadığında bilinmeyenleri koruyun.

Kurgusal örnek: Çıkarılan başarı, politika dağıtımıyla karıştırılıyor

Kurgusal Seabright Masası, dmarc=bestguesspass ve compauth=pass reason=109. Önerilen inceleme, belgelenen anlamın yayınlanmış bir DMARC kaydı oluşturmadığını açıklamaktadır. Posta sahibi, etki alanını yalnızca bileşik sonuçtan tamamlandı olarak işaretlemek yerine, yine de asıl politikayı inceleyecek ve amaçlanan dağıtımı onaylayacaktır.

Bu çalışmada Seabright Desk başlığı, DNS yanıtı veya kiracı sonucu mevcut değil. Değerler uydurma doğrulama kanıtları olarak değil, yalnızca Microsoft'un belgelenmiş yorumunu göstermek için kullanılır. Gerçek bir analiz, orijinal mesajı ve güvenilir kaynak bağlamını gerektirir.

Katalog, güncel Microsoft alan tanımlarını ve düzenlenmiş orijinal mesaj örneğini gerektirir. Tanımlar kaynağa dayalıdır ancak orijinal mesajın kanıtı yoktur. Orijinal kanıtlar, insan KOBİ'si, kaynak uygulanabilirliği, üretim yolları, görsel erişilebilirlik ve mal sahibinin serbest bırakılması açık olmaya devam etmektedir. Bu taslak, doğrulanmış bir kiracı değerlendirmesi değil, bir yorumlama kılavuzudur.

[ Götürmek ]

Her alanın anlamını ve güven bağlamını koruyun ve çıkarsanan veya bileşik başarıyı yayınlanmış bir DMARC politikasının kanıtına dönüştürmekten kaçının.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

BT / Posta Yöneticisi

Kimlikleri ayrı tutun

Görünür Kimden, zarf göndereni ve imzalama alanı farklı olabilir.

Sonraki adımlar

  1. Header.from, smtp.mailfrom ve başlık.d'yi kaydedin.
  2. Tam telafi nedenini okuyun.
  3. Politika içeriğini bağımsız olarak doğrulayın.

CISO / SecOps

Sonuç kaynağını belirleyin

Rastgele bir geçiş başlığı güvenilir bir kanıt değildir.

Sonraki adımlar

  1. Alıcı güven sınırını belirleyin.
  2. Orijinal mesajı saklayın.
  3. Düzenlenmiş kopyaları ve bunların doğrulama sınırlarını etiketleyin.

Kurucu / Teknik Olmayan

Kesin bir hazırlık sonucunu kullanın

Bileşik geçiş her kimlik doğrulama görevini tamamlamaz.

Sonraki adımlar

  1. Sonucun aslında neyi belirlediğini sorun.
  2. Teslimat ve güvenlik sonuçlarını ayrı tutun.
  3. Yayınlanmadan önce orijinal mesajın kanıtını isteyin.

[ SSS ]

Sık sorulan sorular

Compauth DMARC ile aynı mıdır?

Hayır. Microsoft, kimlik doğrulamayı ve diğer sinyalleri bileşik sonuçta birleştirir.

Microsoft: Anti-spam mesaj başlıkları

Hangi uyumluluk değerleri belgelenmiştir?

Microsoft belgeleri başarılı, başarısız, yumuşak geçişli ve üç basamaklı bir nedenle hiçbiri yok.

Microsoft: Microsoft 365 e-posta kimlik doğrulaması nasıl çalışır?

Bestguesspass neyi belirler?

Microsoft, hiçbir DMARC kaydının bulunmadığını ancak aksi takdirde mesajın geçeceğini söylüyor; yayınlanmış bir politikanın kanıtı değildir.

Microsoft: Anti-spam mesaj başlıkları

Sebep 109 neyi açıklıyor?

Belgelenen vakanın DMARC kaydı yok ancak aksi durumda geçerli olacaktır.

Microsoft: Anti-spam mesaj başlıkları

Sebep 130 neyi açıklıyor?

Güvenilir bir ARC mühürleyicinin sonucu, bir DMARC hatasını geçersiz kıldı. Temel sonucu ve bağlamı koruyun.

Microsoft: Anti-spam mesaj başlıkları

Compauth=fail reddedilmeyi garanti ediyor mu?

Hayır. Microsoft, bu tür iletilere izin verebilecek daha geniş kapsamlı kullanımı açıkça açıklamaktadır.

Microsoft: Microsoft 365 e-posta kimlik doğrulaması nasıl çalışır?

Düzenlenmiş bir mesaj her zaman kriptografik olarak yeniden doğrulanabilir mi?

Hayır. Kapsam dahilindeki içerikte yapılan değişiklikler doğrulamayı geçersiz kılabilir; ayrı bir orijinali koruyun.

RFC 6376: DKIM

Burada orijinal bir mesaj analiz edildi mi?

Hayır. Gerekli düzenlenmiş orijinal mesaj örneği açık kalır.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9989: DMARC

    Bölümler Tanımlayıcı Hizalaması · A.6 PCT Etiketinin Kaldırılması

  2. RFC 6376: DKIM

    Bölümler §3.5 DKIM-Signature Başlığı Alanı

  3. RFC 8601: Authentication-Results

    Bölümler §1.2 Güven Sınırı · §7. Güvenlik Hususları

  4. Microsoft: Anti-spam mesaj başlıkları

    Bölümler Kimlik doğrulama sonuçları mesaj başlığı alanları · Bileşik kimlik doğrulama Neden kodları

  5. Microsoft: Microsoft 365 e-posta kimlik doğrulaması nasıl çalışır?

    Bölümler Bileşik kimlik doğrulama

[ Sözlük ]

Sözlük

anlayış
Microsoft'un çeşitli sinyalleri birleştiren bileşik kimlik doğrulama değerlendirmesi.

Microsoft: Anti-spam mesaj başlıkları

en iyi tahmin geçişi
Aksi halde iletinin iletileceği bir yokluk ilkesi için Microsoft'un DMARC etiketi.

Microsoft: Anti-spam mesaj başlıkları

başlık.from
Microsoft'un kimlik doğrulama sonucu bağlamında kullanılan görünür Kimden etki alanı.

Microsoft: Anti-spam mesaj başlıkları

Sebep kodu
Bileşik sonuçla ilişkili üç basamaklı satıcı açıklaması.

Microsoft: Anti-spam mesaj başlıkları

Kurumsal menşe

Neden en iyi finans kurumları ve hükümetler e-posta güvenlik kontrol panellerini kullanımdan kaldırdı.

Geleneksel e-posta kimlik doğrulama platformları size bir gösterge tablosu satar ve mühendislerinizden bu işi yapmalarını ister. Riskli ortamlarda, manuel gözetim, gecikmeli uygulama, konfigürasyon kayması ve izlenmeyen gölge alanlar anlamına gelir.

EmailAuth aracılı e-posta kaynak platformudur. Temsilcilerimiz uyguluyor p=reject, üçüncü taraf gönderenleri uyumlu tutun ve alan adlarınızı tam sürüme taşıyın RFC 9989 döngüdeki insan tarafından denetlenebilirliğe sahip yeni DMARC standardı uyumluluğu.

Hükümetler Büyük işletmeler 1. Seviye finans kurumları

SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi

Bilgi Bankası