[ Teşhis ve kaynaklar ]

Alan adı kaydı ve RDAP kanıtı: sahiplik ipuçlarını gönderenin yetkilendirmesinden ayırın

RDAP kaydı yanıtlarını, gönderenin yetkilendirmesi olarak değil, açık gizlilik, rol ve atıf sınırları içeren zaman damgalı ipuçları olarak yorumlayın.

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

[ Anahtar noktalar ]

  • Kayıt rolleri bir iletiye kimin yetki verdiğini belirlemez.
  • Düzeltilmiş veya eksik bilgiler, bir görünürlük sınırıdır, yanlış bir davranışın kanıtı değildir.
  • RDAP, DNS kontrolü, kimlik doğrulama ve iş doğrulama kanıtlarını ayrı tutun.
Bu sayfada

Yanıtlayabileceği soru için kayıt kanıtlarını kullanın

Etki alanı kayıt kaydı, kayıt durumu, kayıt şirketi ilişkileri ve yayınlanan ilgili kişi rolleri hakkında ipuçları sağlayabilir. Belirli bir e-posta göndericisinin alan adını kullanma yetkisine sahip olduğunu, mesajda adı geçen kişinin alan adını kontrol ettiğini veya bir iş talebinin meşru olduğunu kanıtlamaz. RDAP yanıtı, analizde görünür kalması gereken açıklama sınırları ve atıf belirsizliğiyle birlikte, belirli bir zamanda bir kayıt verisi hizmetinden yapılan bir gözlemdir.

RFC 9083 Etki alanı nesneleri, varlıklar, roller, olaylar, bildirimler ve açıklamalar dahil olmak üzere Kayıt Veri Erişim Protokolü için JSON yanıtlarını tanımlar. Her yanıtın doğrulanmış bir intifa hakkı sahibini ortaya çıkardığına dair evrensel bir garanti değil, geri gönderilen bilgilerin yorumlanmasına yönelik bir yapı sağlar. Bu makale bir savunma kanıtı çalışma sayfası önermektedir. Hiçbir kullanıcı alanı sorgulanmadı ve hiçbir kişisel kayıt bilgisi toplanmadı.

Etki alanı nesnelerini varlık rollerinden ayırma

Bir RDAP etki alanı yanıtı, bir etki alanını, hizmetin bunları sağladığı, tescil ettiren, kayıt şirketi veya idari kişi gibi rollere sahip varlıklara bağlayabilir. Bu roller farklı. Bir kayıt şirketi kaydı kolaylaştırır; bir ilgili kişi bir kuruluşu veya hizmeti temsil edebilir; Bir varlık tanımlayıcısının mutlaka gerçek bir kişinin kimliği olması gerekmez. Döndürülen her adı bir sahip alanına daraltmak yerine yanıtın gerçek rol etiketlerini koruyun.

Sorgulanan etki alanını, hizmet uç noktasını, yanıt süresini, ilgili tanımlayıcıları ve yanıt tarafından sağlanan kaynak bağlantılarını kaydedin. Yanıtın, tartışılan kayıt bilgileri veya bir aracının temsili açısından yetkili olup olmadığına dikkat edin. Bir kuruluşun mevcut yasal mülkiyetine, bir posta kutusunun kontrolüne veya yalnızca kayıt iletişim kişisinden ödeme talep etme yetkisine sahip olduğu sonucunu çıkarmayın. Bu sonuçlar farklı kanıtlar ve ilgili olduğu yerde nitelikli yasal inceleme gerektirir.

Bir yaşam döngüsü icat etmeden olayları ve durumu okuyun

RFC 9083 eylemler, tarihler ve döndürülen nesnenin özelliklerini açıklayan durum değerleriyle olay yapılarını tanımlar. Kayıt etiketli bir tarih, otomatik olarak mevcut operatörün bir alan adıyla ilişkisinin başlangıcı değildir. Son değiştirilme tarihi, neyin değiştiğini açıklamadan bir güncellemeyi yansıtabilir. Her tarihi sürekli mülkiyetin kanıtı olarak sunmak yerine eylem adını, zaman damgasını ve hizmet içeriğini koruyun.

Benzer şekilde, alan adı durumu e-postanın teslim edilebilirliğini veya gönderenin yetkilendirilmesini sağlamaz. Kayıtlı bir alan adında çalışan bir posta hizmeti bulunmayabilir ve teknik olarak aktif bir alan adı meşru veya aldatıcı amaçlarla kullanılabilir. Tek bir yanıt için evrensel bir yenileme, geri alma veya silme zaman çizelgesi uygulamaktan kaçının. Yaşam döngüsü zamanlaması önemliyse söz konusu etki alanı sınıfı için mevcut kayıt defteri veya kayıt şirketi kanıtlarını kullanın ve bunu RDAP alanlarından açıkça ayırın.

