Phishing domaininde registrar, hosting ve CDN bildirimi nasıl ayrılır?
Phishing domaininde registrar, hosting ve CDN rollerini ayırın; güvenli kanıt, bildirim ve sonuç kontrolünü planlayın.
Bu yazıda neler var?
Kısa yanıt
Kayıt kuruluşu, hosting sağlayıcısı ve CDN aynı görevi yapmaz. Bildirim doğru teknik role ve somut gözleme yöneltilmelidir. İçeriğin kaldırılması, erişimin durması ve alan adının devri farklı sonuçlardır. Acil güvenlik müdahalesiyle marka uyuşmazlığı aynı olay kaydında koordine edilebilir; biri diğerinin yerine geçtiği varsayılmaz.
Önce zarar ve delil
Kişisel bilgi veya ödeme talep eden sayfa görülürse güvenlik ekibinin olay planı işletilir. Formu denemek için gerçek müşteri verisi girilmez. URL, zaman, görülen talep ve güvenli şekilde elde edilen kayıtlar korunur. Bildirim metninde gözlem ile şüphe ayrılır; doğrulanmamış suçlama kesin bilgi gibi yazılmaz.
Kullanıcıların korunmasına yönelik iletişim de planlanmalıdır. Resmî destek kanalı ve doğrulanmış adresler açık gösterilebilir. Fakat kamuya açık duyuruda mağdur adresleri, e-posta başlıkları veya ödeme bilgileri gereksiz yere paylaşılmaz. Delil kopyalarının erişimi sınırlandırılır.
Rol haritası çıkarın
Registrar alan adı kayıt ilişkisiyle, hosting içerik barındırmayla, CDN ise kullandığı hizmet kapsamıyla ilgilidir. Görülen IP'nin bir aracıya ait olması gerçek origin'i kesinleştirmez. Aynı IP'deki başka müşterileri olayın tarafı gibi göstermekten kaçının. Sağlayıcının güncel abuse kanalı ve gereken asgari bilgiler kontrol edilmelidir.
Kayıt formuna her yere aynı metni yapıştırmak yerine talep ilgili role uyarlanır. Bildirim numarası, gönderim zamanı, cevap ve işlem sonucu ayrı tutulur. “Alındı” mesajı kaldırma veya devir olarak kaydedilmez. Sayfa başka adrese taşınırsa eski dosya silinmeden yeni bağlantı eklenir.
Kurgusal operasyon
Taklit destek sitesi kapanıp ertesi gün farklı domainle dönsün. Sadece ilk kapanışı başarı sayan ekip tekrar riskini göremez. Logo, şablon ve iletişim örüntüleri izlenebilir; ortak şablon tek başına ortak kişi kanıtı sayılmaz. Domain prosedürü, güvenlik bildirimi ve müşteri iletişimi için farklı sorumlular atanır.
Teslim ve kapanış
- Doğrulanmış teknik rolleri listeleyin.
- Her bildirime somut URL ve ilgili kanıtı ekleyin.
- Sağlayıcı yanıtını iddia edilen sonuçtan ayırın.
- Yeni gözlemle erişim durumunu tekrar kontrol edin.
- Devir veya hukuki talep gerekiyorsa ayrı dosya açın.
Sağlayıcı yanıtlarını doğru sınıflandırın
“Talep alındı”, “ek bilgi istendi”, “işlem yapıldı” ve “sonuç doğrulanamadı” ayrı durumlar olmalıdır. Çalışan araca erişemediği için sayfa açılmadığında sağlayıcı kapattı sonucu çıkarılmaz. Mümkün olan tekrar gözlem zamanı ve sınırlama kaydedilir.
Aynı olayla ilgili farklı sağlayıcılara verilen bilgiler tutarlı olmalıdır. Sonradan düzeltilen alan adı, tarih veya kişi iddiası ilgili kayıtlara yansıtılır. Gereksiz toplu bildirim, hem meşru hizmetleri etkileyebilir hem gerçek zararın bulunduğu noktayı görünmez kılabilir. Başvuru adedi yerine doğru muhatap ve kanıt yeterliliği izlenir.
SSS
Hosting kapandıysa domain benim oldu mu? Hayır; içerik hizmetiyle kayıt kontrolü ayrıdır.
CDN logosu görülmesi ihlale ortaklık kanıtı mı? Tek başına böyle bir sonuç çıkarılamaz; hizmet rolü ve somut olay incelenir.
Resmî kaynaklar
İlgili rehberler
- Alan adı uyuşmazlığı nasıl çözülür? Marka ekipleri için karar rehberi
- Alan adı uyuşmazlığında dijital delil ve kronoloji
- RDAP ve gizli kayıt sahibi: Domain incelemesinde ne öğrenilebilir?
- Typosquatting ve IDN: Benzer domainler nasıl önceliklendirilir?
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.
