[ Yönlendirme ve ARC ]

Microsoft SRS kötüye kullanım araştırması: yeniden postalama davranışını DMARC atlama iddialarından ayırın

Microsoft SRS kötüye kullanım araştırmasını tarihli bir kimlik akışı bulgusu olarak okuyun ve aşağı yönlü hizalamayı orijinal mesajın yetkilendirmesinden ayırın.

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

[ Anahtar noktalar ]

  • Atfedilen tarihsel araştırmayı mevcut kiracı bulgularından ayrı tutun.
  • Aşağı yöndeki hizalama geçişi, orijinal aktör yetkilendirmesi değildir.
  • Yerel model, canlı bir istismarı değil, yalnızca kimlikleri karşılaştırır.
Bu sayfada

Bir aşağı akış DMARC pass, mesajı başlatan kişinin görünür göndereni kullanma yetkisine sahip olduğunu kanıtlamaz. Engage Security'nin Aralık 2025 tarihli LaunDroMARC araştırması, yeniden postalamanın, tarafından değerlendirilen kimliği değiştirdiği dolaylı bir yolu tanımlıyor. SPF. Bulguyu evrensel bir DMARC atlaması olarak tanımlamadan veya bugün her Microsoft kiracısının aynı şekilde davrandığını varsaymadan önce bireysel atlamaları anlayın.

İki kanıt kaynağını ayırın

Orijinal araştırmacı, kendi zarf alanı için SPF geçen ancak taklit edilen görünür Kimden alanına karşı DMARC geçemeyen gelen bir mesajı açıklar. Bildirilen durumda, Microsoft 365 iletme yolu, zarfı iletme etki alanına yeniden yazdı ve bu da görünür Kimden etki alanıyla eşleşti. Son alıcı daha sonra hizalanmış SPF gözlemledi. Araştırmacılar orijinal ve iletilen kopyaların farklı şekilde ele alındığını bildiriyorlar. Bunlar, bu inceleme için yapılan gözlemler değil, araştırmalarından elde edilen atfedilen bulgulardır. Güvenlik araştırması yapın.

Microsoft'un belgeleri bunu açıklıyor SRS değişiklikler POSTA, görünür Kimden alanı değil ve geçerli yönlendirme rotaları için yeniden yazma desenleri verir. Ayrıca SRS'nin normalde DMARC çözmediği konusunda da uyarıyor hizalama iletilen posta için. Bu ifadeler araştırmanın özel kimlik uyumuyla uyumludur: Normalde orijinal Kimden alanı ileticinin alanından farklıdır; bildirilen vakanın kasıtlı olarak aynı alanı kapsadığı. Microsoft SRS belgeleri.

Aşağı yöndeki kararı anlayın

Referanslar: RFC 9989 §4.4, RFC 8601 §5.

SPF bağlanan ana bilgisayarın o atlama noktasındaki zarf kimliği için yetkili olup olmadığını sorar. DMARC kimliği doğrulanmış bir alanı görünür Kimden alanıyla karşılaştırır. Her iki sonuç da tek başına, orijinal aktörün bir yönlendirme iş akışına nasıl erişim elde ettiğini yeniden yapılandırmaz. Bu nedenle, aşağı yönde hizalanmış bir sonuç, değerlendirilen kimlikler için doğru olabilir ancak yine de iş yetkilendirmesinin yetersiz kanıtı olabilir.

SRS görünümlü bir mesajı yorumlamayın Return-Path Microsoft'un bunu ürettiğinin kanıtı olarak. Nihai alıcının güvenilir sonuçlarını, eş bilgilerini ve mesaj izini koruyun ve alma ve iletme sınırlarından elde edilen kanıtları karşılaştırın. Keyfi gömülü Authentication-Results metin güvenilir bir karar değildir. RFC 8601 güven sınırı gereksinimini açıklar; RFC 9989 etki alanı hizalama bağlamını sağlar.

Yalnızca kimlik karşılaştırmasını yeniden oluştur

Özel inceleme paketinin yayınlanmama modeli iki kurgusal durum içermektedir. Normal durumda, orijinal görünür yazar.test alanı, yeniden yazılan iletici.test zarfından farklıdır; bu nedenle, aşağı akışlı SPF geçişinin hizalanmamış kaldığı varsayılır. İkinci durumda görünür etki alanı forwarder.test'tir; aynı yeniden yazılan zarf artık hizalanıyor. Her ikisi de farklı bir orijinal zarf alanıyla başlar ve hizalanmaz DKIM.

Tutulan fikstür girdileri, bu tam alan karşılaştırması kullanılarak 8 Kasım 2026'da çevrimdışı olarak yeniden hesaplandı. Sahte posta göndermez, yönlendirme kuralları oluşturmaz, Exchange Online kullanmaz, SRS karmalarını uygulamaz veya mevcut kiracının rotayı kabul ettiğini kanıtlamaz. Amacı, gerçek bir hizmete yönelik bir saldırıyı yeniden üretmeden iki kararın neden farklı olduğunu açıklamaktır. Geçmiş satıcı davranışı, mevcut kiracı davranışı ve soyut karşılaştırma ayrı ayrı etiketlenmiş olarak kalır.

Savunma amaçlı araştırın

