Yükleniyor
DNS bölgenizde silinmiş GitHub Pages, AWS S3, Vercel veya Heroku uygulamalarına işaret eden sahipsiz CNAME kayıtlarını tespit edin; siber saldırganların alt alan adınızı ele geçirmesini engelleyin.
Cloudflare, Route 53 veya cPanel DNS bölge dosyanızı yapıştırın; askıda kalan (dangling) CNAME kayıtlarını tarayın.
Her alt alan adının işaret ettiği harici sağlayıcı, risk seviyesi ve parmak izi analizi.
| Alt Alan Adı | CNAME Hedefi | Bulut Servisi | Risk Seviyesi | Açıklama / Çözüm |
|---|---|---|---|---|
| docs.sirketiniz.com | eski-proje.github.io | GitHub Pages | kritik | Silinen GitHub deposuna ait CNAME kaydını DNS sağlayıcınızdan derhal silin veya yeni bir repoda Custom Domain olarak tanımlayın. Hata İmzası: "There isn't a GitHub Pages site here." |
| assets.sirketiniz.com | sirket-depo.s3-website-us-east-1.amazonaws.com | Amazon Web Services (AWS S3 Bucket) | kritik | AWS üzerinde aynı ada sahip bir S3 bucket oluşturularak alt alan adı anında ele geçirilebilir. DNS'teki CNAME'i silin veya CloudFront ile origin access control yapılandırın. Hata İmzası: "The specified bucket does not exist (NoSuchBucket)." |
| app.sirketiniz.com | cname.vercel-dns.com | Vercel Platform | yuksek | Vercel projesi silinmiş veya alan adı eşleştirmesi kaldırılmış. Vercel panelinde alan adını doğrulayın veya DNS CNAME kaydını kaldırın. Hata İmzası: "404: The page could not be found (DEPLOYMENT_NOT_FOUND)." |
| yardim.sirketiniz.com | sirketim.zendesk.com | Zendesk Support | yuksek | Zendesk yardım merkezi silinmişse sahte destek sayfası açılarak kullanıcı parolaları toplanabilir. DNS kaydını silin. Hata İmzası: "Help Center Closed" |
| api.sirketiniz.com | lb.sirket-sunucu.com | Dahili / Güvenli | guvenli | Kayıt bilinen savunmasız bir SaaS/PaaS sağlayıcısına işaret etmiyor. |
Ana sitenizde çerezler Domain=.sirket.com olarak ayarlanmışsa, ele geçirilen blog.sirket.com üzerindeki JavaScript kodu tüm kullanıcıların kimlik doğrulama oturumlarını çalabilir.
Saldırgan şirketinizin resmi alan adı üzerinde geçerli Let's Encrypt SSL sertifikası alarak müşterilerinize inandırıcı sahte giriş sayfaları sunabilir.
Ana uygulamanız kendi subdomain'lerine izin veren esnek bir Content Security Policy (CSP) kullanıyorsa, saldırgan XSS zafiyeti tetikleyebilir.
There isn't a GitHub Pages site here.
The specified bucket does not exist (NoSuchBucket).
No such app - Heroku | There's nothing here, yet.
404: The page could not be found (DEPLOYMENT_NOT_FOUND).
Not Found - Request ID
404 Web Site not found.
Sorry, this shop is currently unavailable.
Help Center Closed
May be this is a valid freshdesk domain, but it has not been claimed yet.
project not found
Project doesnt exist... yet!
The thing you were looking for is no longer here.
404 Not Found
Repository not found
Şirketler geçici pazarlama kampanyaları, dokümantasyon siteleri veya mikroservisler için sık sık blog.sirketiniz.com gibi alt alan adları açar ve bunları GitHub Pages, AWS S3, Netlify veya Vercel gibi harici bulut servislerine CNAME ile yönlendirir. Proje bittiğinde geliştiriciler bulut üzerindeki depoyu veya S3 bucket'ını siler; ancak DNS üzerindeki CNAME kaydını silmeyi unutur. Bu duruma "Askıda Kalan DNS" (Dangling DNS) denir.
Saldırganlar DNS tarayıcıları ile askıda kalan CNAME kayıtlarını tespit eder (örneğin NoSuchBucket veya There isn't a GitHub Pages site here hatası veren alan adları). Ardından ilgili bulut platformuna giderek aynı adla bir GitHub reposu, S3 bucket'ı veya Heroku uygulaması açarlar. DNS yönlendirmesi zaten bu hedefe baktığı için, alt alan adı saniyeler içinde saldırganın kontrolüne geçer.
Ele geçirilen alt alan adı şirketinizin resmi kök alan adı altında çalıştığı için iki ölümcül tehlike doğurur:
a) Oturum Çerezlerinin Çalınması: Ana sitenizde oturum çerezleri Domain=.sirket.com (wildcard) olarak ayarlanmışsa, saldırgan blog.sirket.com üzerinden kullanıcının giriş jetonunu (token/cookie) okuyabilir.
b) Meşru SSL ile Oltalama: Saldırgan Let's Encrypt üzerinden şirketinizin adıyla geçerli SSL sertifikası alabilir; kullanıcılar tarayıcıda yeşil kilit ve resmi şirket adresini gördüğü için sahte giriş sayfasını ayırt edemez.
Kurumların bulut kaynakları oluştururken ve silerken (deprovisioning) DNS kayıtlarını Terraform, Ansible veya CloudFormation şablonlarına bağlaması gerekir. Bulut kaynağı silindiğinde ilgili DNS CNAME kaydı da otomatik olarak imha edilmelidir. Ayrıca harici hedeflere CNAME vermek yerine, mümkün olan yerlerde şirket kontrolündeki bir ters vekil (Reverse Proxy) veya CloudFront arkasından origin erişim kısıtlaması (OAC) uygulanmalıdır.