[ Raporlar ve soruşturma ]

ASN , ters DNS ve coğrafi konum ipuçlarını yorumlayın

Ağ kaydı, rota duyuruları, ters adlar ve konum tahminleri farklı soruları yanıtlar ve onaylanmış bir posta hizmetini bağımsız olarak tanımlayamaz.

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

[ Anahtar noktalar ]

  • Kayıtlı kaynak sahipleri ve gözlemlenen duyuru yapan ASN'ler farklı kanıt katmanlarıdır.
  • Ters ad, yetkilendirilmiş bir DNS ifadesidir, Alan Adından iznin kanıtı değildir.
  • Coğrafi konum tahminleri bir kişiyi veya kesin fiziksel adresi tanımlamaz.
  • Kurgusal vakada hiçbir adres araması veya temsili müşteri mesajı kullanılmadı.
Bu sayfada

Üç farklı ipucuna üç farklı soru sorun

Bir ASN , bir ters DNS adı ve bir IP coğrafi konum tahmini, altyapının farklı yönlerini tanımlar. Bunları birleştirmek, araştırmacının bir sonraki kanıt talebini seçmesine yardımcı olabilir, ancak aralarındaki anlaşma, hangi uygulamanın mesaj gönderdiğini veya bunu kimin onayladığını kanıtlamaz. Hepsi aynı paylaşılan geçişi tanımlayabilir ve müşteri hesabını ve işletme sahibini tamamen meçhul bırakabilir.

Bu kılavuz, 8 Kasım 2026 itibarıyla genel ağ yetkilisi ve sağlayıcı belgelerini incelemektedir. Herhangi bir adres, alan adı veya müşteri mesajı sorgulanmamıştır. Çalışılan vakada gerçek bir ağ ilişkilendirmesi yerine icat edilmiş etiketler kullanılıyor. Ek RIPE veritabanı politikası sayfası zaman aşımına uğradı ve makaleyi desteklemek için kullanılmıyor; Erişilebilir RIPEstat belgeleri aşağıda açıklanan yönlendirme kapsamını sağlar.

Kayıt işlemini gözlemlenen yönlendirmeden ayırt etme

ARIN'in Whois belgeleri Ağlar, otonom sistemler ve ilgili kuruluşlar için kayıt kayıtlarını açıklar. Kayıt, bir tahsis veya yeniden tahsis ilişkisini tanımlayabilir. Bir e-postayı oluşturan yazılımı tanımlamaz. Bir kuruluşun iletişim adresinin mutlaka kaynağın fiziksel konumu olması da gerekmez. Bir şirket adını gönderen kararına dönüştürmek yerine kayıt kaynağını ve son değişiklik bilgilerini saklayın.

Gözlemlenen yönlendirme başka bir katmandır. RIPEstat Ağ Bilgisi RIPE RIS'ten türetilen ASN verilerini içeren ve duyuran bir öneki belgelemektedir. Tutulan sayfa, uç nokta sürüm 1.1'i etiketler ve sekiz saatlik veri dökümlerini açıklar. Çıktısı birden fazla ASN içerebilir. Bu, uygulama sahipliğinin canlı denetimi veya bir kuruluşun geçmiş bir zamanda her mesajı kontrol ettiğinin garantisi değil, toplama sınırları olan bir yönlendirme verisi anlık görüntüsüdür.

Ters DNS yetki verilmiş bir adlandırma ifadesi olarak okuyun

A PTR kaydı bir adresi ters ad alanındaki bir alan adıyla ilişkilendirir. ARIN'in ters DNS kılavuzu ayrı IPv4 ve IPv6 ters bölgelerini ve delegasyon yönetimini açıklar. Ad, sağlayıcının genel geçiş etiketi veya müşteri tarafından kontrol edilen bir ana bilgisayar adı olabilir. Bu, ilgili DNS yönetiminden gelen bir adlandırma talebidir; ana makinenin görünür Kimden alanı için gönderme yapmak üzere onaylandığının kanıtı değildir.