Envanter yetkili harici yönlendirme ve işletme sahipleri. Şüphelenilen bir olay için orijinal ve iletilen kopyaları, zaman damgalarını, yönlendirme yöntemini, iletme öncesi kimlik doğrulamayı ve nihai sonuçları saklayın. Bir kuralı değiştirmeden önce sağlayıcının mevcut belgelerini ve mesaj izlemeyi inceleyin. Microsoft kaynağı, uygulanabilir iletmeyi geçiş havuzu ve şirket içi durumlardan ayırır; bu nedenle, tek bir yapılandırma talebi her yolu kapsamak için yeterli değildir.

Değişiklikleri kuruluşun onaylı posta güvenliği süreci aracılığıyla uygulayın ve ardından meşru iş akışlarını test edin. Yalnızca sağlayıcı altyapısına veya alt geçiş sonuçlarına dayalı geniş izin verme kurallarından kaçının. Bu makale mekanizmayı ve araştırma sorularını oluşturmaktadır. Doğrulanmamış bir düzeltme tarihi, genel kullanıma açık, başarılı bir kullanım veya mevcut bir Microsoft hizmet kusuru olduğunu iddia etmez.

[ Götürmek ]

Yerel model, canlı bir istismarı değil, yalnızca kimlikleri karşılaştırır.

[ 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

Her iki şerbetçiotu karşılaştırın

Orijinal ve yeniden yazılan zarf kimlikleri, değişen sonucu açıklamaktadır.

Sonraki adımlar

  1. Orijinal ve iletilen kopyaları koruyun.
  2. Mesaj izlerini ilişkilendirin.
  3. Geçerli yönlendirme belgelerini inceleyin.

CISO / SecOps

İş akışı yetkilendirmesini değerlendirin

Kimlik doğrulama, yeniden postalama üzerindeki kontrolün yerini almaz.

Sonraki adımlar

  1. Harici iletim onaylarını denetleyin.
  2. Altyapı çapında ödeneklere meydan okuyun.
  3. Gözlemlenen gerçekleri araştırma ilişkilendirmesinden ayırın.

Kurucu / Teknik Olmayan

Olay iddiasını kesin tutun

Tarihli bir araştırma bulgusu kiracınız için evrensel bir değerlendirme değildir.

Sonraki adımlar

  1. Sahip olunan yönlendirme akışlarını tanımlayın.
  2. Soruşturma sorumluluğunu atayın.
  3. Desteklenmeyen ihlallerden kaçının veya iddiaları düzeltin.

[ SSS ]

Sık sorulan sorular

Bu inceleme bir Exchange Online saldırısını tekrarlıyor mu?

Hayır. Kurgusal alan adlarıyla yalnızca teslim edilmeyen kimlik karşılaştırması yapar.

Orijinal araştırma raporu ne içeriyordu?

Yeniden yazılan zarfı taklit edilen görünür alanla aynı hizada olan ve aşağı yönde SPF tabanlı DMARC geçişi üreten bir yönlendirme rotası.

Birincil belgeler

SRS normalde orijinal yazarla aynı hizada mı?

Orijinal Kimden alanı yeniden yazma alanından farklı olduğunda değil.

Birincil belgeler

Aşağı akış geçişi mutlaka bozuk bir DMARC hesaplaması mıdır?

Hayır. Orijinal aktör yetkisini kanıtlamasa da o duraktaki kimlikleri doğru bir şekilde yansıtabilir.

SRS yeniden yazma durumu Kimden görülebilir?

Microsoft, görünen Kimden alanında bir değişiklik değil, MAIL FROM'un yeniden yazıldığını belgeliyor.

Birincil belgeler

Return-Path tek başına Microsoft'un menşeini kanıtlayabilir mi?

Hayır. Güvenilir alıcı kanıtları ile mesaj izlerini ilişkilendirin.

Her yönlendirme rotası aynı şekilde mi etkileniyor?

Burada böyle bir iddia ortaya konmamıştır; belgelenen yönlendirme istisnaları ve mevcut kiracı davranışı kontrol edilmelidir.

Birincil belgeler

Bu makale güncel bir yama durumu verebilir mi?

Hayır. Saklanan kaynaklar ve yerel model, hizmet çapında bir iyileştirmeyi veya mevcut yararlanma durumunu doğrulamaz.

[ Kaynaklar ]

Kaynaklar

  1. Güvenliği Etkinleştirin LaunDroMARC orijinal araştırması

    Bölümler Bildirilen inceleme · SRS kimlik akışı · Araştırma sınırlamaları

  2. Microsoft Gönderen Yeniden Yazma Düzeni belgeleri

    Bölümler SRS kapsamı · E-postaları otomatik iletme · Aktarma havuzu uyarısı

  3. RFC 9989 Etki Alanı Tabanlı Mesaj Kimlik Doğrulaması Raporlaması ve Uyumluluğu

    Bölümler §4 · §5 · §8

  4. RFC 8601 Authentication-Results

    Bölümler §1.2 · §5 · §7

[ Sözlük ]

Sözlük

SRS
İletim için zarf dönüş adresini değiştiren Gönderen Yeniden Yazma Düzeni.
Yeniden postalama
Bir mesajın kabul edilmesi ve yeni bir SMTP işlemi kapsamında iletilmesi.
Güven sınırı
Kimlik doğrulama sonucu kaynağının oluşturulduğu kontrollü bir sınır.

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ı