Bir aracı, sağlam bir kimlik doğrulama önerisi üretebilir ve yine de güvenli olmayan bir değişiklik gerçekleştirebilir. Başarısızlık yanlış kiracı olabilir. bir kayıt incelemeden sonra değişen bir durum veya başarılı bir API yanıtı ve ardından başarısız posta kimlik doğrulaması. Dikkatli olunması yönünde genel bir talimat yerine, bu geçişlerin etrafındaki onay kapılarını tasarlayın.
İncelenebilir bir teklif oluşturun
Müşteriyi, kiracıyı, bölgeyi, tam nitelikli sahip adını, kayıt türünü, önceki ve sonraki değerleri ve amacı tamamlayın. Etkilenen gönderme hizmetlerini ve değişikliği destekleyen kanıtları açıklayın. Önerilen bir DKIM seçici yayın, onunla imza atacak hizmetin adını vermelidir; önerilen SPF değişiklik sonuçta ortaya çıkan yetkiyi açıklamalıdır. Bir özet bu baytları bağlayabilir ancak onaylayanın kimliğini veya yetkisini belirleyemez.
OWASP'nin aşırı kurum rehberliği, işlevselliğin, izinlerin ve özerkliğin kısıtlanmasını önerir. Öneri ve yürütme arayüzlerini ayrı tutarak bu prensibi uygulayın. Buradaki alanlar ve karar örnekleri, OWASP tanımlı bir onay protokolü değil, orijinal uygulama önerileridir.
Yürütmeden hemen önce yeniden doğrulayın
Hedef kiracı için kimliği doğrulanmış aktörün yetkisini, onayın geçerlilik süresini, teklif özetini ve mevcut temel çizgiyi kontrol edin. Herhangi bir uyumsuzluk, inceleme isteğini döndürür. Farklı bir müşteri hesabındaki aynı görünür alan adı, onay devralmamalıdır. Mümkün olduğunda sağlayıcının koşullu güncelleme olanağını kullanın; Aksi takdirde, bir okumanın ardından bir yazma işleminin bir yarış penceresi bıraktığını kabul edin ve kilitlemeyi veya mutabakatı buna göre tasarlayın.
Kiracı A'da bir seçici yayın için bir teklifin onaylandığını varsayalım. Yürütme sırasında istek, aynı etki alanı etiketine sahip B kiracısını hedefler. Hedef uyumsuzluğunu durdurun; eşleşen bir yük özeti, onaylayanın kapsamını genişletemez. Bu, test edilmiş bir kimlik sistemi veya sağlayıcı kapısı değil, varsayımsal bir ret koşuludur.
Tamamlamadan ayrı izin
Onay yalnızca belirtilen eyleme izin verir. Yürütme günlüğü, denenen çalışmayı, sağlayıcı sonucunu, sonuçta ortaya çıkan konfigürasyonu ve son koşul kanıtlarını ayrı ayrı kaydeder. Zaman aşımı belirsiz bir sonuç yaratır, potansiyel olarak tamamlanmış bir mutasyonun tekrarlanmasına izin vermez. Yeniden denemenin gerekli olup olmadığına karar vermeden önce hedef durumu okuyun.
Bir sağlayıcının başarı bildirdiğini ancak yetkili bir son kontrolün yanlış etkin değeri bulduğunu varsayalım. Kayıt doğrulaması başarısız oldu, tamamlanmadı. Bu varsayılan durum bir statü ayrımını göstermektedir; burada herhangi bir yazma veya son kontrol yapılmadı. Gerçek doğrulama, yetkili DNS onaylanmış kayıtla karşılaştırmalı ve amaçlanan gönderme yolunu uygulamalıdır. DMARC kimliği doğrulanmış, hizalanmış bir tanımlayıcı gerektirir; DNS kaydının varlığı bu sonucun kanıtı değildir. Görmek RFC 9989 Açık tanımlayıcı hizalaması.
Durma ve kurtarma yolu sağlayın
İş akışını kimin durdurabileceğini ve kurtarmayı kimin onaylayacağını tanımlayın. Geri alma, tam kapsamı önceden onaylanmadığı sürece ayrı bir sonuç değişikliğidir. Başarısız sonucu koruyun, sahibine bildirin ve alan adı çapındaki politikayı genel bir onarım olarak zayıflatmaktan kaçının. Onayları ve kanıtları erişim kontrollü geçmişte uygun bir saklama süresiyle saklayın. Bu tasarım satıcıdan bağımsızdır ve EmailAuth bu kapıları uyguladığını iddia etmez.
Birincil okuma: OWASP LLM06 2025 Aşırı Ajans, RFC 9989 DMARC.