İleri doğrulanmış bir ters ilişki, döndürülen bir adın, gerçekleştirilen kontroller altında adrese geri çözümlendiğini gösterebilir. Bu, tutarlılık kanıtlarını iyileştirir ancak başvuru amacını veya hesap onayını oluşturmaz. DNS yokluğunu, arama hatasını ve beklenmeyen bir adı farklı koşullar olarak saklayın. Burada hiçbir arama yapılmadı ve ne ilgi çekici bir ana bilgisayar adı ne de eksik bir PTR tek başına kötü niyetli bir gönderenin varlığını tespit edemez.

SPF yerine PTR kullanmaktan kaçının

RFC 7208 tanımlar SPF bağlanan IP ve ilgili SMTP kimliği etrafında. Onun ptr mekanizma önerilmez; Ters DNS markalaması, bunun etrafında bir SPF politikası oluşturmak için bir neden değildir. Yetkilendirme alanı ve değerlendirilen kimlik, bir ana bilgisayar adının tanınabilir bir sağlayıcı adı içerip içermediğinden daha önemlidir. Sağlayıcı benzeri bir alt dize, tam, doğrulanmış alan adı ilişkisinin yerine geçemez.

Benzer şekilde, tanıdık bir alan adı altında bir isim bulmak şunu göstermez: DKIM veya DMARC geçti. Bu mekanizmaların kendi kanıtları ve kimlik kuralları vardır. Alıcının bildirmediği bir kimlik doğrulama sonucu oluşturmak için değil, daha sonra neyin denetleneceğine karar vermek için altyapı ipuçlarını kullanın. Gelecekteki herhangi bir DNS incelemesi, yorumdan ayrı olarak tam sahibi, kayıt türünü, zamanı ve yanıt durumunu korumalıdır.

Coğrafi konumu, kapsamı olan bir tahmin olarak ele alın

MaxMind'ın doğruluk kılavuzu doğruluğun değiştiğini ve şehir düzeyindeki verilerin bir doğruluk yarıçapı içerebileceğini açıklıyor. Açıkça belirli bir kişinin, ev veya sokak adresinin yerini belirlemez. Barındırma veya proxy konumu, son kullanıcının konumundan farklı olabilir. Bu nedenle, bildirilen bir şehir, bir çalışanın veya müşterinin o şehirden posta gönderdiği iddiasına dönüşmemelidir.

Veri kümesini, basımı veya gözlem tarihini ve mevcut belirsizlik bilgilerini kaydedin. Atlanmış bir şehir, kaynağın bu kesinliği sağlamadığı anlamına gelebilir; adresin konumunun olmadığının kanıtı değildir. Farklı veritabanları, yöntemleri ve girdileri farklı olduğundan aynı fikirde olmayabilir. Bu kılavuz bir konum veritabanını içe aktarmaz, coğrafi konum hizmetini çağırmaz veya kimseye koordinat atamaz.

Kurgusal bir altyapı paketi üzerinde çalışın

Taslak öncesi kağıt kutusunda Kuzey Ağı adında bir ağ etiketi bulunur; bir PTR adı, relay.north.example; ve geniş bir bölgesel tahmin. Hepsi icat edildi. Bunların arkasında gerçek ASN numarası, gerçek adres araması veya temsili bir mesaj yoktur. Birlikte ele alındığında, bu ipuçları gelecekteki bir araştırmacının ağ ve hizmet belgelerini nerede arayabileceğini gösteriyor. Belirli bir posta uygulaması, müşteri kiracısı veya yetkili iş amacı oluşturmazlar.

Bir sonraki kanıt katmanı, temsili bir mesajın kimliklerini ve güvenilir alma izini müşteriye özel bir hizmet kaydına bağlayacaktır. RFC 9990 bir raporun kaynak IP'sini bağlantı adresi olarak tanımlar; dolayısıyla altyapı paketi bile orijinal oluşturma sistemi yerine bir aracıyı tanımlayabilir. "Gözlemlenen bağlantıyla ilişkili ağ" ifadesini "postayı yazan uygulama"ya çevirmek yerine bu olasılığı koruyun.