Redaksiyonu görünürlük sınırı olarak değerlendirin

RFC 9537 RDAP için redakte edilmiş alanlar uzantısını tanımlar. Uzantının kuralları kapsamında düzenlemeyi ve etkilenen veri yollarını tanımlamanın bir yolunu sağlar. Varlığı, her RDAP hizmetinin bunu uyguladığı veya atlanan her alanın mutlaka aynı şekilde düzeltileceği anlamına gelmez. Bir devamsızlığı yorumlamadan önce gerçek bildirimleri, açıklamaları, uzatma bilgilerini ve döndürülen alanları kaydedin.

Eksik bir tescil ettiren adı, alan adının bir sahibinin bulunmadığının kanıtı değildir ve gizlilik veya proxy ile ilgili kişi, otomatik olarak posta sisteminin operatörü değildir. Çalışma sayfasının eksiksiz görünmesini sağlamak için redaksiyonu atlamaya veya gizli kişisel verileri toplamaya çalışmayın. Doğru sonuç, kamu tescili kanıtlarının atıf için yetersiz olması olabilir. Bu sınırlama spekülatif bir kimlikle doldurulmak yerine, sonucun bir parçası olarak kalmalıdır.

Kayıt işlemini DNS kontrolünden ayırın

Kayıt, yetkili DNS yönetimi ve e-posta hizmeti işletimi farklı taraflara ait olabilir. Bir işletme bir alan adını bir sağlayıcı aracılığıyla kaydedebilir, DNS başka bir sağlayıcıda barındırabilir ve birkaç onaylı hizmet aracılığıyla posta gönderebilir. Bu nedenle kayıt kaydı araştırmacıya hangi hesabın değişebileceğini söylemez SPF, hangi sağlayıcının sahibi olduğu DKIM özel anahtar veya hangi uygulamanın belirli bir mesajı gönderdiği.

Bu soruları araştırmak için kayıt adı kısayolu yerine yetkili bir bağımlılık envanteri kullanın. A ad sunucusu referans, o bölgeyi yönetmeye yetkili olan herkesin kimliğini belirtmeden bir DNS barındırma ilişkisini belirtebilir. Bir tedarikçinin görünüşü bir kayıt müşterinin ticari kimliğinin sahibi olmaktan ziyade bir hizmet düzenlemesini yansıtabilir. Bu yazı için hiçbir DNS kontrolü veya hesap ilişkisi test edilmedi.

E-posta yetkilendirmesini e-posta kanıtlarıyla değerlendirin

RFC 7208 bağlanan IP adresini ve ilgili SMTP kimliğini kullanarak SPF değerlendirmesini tanımlar. RFC 9989 tanımlar etki alanı hizalaması ve politika yönetimi DMARC. Bu mekanizmalar RDAP'tan gelen farklı sorulara yanıt verir. Bir mesajın kimlik doğrulama sonucu, bir kayıt kaydından değil, güvenilir alıcı kanıtlarından ve gerçek gönderme yolundan değerlendirilmelidir.

Kimliği doğru bir şekilde doğrulanmış bir mesaj bile bir iş talebini veya yazarın niyetini doğrulamaz. Bunun tersine, bir kayıt uyuşmazlığı veya gizlilik korumalı iletişim, tek başına bir mesajın kötü niyetli olduğunu kanıtlamaz. Her gözlemi ayrı ayrı belirtin: kayıt hizmetinin neyi geri getirdiğini, alıcının neyi gözlemlediğini ve hangi bağımsız işletme doğrulamasını sağladığını. Belirsiz ipuçlarını kanıtların desteklediğinden daha güçlü bir atıfla birleştirmeyin.

Zaman damgalı bir RDAP kanıt çalışma sayfası

Sorgulanan adı, hizmet URL'sini, alma saatini ve saat dilimini, yanıt durumunu, tutulan yanıt karmasını ve ilgili nesne bağlantılarını içeren bir çalışma sayfası oluşturun. Yalnızca soru için gereken alanları çıkarın: varlık rolleri, olaylar, durum ve bildirimler yeterli olabilir. Redaksiyon, eksik bilgiler, rol belirsizliği ve yanıtın belirleyemediği durumlar için açık sütunlar ekleyin. Gerekmediği ve izin verilmediği sürece, kişisel iletişim bilgilerini geniş çapta paylaşılan özetlerin dışında tutun.

