Teklifi değerlendirmeden önce durum tarihini okuyun
Etki Alanı İlişkileri Politikası Çerçevesi, etki alanlarının ilişkileri tanımlaması ve karşılıklı olarak onaylaması için bir yol önerir. Bu, güvenen tarafa benzer bir logodan, paylaşılan web sitesi tasarımından veya çıkarsanan kurumsal ilişkiden daha açık bilgi verebilir. Bu tür bilgilerin bir e-posta kararını etkileyip etkilemeyeceği, yalnızca yayınlanmasına değil, yetkisine, doğrulama kurallarına ve tüketici davranışına bağlıdır.
Projenin durum sayfası9 Kasım 2026'da incelenen, durumunu açıkça 1 Temmuz 2024 olarak tarihlendiriyor. Kamuoyunun değerlendirmesi için önerilen bir çerçeveyi açıklıyor ve bir sonraki adım olarak açıklayıcı bir İnternet Taslağı gönderimini listeliyor. Bu tarihler ayrı kalmalıdır: Bugün okunabilen bir sayfa, durum bildirimini güncel kılmaz. Bu değerlendirme için daha sonraki hiçbir kesin proje durumu, standart sonucu veya alıcının benimsenmesi doğrulanmadı.
The proje ana sayfası Geçici geliştirmeyi açıklar ve eksik dağıtım ayrıntılarını kabul eder. A J. Trent Adams'ın Şubat 2024 geliştirici hesabı benzer şekilde çalışmayı erken bir teklif olarak adlandırıyor. Standardizasyona ilişkin dili bu bağlamda okunmalıdır. Bu makale belgelenen modeli değerlendirmektedir; uygulanan bir standardı duyurmaz veya üretim DNS kayıtlarını belirlemez.
Keşif mekanizmasını politika anlamından ayırın
Önerilen mimari küçük DNS TXT iddialarına ve gerektiğinde daha zengin politika belgelerine sahiptir. İddialar temel ilişkileri ifade edebilir veya ayrıntılı politikaların keşfedilmesine yardımcı olabilir. Belgeler, meta verileri politika içeriğinden ayırıyor ve sözlüklerin farklı türde ilişkileri tanımlamasına olanak tanıyor. Yorumlama işinin büyük kısmı güvenen tarafa aittir.
Bu ayrılık önemli. Bir belgeyi bulmak, iki tüketicinin o belgenin kelime dağarcığını aynı şekilde yorumladığı anlamına gelmez. Bir tüketicinin, değerlendirilen ilişki için, desteklenen şartlar ve bilinmeyen şartlara yönelik davranışlar da dahil olmak üzere üzerinde mutabakata varılmış bir profile ihtiyacı olacaktır. Mevcut sayfalar, birlikte çalışılabilen eksiksiz bir dilbilgisi oluşturmaktan ziyade olasılıkları göstermektedir. Asgari iddia içeriğine ilişkin farklı açıklamaları, sessizce icat edilmiş zorunlu bir formata dönüştürülmemelidir.
Bir mimari açıklamanın aynı zamanda bir DNS yeterliliğine de ihtiyacı vardır. RFC 1035 bölümleri 3.3 ve 3.3.14 TXT verilerini, her biri bir sekizli uzunluğa sahip bir veya daha fazla karakter dizisi olarak tanımlayın. 255 sekizli içerik sınırı, tüm TXT kaynak kaydı için evrensel maksimum 255 karakterlik sınır değil, tek bir dize için geçerlidir. Bu düzeltme DRPF'nin eksik yayın veya ayrıştırma profilini sağlamaz.
Karşılıklı teyidi belirli bir iddia olarak inceleyin
Geliştirici hesabı onayı her iki yönde de açıklar: başka bir alanı adlandıran bir iddianın, o alandan karşılık gelen bir beyanı olması gerekir. Bu, tek taraflı ortaklık iddiasına meydan okuyor. Bağımsız olarak yasal mülkiyeti, her iki yöneticinin hesaplarının bütünlüğünü veya e-postayla alınan ödeme talimatının güvenliğini belirlemez.
Bir değerlendirici, her yayıncının gerçekte hangi otoriteyi kontrol ettiğini ve hangi kanıtların erişimi koruduğunu belirlemelidir. Güvenliği ihlal edilmiş sistemlerden gelen karşılıklı olarak tutarlı iki ifade, bir alanın desteklenmeyen bir iddiada bulunmasından farklı bir sorun olmaya devam ediyor. Bu nedenle bir güvenlik incelemesi bir tehdit modeline, özgünlük varsayımlarına ve tanımlanmış hata yönetimine ihtiyaç duyar. Bunlar buradaki değerlendirme gereklilikleridir; teklifin veya bu makale için test edilen bir uygulamanın gösterdiği yetenekler değil.
Kurgusal bir marka ilişkisini uçtan uca haritalayın
brand.example ve parent.example adlı kurgusal alan adlarını göz önünde bulundurun. Marka yöneticisi alt iddiayı yayınlayacaktır; ebeveyn yönetici ilgili onayı yayınlayacaktır. Varsayımsal bir güvenlik uygulaması tüketici olacaktır. Önerilen görevi, iddia edilen iş ilişkisini mesaj kimlik doğrulamasından ayrı tutarken, aynı ilişki için iki yönlendirilmiş ifadeyi karşılaştırmaktır.
Projenin ilgili alan kullanım durumu iki keşif yaklaşımını göstermektedir. Bir tüketici, ebeveynin politikasını ebeveynin iddiası aracılığıyla keşfedebilir veya çocuk tarafından daha doğrudan sağlanan bir politika konumunu takip edebilir. Sayfada ayrıca yapılandırılmış bir JSON-LD belgesi gösterilmektedir. Bunlar kavramsal örneklerdir; adı geçen işletmelerin DRPF kullandığının veya örnek etiketlerinin sabit bir bağlantı biçimi oluşturduğunun kanıtı değildir.
Bu kurgusal harita için tüketici belirli bir noktada ilişkiyi hangi belge ve yorumların desteklediğini kaydedecekti. Ebeveyn onayı geri çekerse ilişki artık aynı karşılıklı desteğe sahip olmayacaktır. Bu kurgusal alan adları için hiçbir kayıt yayınlanmadı veya alınmadı ve hiçbir ayrıştırıcı, imza doğrulama veya bağlı taraf davranışı test edilmedi.
Geri çekilme yeteneğinin ötesinde bir yaşam döngüsü gerektirir
Mimari, bir ilişkinin onayını değiştirerek kesilmesini anlatıyor. Bu yararlı bir kavramsal iptal mekanizmasıdır, ancak her yerde derhal geri çekilmeyi sağlamaz. Önbelleğe alınmış iddialar, saklanan politika belgeleri ve geçici olarak kullanılamayan yayıncılar, tüketicinin güvenilir kararlar alabilmesi için açık bir şekilde ele alınmasını gerektirir.
İncelemeyi yapan kişi, kanıtın ne kadar süreyle kullanılabilir kalacağını, yalnızca bir taraf değiştiğinde ne olacağını ve mevcut olmayan bir politikanın kasıtlı geri çekilmeden ne kadar farklı olduğunu sormalıdır. Yayıncının uzlaşması ve çelişen politika zincirlerinin ardından kurtarma da tanımlanmış sonuçlara ihtiyaç duyar. Bu sorular, karşılıklı yayınlamanın sonraki her durum geçişini çözeceğine dair iyimser varsayımlar değil, belgelenmiş yaşam döngüsü kuralları ve yetkili testler üretmelidir.
E-posta kimlik doğrulamasını ve iş onayını ayrı tutun
İki farklı alan arasında beyan edilen idari ilişki değişmez DMARC hizalama tek başına. RFC 9989 bölüm 4.4 kimliği doğrulanmış tanımlayıcılar ile Yazar Etki Alanı arasındaki hizalamayı tanımlar. Bir ilişki iddiası, ilgisiz bir geçen imzayı uyumlu bir imzaya dönüştürmez ve bu değerlendirme, DRPF'yi istisna olarak ele alan hiçbir alıcı kuralı oluşturmaz.
Benzer şekilde, hiçbir gelen kutusu yerleştirme avantajı, miras alınan itibar veya bir tedarikçiye ödeme yapma yetkisi gösterilmemiştir. Gelecekteki bir tüketici ilişki bilgilerini kullanıyorsa, etkilediği kesin kararı belgeleyin ve mesaj kimlik doğrulaması ve iş onayı için bağımsız kontrolleri koruyun. Gelecekteki olası bir sinyal sessizce izin verilenler listesine girmemeli veya mevcut politikayı zayıflatma nedeni olmamalıdır.
Doğrulanmayanları kaydedin
Önerilen ilişki haritası analitik bir yapı olarak sağlanırken durum gereksinimi açık kalır. Tam gereklilik şudur: Önerilen bir ilişkinin, yayıncısının, tüketicisinin, doğrulama ve iptal modelinin haritasını çıkarın; mevcut proje durumunu onaylayın. Devreye alma kapısı şudur: Mevcut projeyi ve benimseme durumunu doğrulayın. Teklifi, benimsenmiş bir IETF standardı olarak sunmadan açıklayın.
Bağlantılı sosyal hesap ve Datatracker aramasına erişilemedi ve yeniden denenmedi veya atlanmadı. Aramanın olmaması daha sonra yapılacak bir çalışmanın var olmadığını kanıtlamaz. Daha güçlü bir sonuç veya yayınlanmadan önce mevcut durum onayı, uzman incelemesi, uygulama ve birlikte çalışabilirlik testleri, canlı sunum incelemesi ve sahibi onayına hala ihtiyaç vardır.