Sınırlı bir soruşturmaya rehberlik etmek için anlaşmazlıkları kullanın

Kayıt kuruluşu, PTR adı ve bölge arasındaki uyumsuzluk otomatik olarak çözülecek bir sorun değil, araştırılması gereken bir sorudur. sahtekarlık sınıflandırma. Adres atamasındaki değişiklikler, dış kaynaklı röleler veya farklı veri seti süreleri görünüşte tutarsız etiketler üretebilir. Bunlar yalnızca olası açıklamalardır. Hangi spesifik kanıtın onları ayırt edebileceğini sorun ve bu kanıt elde edilene kadar ilişkilendirmeyi çözümlenmemiş olarak işaretleyin.

Tam giriş kapısı açık kalır: Mevcut birincil spesifikasyonları doğrulayın ve taslak hazırlamadan önce üzerinde çalışılan bir örneği saklayın. Bu belgesel çalışması güncel kaynak pasajlarını ve kurgusal bir vakayı koruyor ancak orijinal kanıt gerekliliğini karşılamıyor: Altyapı ipuçlarını temsili bir mesaj ve müşteriye özel hizmet kanıtlarıyla birleştirin. Hiçbir temsili mesaj veya müşteri kaydı sağlanmadı. Gönderenin onayını, harici açıklamayı ve herhangi bir DNS veya kimlik bilgisi eylemini altyapı belgelerini okumaktan ayrı tutun.

[ Götürmek ]

Gönderenin kimliğini oluşturmak için değil, bir sonraki kanıt talebini seçmek için altyapı ipuçlarını kullanın.

[ Role göre ]

Bu sizin için ne anlama geliyor?

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

Ağ araştırmacısı

Her kaynağı ölçtüğü şeye göre etiketleyin

Görünür anlaşmanın desteklenmeyen bir hesap ilişkilendirmesi haline gelmemesi için kayıt, yönlendirme, adlandırma ve konum veri kümelerini ayrı tutun.

Sonraki adımlar

  1. Kaynak sürümünü, toplama süresini ve kapsamını koruyun.
  2. Arama hatasını eksik veya kesin olmayan verilerden ayırt edin.
  3. Tek bir sağlayıcının kararını zorlamadan çakışan etiketleri belgeleyin.

E-posta kimlik doğrulama analisti

İpuçlarını mesaj kimliklerine bağlayın

Altyapı bağlamını yalnızca gerçek SMTP ve imzalama kanıtlarına giden yol olarak kullanın.

Sonraki adımlar

  1. Toplu raporlarda bağlantı adresi sınırını koruyun.
  2. PTR adından SPF veya DKIM sonuçları çıkarmayın.
  3. Sınıflandırmadan önce onaylı bir temsilci mesajı ve hizmet eşlemesi isteyin.

Gizlilik ve hizmet incelemecisi

Konum aşımını önleyin

Bölgesel ağ tahminlerinin bir kişinin yerini tespit etmek veya kimsenin sağlamadığı bir iş onayını ima etmek için kullanılmadığından emin olun.

Sonraki adımlar

  1. Kesin kişi iddialarını karar kaydının dışında tutun.
  2. Belirsizliği kaydedin ve gereksiz konum ayrıntılarını atın.
  3. Herhangi bir harici kanıt paylaşımına, kamuya açık dokümantasyon araştırmasından ayrı olarak izin verin.

[ SSS ]

Sık sorulan sorular

Duyuru yapan bir ASN kayıt kuruluşundan farkı nedir?

Duyuru yapan bir ASN belirli bir veri kaynağındaki bir önekin gözlemlenen yönlendirmesini açıklar. Kayıt defteri kayıtları, kaynak kaydını ve ilişkili varlıkları tanımlar. İkisi de tek başına mesaj gönderen uygulamayı tanımlamaz.

Belgelenen RIPEstat sonucu anlık bir yönlendirme gerçeği midir?