Atıf bölümü gözlem, çıkarım ve bağımsız doğrulamayı birbirinden ayırmalıdır. Kayıt şirketi adı döndürüldüğünde bir gözlemdir; göndericiyi kimin çalıştırdığına dair teori bir çıkarımdır; doğrulanmış bir iş bağlantısının onayı farklı bir kanıt öğesidir. Önerilen bu çalışma sayfası gerçek bir yanıtla doldurulmamıştır. Tutulan RFC anlık görüntüleri, yorumlama çerçevesini destekler ancak kataloğun orijinal RDAP yanıtı gereksinimini karşılamaz.

Kurgusal teşhis: gizlilik korumalı bir kayıt

Kurgusal bir analist, tedarikçiyle ilgili şüpheli bir e-posta alır ve adı geçen tescil ettireni ifşa etmeyen bir kayıt verileri özeti görür. Analist başlangıçta alan adının mülkiyeti kamuya açık olmadığı için sahtekarlık olarak etiketlemek istiyor. Önerilen inceleme bunun yerine görünürlük sınırlamasını kaydeder, gerçek mesaj kimliğini kontrol eder ve iş talebini yerleşik bir bağımsız doğrulama süreci aracılığıyla yönlendirir.

Bir kayıt hizmeti gizlilikle ilgili bir varlığı döndürürse analist, bunu gönderenin insan kimliğinin kanıtı olarak ele almadan rolünü koruyacaktır. Talep iş süreci aracılığıyla reddedilse bile vaka ilişkilendirilmeden kalabilir. Bu senaryo kurgusaldır: hiçbir alan adı, tescil ettiren, gizlilik hizmeti veya tedarikçi sorgulanmadı veya onlarla iletişime geçilmedi. Bir suçlamadan ziyade ihtiyatlı bir kanıta dayalı sonucu göstermektedir.

Sınırları bulguyla birlikte yayınlayın

Savunulabilir bir rapor, neyin iade edildiğini, ne zaman iade edildiğini, hangi alanların alıkonulduğunu veya bulunmadığını ve hangi sonuçların desteklenmeden kaldığını belirtir. Kamuya açık iletişim verilerinde mülkiyetin kesinliğini önler ve mahremiyetin yanlış davranışın bir göstergesi olarak ele alınmasından kaçınır. Kayıt ipuçları, gönderenin yetkilendirmesine karar vermeden yetkili bir soruşturmaya rehberlik edebilir.

Katalog, gizlilik ve ilişkilendirme sınırlamalarının açıklamalı olduğu, zaman damgalı bir RDAP yanıtı gerektirir. Bu orijinal kanıt açık kalıyor. Gerçek kişi tarafından yapılan uzman incelemesi, kaynağın uygulanabilirliği, üretim yolları, erişilebilirlik ve sahibinin serbest bırakılması da açık kalacaktır. Bu taslak, bir alan adı araması, mülkiyet tespiti veya tamamlanmış gönderen araştırması değil, bir yorumlama yöntemi ve kurgusal alıştırma sunmaktadır.

[ Götürmek ]

Hizmetin ne döndürdüğünü açıklamak için, onu sahiplik veya gönderenin kesinliği haline getirmeden kayıt verilerini kullanın.

[ Role göre ]

Bu sizin için ne anlama geliyor?

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

Araştırmacı

Rol ayrımlarını koruyun

Kayıt şirketi, kayıt ettiren ve iletişim kişisi rolleri birbirinin yerine kullanılamaz.

Sonraki adımlar

  1. Yanıtın kaynağını ve süresini koruyun.
  2. Gözlemi atıftan ayırın.

Gizlilik incelemecisi

Açıklama sınırlarına saygı gösterin

Herkese açık verilerin eksik olması, düzenlemenin atlanmasını haklı çıkarmaz.

Sonraki adımlar

  1. Özetlerde iletişim ayrıntılarını en aza indirin.
  2. Bildirimlere ve belirsizliğe açıklama ekleyin.

Posta analisti

Yetkilendirme için mesaj kanıtını kullanın

Kayıt verileri SPF veya DMARC değerlendirmez.

Sonraki adımlar

  1. Gerçek gönderen kimliğini kaydedin.
  2. Sonuç olarak ortaya çıkan istekleri bağımsız olarak doğrulayın.

[ SSS ]

Sık sorulan sorular

