Typosquatting ve IDN: Benzer domainler nasıl önceliklendirilir?
Typosquatting ve IDN domainlerinde teknik gösterim, aktif davranış ve yetki bağlamıyla doğru risk kuyruğu oluşturun.
Bu yazıda neler var?
Kısa yanıt
Yazım hatası veya görsel karakter benzerliği, bir alan adını inceleme kuyruğuna almak için sinyal olabilir; tek başına ihlal kararı değildir. Öncelik, benzerliğin türüyle birlikte aktif içerik, ilişki iddiası ve kullanıcıdan istenen işlem üzerinden belirlenmelidir. Boş domainle ödeme toplayan taklit sayfa aynı risk düzeyinde ele alınmamalıdır.
Görünen ad ile teknik gösterim
Uluslararasılaştırılmış alan adlarında kullanıcının gördüğü Unicode gösterim ile DNS'deki teknik gösterim farklı olabilir. İkisini aynı kayda yazın. Bir ekran görüntüsünden yalnız harfleri elle kopyalamak yanlış adres incelemesine yol açabilir. Alan adını URL yolu, kullanıcı adı ve alt alan adıyla karıştırmamak temel kontroldür.
Benzerlik türleri ayrı sınıflandırılır: eksik harf, fazladan karakter, klavye yakınlığı, sözcük sırası veya farklı alfabelerden benzer şekiller. Aynı görünen iki karakterin teknik farkı açıklanmalıdır. Kullanıcıların hangi dil ve cihazla gördüğü de gözleme eklenebilir; fakat sırf farklı karakter kullanıldı diye kötü niyet kesinleştirilmez.
Risk kuyruğu tasarımı
İlk alan benzerlik sinyalini, ikinci alan erişilebilir davranışı, üçüncü alan hak ve yetki bağlamını gösterir. Güvenli ön inceleme ödeme talebi, parola formu, resmî destek iddiası ve yönlendirme gibi olguları kaydeder. Yetkili bayi ve kurumun eski kampanya domainleri referans listesinde tutulur. Referans listesi güncel değilse yanlış alarm artar.
Otomatik model “incele” kararı üretebilir; hukuki başvuruyu kendiliğinden göndermemelidir. Eksik içerik, erişilemeyen sayfa ve bilinmeyen yetki durumları ayrı tutulur. Böylece modelin görmediği veri olumsuz kanıt gibi kullanılmaz. Eşikler gerçek meşru örneklerle de sınanmalıdır.
Kurgusal kabul testi
On meşru bayi, on yazım hatalı boş domain ve on taklit sayfadan oluşan sentetik örneklem hazırlayın. Sistem hangi örnekleri neden öne çıkardığını açıklasın. Bulunan domain sayısı kadar yanlış alarm, inceleme süresi ve eksik bağlam oranı ölçülsün. “Yüzde yüz tespit” iddiası yerine örneklemin kapsamı ve sınırları raporlansın.
Kontrol listesi
- Teknik ad ile görünen ad eşleşti mi?
- Kök domain doğru ayrıştırıldı mı?
- Resmî ve izinli envanter güncel mi?
- Aktif davranış kaydı var mı?
- Belirsiz sonuç insan incelemesine gidiyor mu?
- Alarm sonrası uygulanacak yol ayrıca seçiliyor mu?
Yanlış alarmı geri besleyin
Meşru olduğu doğrulanan bayi kaydı referans envanterine gerekçesiyle eklenmelidir. Ancak bu izin sonsuza kadar geçerli varsayılmamalı; kapsam ve gözden geçirme tarihi tutulmalıdır. Model bir kez doğru karar verdi diye yeni bütün benzerliklerde aynı sonuca otomatik gidilmez.
Alarmın tetiklendiği özellikler anlaşılır kaydedilirse sonraki inceleyici hangi bilgiyi tamamlayacağını bilir. “Yüksek risk” puanı tek başına görev açıklaması değildir. Ödeme formu gözlenmesiyle yalnız yazım benzerliği tespiti aynı ifadeyle raporlanmamalıdır. Ekip hatalı alarmı kapatırken gerekçesini saklayarak gelecekteki incelemenin daha isabetli olmasını sağlar.
SSS
Her benzer domaini savunma amacıyla satın almalı mıyız? Portföy maliyeti ve risk değerlendirilir; sonsuz varyasyon satın almak tek strateji değildir.
Görsel benzerlik UDRP başarısı demek mi? Hayır. Politikanın diğer koşulları ayrıca değerlendirilir.
Resmî kaynaklar
İlgili rehberler
- Alan adı uyuşmazlığında dijital delil ve kronoloji
- Domain kötü niyeti nasıl incelenir? Kayıt, edinim ve kullanım tarihleri
- Phishing domaininde registrar, hosting ve CDN bildirimi nasıl ayrılır?
- Domain uyuşmazlığını önlemek: Kurumsal portföy ve olay playbook’u
Bu rehber genel bilgilendirmedir. Somut olayın hakları, yetkisi ve güncel usulü ayrıca değerlendirilmelidir. Kurgusal örnekler gerçek B10 müşteri dosyası veya başarı iddiası değildir.