Hayır. Saklanan Ağ Bilgisi sayfası sürüm 1.1'i etiketliyor ve sonuçların sekiz saatlik dökümlere dayalı RISwhois verilerini kullandığını söylüyor. Kaynağı ve zamanlamayı koruyun; bu makale için herhangi bir sorgu çalıştırılmadı.

İleri doğrulanmış ters DNS soruşturmaya ne katar?

Yapılan kontrollerde ters ad ile ileri adres arasında tutarlılık sağlayabilir. Hala uygulama sahipliğini, müşteri onayını veya başarılı mesaj kimlik doğrulamasını sağlamıyor.

SPF kısayolu olarak tanıdık bir PTR ana bilgisayar adı kullanılmalı mı?

Hayır. SPF kendi değerlendirilmiş kimlik ve yetkilendirme kuralları vardır ve RFC 7208 ptr mekanizmasını önermez. Tanınabilir bir ana bilgisayar adı, görünür Kimden alan adının bir hizmeti yetkilendirdiğinin kanıtı değildir.

Bir IP coğrafi konum şehri, e-posta gönderen kişiyi tanımlayabilir mi?

Hayır. MaxMind, coğrafi konum verilerinin belirli bir kişinin, ev veya sokak adresinin yerini belirlemediğini söylüyor. Barındırma veya proxy konumu, son kullanıcının konumundan farklı olabilir.

Eksik şehir verileri bir adresin şüpheli olduğu anlamına mı gelir?

Hayır. Veri kaynağı bu kesinliği veya kapsamı sağlayamayabilir. Eksiklikleri ve belirsizlikleri art niyetlilik hükmüne dönüştürmek yerine koruyun.

Çakışan ASN , PTR ve bölge etiketleri neyi tetiklemelidir?

Kaynak zamanlaması, delegasyon ve hizmet ilişkilerine ilişkin sınırlı bir araştırma. Sahteciliği otomatik olarak kanıtlamazlar. Rakip açıklamaları ve bunları ayırt etmek için gereken spesifik kanıtları kaydedin.

Kuzey Ağı örneğinde hangi gerçek kanıtlar eksik?

Ağ, PTR ve bölge etiketleri icat edildi. Gerçek altyapı ipuçlarını onaylanmış bir uygulamaya bağlamak için temsili bir mesaj ve müşteriye özel hizmet kanıtı hâlâ gereklidir.

[ Kaynaklar ]

Kaynaklar

  1. ARIN: Ters DNS
  2. ARIN: Whois kullanımı ve kayıt verilerinin yorumlanması
  3. MaxMind: Coğrafi konum doğruluğu
  4. RFC 1035 : Alan Adları, Uygulama ve Belirtim
  5. RFC 7208 : Gönderen Politikası Çerçevesi
  6. RFC 9990 : DMARC Toplu Raporlama
  7. RIPE NCC: RIPEstat Ağ Bilgisi

[ Sözlük ]

Sözlük

Kaynak kaydı kaydı
İleti düzeyinde uygulama sahipliği kaydı değil, bir İnternet numarası kaynağı ve ilişkili varlıklar hakkındaki kayıt defteri bilgileri.
ASN duyurulması
Bir yönlendirme veri kümesindeki bir önek duyurusuyla ilişkili bir otonom sistem tanımlayıcısı; delil kapsamı söz konusu kaynağa ve toplama zamanına bağlıdır.
PTR adlandırma bildirimi
Bir adresi, ilgili temsilci ad alanı aracılığıyla bir alan adıyla ilişkilendiren ters DNS verileri.
Doğruluk yarıçapı
Kesin bir adres veya kişinin konumu hakkında bir garanti değil, bazı şehir düzeyindeki ürünler tarafından sağlanan bir coğrafi konum belirsizliği ölçüsü.
İlişkilendirme kanıt katmanı
İpuçları birleştirirken kapsamının korunması gereken, yönlendirme veya uygulama yapılandırması gibi ayrı kaynaklı bir gözlem.

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ı