RDAP, insan gönderenin alan adının sahibi olduğunu kanıtlar mı?

Hayır. Geri gönderilen nesneler ve roller, posta kutusu kontrolünün veya bir kişinin istek gönderme yetkisinin kanıtını değil, kayıt bilgilerini sağlar.

RFC 9083 : RDAP için JSON Yanıtları

Kayıt memuru ve kayıt ettiren aynı rol mü?

Hayır. Her varlığı bir sahip alanına daraltmak yerine, gerçekte döndürülen rolleri koruyun.

RFC 9083 : RDAP için JSON Yanıtları

Kayıt tarihi sürekli mülkiyeti kanıtlıyor mu?

Tek başına değil. Etkinlik eylemini ve bağlamını koruyun; tarih, mevcut operatörün tam geçmişini oluşturmaz.

RFC 9083 : RDAP için JSON Yanıtları

İletişim verilerinin olmaması dolandırıcılık anlamına mı geliyor?

Hayır. Düzenleme veya çıkarma, görünürlüğü sınırlar ve kötü niyetli bir niyet oluşturmaz.

RFC 9537 : RDAP Yanıtlarında Düzenlenmiş Alanlar

Tüm hizmetler redaksiyon uzantısını uyguluyor mu?

Bu tasarının böyle bir iddiası yok. Gerçek uzantıyı, bildirimleri ve döndürülen alanları kaydedin.

RFC 9537 : RDAP Yanıtlarında Düzenlenmiş Alanlar

RDAP SPF yetkilendirmesi oluşturabilir mi?

Hayır. SPF ilgili SMTP kimliğini ve bağlantı IP'sini farklı bir kanıt kaynağı olan politikasına göre değerlendirir.

RFC 7208 : Gönderen Politikası Çerçevesi

Bir kullanıcı alanı sorgulandı mı?

Hayır. Herhangi bir kayıt sorgusu veya kişisel iletişim toplama işlemi gerçekleştirilmedi.

Hangi orijinal delil açık kalıyor?

Gizlilik ve ilişkilendirme sınırlamaları için açıklama eklenmiş zaman damgalı bir RDAP yanıtı toplanmadı.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9989: DMARC

    Bölümler §4.7 DMARC Politika Kaydı Formatı · §4.8 Resmi Tanım · §4.10 DNS Ağacı Yürüyüşü · §5.3.2 DMARC Mekanizmasının Geçerli Olup Olmadığını Belirleme · §4.4 Tanımlayıcı Hizalamasının Açıklaması · A.6 pct Etiketinin Kaldırılması

  2. RFC 7208 : Gönderen Politikası Çerçevesi

    Bölümler §2.3 HELO Kimliği · §3.2 Çoklu DNS Kayıtları · §4.5 Kayıt Seçme · §4.6.4 DNS Arama Sınırları · §5.2 şunları içerir · §6.1 yönlendirme · §8 Sonuç İşleme · §2.4 MAIL FROM Kimlik · §4.1 Bağımsız Değişkenler · §4.4 Kayıt Arama · §4.6 Kayıt Değerlendirmesi · §5.1 tümü · §6 Değiştirici Tanımları

  3. RFC 9083 : RDAP için JSON Yanıtları

    Bölümler §4 Ortak Veri Yapıları · §5.1 Varlık Nesne Sınıfı · §5.3 Etki Alanı Nesne Sınıfı · §10.2.3 Olay Eylemleri · §10.2.4 Roller · §13 Gizlilik Hususları

  4. RFC 9537 : RDAP Yanıtlarında Düzenlenmiş Alanlar

    Bölümler §3 Redaksiyon Yöntemleri · §4 Düzenlenmiş RDAP Yanıtı

[ Sözlük ]

Sözlük

RDAP etki alanı nesnesi
RFC 9083 tarafından tanımlanan yapılandırılmış bir kayıt verisi yanıt nesnesi.

RFC 9083 : RDAP için JSON Yanıtları

Varlık rolü
Tescil ettiren veya tescil ettiren gibi kendine özgü anlamını koruması gereken iade edilen bir ilişki.

RFC 9083 : RDAP için JSON Yanıtları

Redaksiyon açıklaması
Uygulandığı yerde RFC 9537 uzantısı kapsamında saklanan alanları açıklayan bilgiler.

RFC 9537 : RDAP Yanıtlarında Düzenlenmiş Alanlar

İlişkilendirme sınırı
Döndürülen bir ipucu ile bir operatör veya gönderen hakkında desteklenmeyen bir sonuç arasındaki 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ı