Outlook.com'un DMARC kaydı olmayan alan adlarından gelen postaları reddettiğini yöneticiler bildiriyor
Bir e-posta güvenlik şirketi ve Hacker News'teki yöneticiler, 5 Kasım'dan bu yana Outlook.com, Hotmail, Live ve MSN adreslerine giden bazı postaların "550 5.7.1" hatasıyla geri döndüğünü bildiriyor. Microsoft konuyla ilgili bir açıklama yapmadı.
Microsoft'un tüketici e-posta servisinin, DMARC kaydı yayımlamayan alan adlarından gelen postaların bir kısmını reddetmeye başladığı bildiriliyor. E-posta altyapı şirketi MailRoute, 6 Kasım'da yayımladığı yazıda bu geri dönmeleri 5 Kasım'da kendi giden posta kayıtlarında gördüğünü ve aynı gün başka yöneticilerin de benzer raporlar paylaştığını yazdı. Yazının Hacker News'te açılan tartışmasında da (280'i aşkın oy, 200'ü aşkın yorum) birden fazla kullanıcı, SPF ve DKIM'i olan ama DMARC kaydı olmayan kişisel alan adlarından gönderdikleri postaların geri döndüğünü aktardı.
Microsoft konuyla ilgili bir duyuru, postmaster notu ya da servis durumu kaydı yayımlamadı. SiberMagazin davranışı test etmedi; aşağıdaki bilgiler paylaşımlarda yazdığı kadarıyla aktarılıyor.
Ne gözlendi?
- Gönderene dönen hata metni:
550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records; MailRoute'a göre ikinci günden itibaren sonuna(AS9031519)kodu eklendi. - Etkilenen alıcı adresleri outlook.com, hotmail.com, live.com ve msn.com.
- Ret tutarlı değil: aynı alan adından giden bir posta teslim edilirken bir sonraki geri dönebiliyor, yeniden gönderim başarılı olabiliyor. Bu nedenle "postam gidiyor" gözlemi alan adının etkilenmediği anlamına gelmiyor.
- Geri dönen alan adlarının çoğunda SPF, birçoğunda DKIM çalışıyordu; eksik olan DMARC kaydıydı.
Bu, Microsoft'un Mayıs 2025'ten beri günde 5.000'den fazla posta gönderenlere uyguladığı ve 550 5.7.515 hatası üreten toplu gönderici kuralından farklı. Yeni ret düşük hacimli göndericileri de etkiliyor.
Beni etkiliyor mu?
Alan adınızın DMARC kaydı olup olmadığını salt okunur bir DNS sorgusuyla görebilirsiniz (example.com yerine kendi alan adınızı yazın):
dig +short TXT _dmarc.example.com
nslookup -type=TXT _dmarc.example.comv=DMARC1 ile başlayan bir satır dönüyorsa kayıt var demektir; hiçbir çıktı yoksa bu ret davranışının hedeflediği durumdasınız. Posta sunucunuzun geri dönen ileti (NDR) kayıtlarında da yukarıdaki hata metnini arayabilirsiniz.
Ne yapılmalı?
- DMARC kaydı olmayan alan adları için DNS yöneticinizle
_dmarcadında, izleme modunda (p=none) bir TXT kaydı yayımlamayı planlayın. MailRoute'a göre izleme modu diğer alıcıların postanızı nasıl işlediğini değiştirmiyor. - DMARC yalnızca SPF ya da DKIM, From adresindeki alan adı için geçtiğinde başarılı olur. Microsoft 365 kullanıyorsanız kendi alan adınız için DKIM imzalamanın açık olduğunu yönetim arayüzünden kontrol edin.
- Müşterilerine, hastalarına ya da başvurularına kişisel adreslerden ulaşan kurumlar, son günlerin geri dönen posta kayıtlarını tarayıp kritik bildirimlerin ulaşıp ulaşmadığını kontrol etsin.
- Uzun vadede izleme modundan reddetme politikasına (p=reject) geçiş, alan adınızın phishing ve BEC saldırılarında taklit edilmesini zorlaştırır. Bu geçişi DMARC raporlarını inceledikten sonra change management süreciyle yapın.
- Microsoft resmi bir açıklama yaparsa bu haber güncellenecek.
