Bir alt alan adı artık var olmayan bir servisi gösteriyor

ÖnemYüksek

KapsamTüm site

EmekAz

DoğrulamaGüvenlik taraması (haftalık ya da Yeniden tara)

Kural anahtarısec_dangling_cname

Kısa cevap

Alt alan adlarınızdan biri hâlâ arkasında hiçbir şey kalmamış bir dış servisi (örneğin bir depolama kovası ya da barındırılan bir blog) gösteren bir CNAME kaydına sahip. O DNS kaydını silin ya da kaynağı servis üzerinde kendi hesabınızda yeniden oluşturun. O zamana kadar o serviste aynı adı sahiplenen herkes alt alan adınızı yönetir.

Neden önemli

Birçok barındırma servisi bir adı kim sahiplendiyse onun içeriğini sunar. Kaynak silinip CNAME kaydınız kaldığında saldırgan aynı adı kaydedip kendi sayfalarını alt alan adınızda sunabilir: kullanıcılarınızın güvendiği bir adreste oltalama ve zararlı yazılım, üst alan adınız için çerez yazabilen sayfalar, *.example.com'a güvenen güvenlik kurallarından geçen istekler. Açığı olan servislerin listeleri herkese açıktır ve ele geçirmeler otomatik taramayla bulunur.

Alt alan adınızdaki spam ya da oltalama sayfaları alan adınız altında dizine alınabilir ve alan adınızın Google Safe Browsing tarafından işaretlenmesine yol açabilir; bu ziyaretçilere uyarı gösterir.

Glimana bunu nasıl tespit eder

Glimana sitenin ana makinesini, alan adınızın www. sürümünü ve sayfalarınızın bağlantı verdiği diğer alt alan adlarını (en çok 12 ad) denetler. CNAME kaydı olan her ad için: CNAME hedefi yoksa (NXDOMAIN) ad orta önemle raporlanır; hedef, can-i-take-over-xyz'de (CC BY 4.0) sahiplenilebilir olarak listelenen bir servise aitse (ör. AWS S3, Bitbucket, Ghost, Surge.sh, WordPress.com) ve alt alan adı o servisin "burada bir şey yok" mesajını gösteriyorsa (ör. The specified bucket does not exist) yüksek önemlidir. Taramada en çok beş böyle sayfa çekilir. DNS sorgularının hiçbiri cevaplanamadıysa sonuç Geçti değil Ölçülemedi olur. Sitenizin bağlantı vermediği alt alan adları ve bırakılmış bulut IP'lerini gösteren A kayıtları denetlenmez.

Nasıl düzeltilir

Dikkat

Alt alan adı tanımadığınız bir içerik sunuyorsa zaten ele geçirilmiştir: DNS kaydını hemen silin, ardından neye erişebildiğini gözden geçirin (çerezler, OAuth dönüş adresleri, CSP ya da CORS izin listeleri). İleride bir servisi kapatırken DNS kaydını kaynağı silmeden önce silin, sonra değil.

Glimana'da bulguyu bulun. Güvenlik sayfasını açın; bu kontrol E-posta ve DNS grubunda, son taramanın kanıtı başlığının altında. Aynı sorun Sorunlar › Bir alt alan adı artık var olmayan bir servisi gösteriyor altında da listelenir.
Düzeltmeyi platformunuzda uygulayın.

CloudflareDiğer DNS sağlayıcıları

DNS › Records bölümüne gidin, sorunun kanıtında adı geçen alt alan adını arayın ve CNAME kaydını silin (ya da hâlâ kullandığınız bir servisi gösterecek şekilde düzenleyin). Alt alan adına o serviste hâlâ ihtiyacınız varsa önce kaynağı yeniden oluşturun ve servisin istediği sahiplik doğrulama kaydını ekleyin.

Alan adınızın bölgesini açın, listelenen alt alan adının CNAME kaydını bulun ve silin. Servisi korumak isterseniz kaynağı kendi hesabınızda CNAME'in beklediği adla birebir yeniden oluşturun (S3 web sitesi kovasında kova adı alt alan adının tamamı olmalıdır). dig +short CNAME sub.example.com ile kontrol edin.
Glimana'da kontrol edin. Güvenlik sayfasında Yeniden tara düğmesine basın (saatte en çok iki tarama) ya da pazar günkü haftalık taramayı bekleyin; kontrol geçince sorun kapanır.

Düzeltme nasıl doğrulanır

DNS'i değiştirdikten sonra eski kaydın TTL süresinin dolmasını bekleyin, ardından Güvenlik sayfasında Yeniden tara düğmesine basın (ya da pazar 04:00'teki haftalık taramayı bekleyin); kontrol geçtiğinde sorun kapanır.