İçeriğe geç
🚀 Bu rehber açık kaynaklıdır ve katkılarınıza açıktır! Katkıda bulunmak, hata bildirmek veya öneri sunmak için GitHub Depomuzu ziyaret edin ve Pull Request açın.

DNS Protokolü Mimarisi, Sorgu/Yanıt Analizi ve DNS Hataları

DNS Protokolü Mimarisi, Sorgu/Yanıt Analizi ve DNS Hataları

Bölüm başlığı “DNS Protokolü Mimarisi, Sorgu/Yanıt Analizi ve DNS Hataları”

Alan Adı Sistemi (Domain Name System - DNS), internetin telefon rehberidir. İnsanların okuyabildiği alan adlarını (www.ornek.com) bilgisayarların ve yönlendiricilerin anlayabildiği 32-bitlik IPv4 veya 128-bitlik IPv6 adreslerine dönüştürür.

DNS çalışmadığında, alt ağlar ve yönlendiriciler kusursuz çalışsa dahi kullanıcılar servisleri isimle bulamayacağı için tüm internet durmuş gibi algılanır. Bu bölümde DNS mimarisini, özyinelemeli (recursive) çözümleme adımlarını, Wireshark ile DNS başlık anatomisini ve en yaygın DNS hata kodlarının analizini inceleyeceğiz.

DNS Ağın En Kritik Altyapı Protokolüdür

DNS İsim Çözümleme ve IP Eşleştirme Şeması


§4.1.1.DNS Mimarisi ve İsim Çözümleme Hiyerarşisi

Bölüm başlığı “§4.1.1.DNS Mimarisi ve İsim Çözümleme Hiyerarşisi”

DNS, dağıtık ve hiyerarşik bir veritabanı yapısına sahiptir:

flowchart TD
    Root["Kök DNS Sunucuları - Root Servers ( . )"]
    TLD_COM["TLD Sunucuları: .com"]
    TLD_TR["TLD Sunucuları: .tr / .gov.tr"]
    AUTH["Yetkili DNS Sunucusu (Authoritative: ornek.com)"]
    Resolver["Özyinelemeli Çözümleyici (Recursive Resolver - ISP / 1.1.1.1)"]
    Client["İstemci (Tarayıcı)"]

    Client -->|"1. www.ornek.com nerede?"| Resolver
    Resolver -->|"2. .com nerede?"| Root
    Root -.->|"3. .com TLD IP'si"| Resolver
    Resolver -->|"4. ornek.com nerede?"| TLD_COM
    TLD_COM -.->|"5. ornek.com Yetkili Sunucu IP'si"| Resolver
    Resolver -->|"6. www.ornek.com IP'si nedir?"| AUTH
    AUTH -.->|"7. 93.184.216.34"| Resolver
    Resolver -.->|"8. IP Adresi İstemciye Teslim Edilir"| Client

DNS Taşıma Katmanı Protokol Tercihi: UDP ve TCP Kullanımı

  • Standart DNS sorgu ve yanıtları hız ve hafiflik için UDP 53 üzerinden iletilir. RFC 1035 uyarınca UDP paket yükü sınırı geleneksel olarak 512 bayttır.
  • Yanıt 512 baytı aştığında (örneğin çok sayıda IP dönüyorsa veya DNSSEC imzaları varsa) yanıtta TC (Truncation - Kesilme) bayrağı 1 olarak ayarlanır.
  • İstemci TC bayrağını görünce sorguyu derhal TCP 53 üzerinden yeniden gönderir.
  • Bölge transferleri (Zone Transfer - AXFR/IXFR) sunucular arasında veri bütünlüğünü garanti etmek için daima TCP 53 kullanır.

DNS Kayıt Türleri ve Hiyerarşik İşlevleri

Kayıt TürüTam AdıKullanım Amacı
AAddressAlan adını 32-bit IPv4 adresine eşler
AAAAIPv6 AddressAlan adını 128-bit IPv6 adresine eşler
CNAMECanonical NameBir alan adını başka bir alan adına takma ad (alias) olarak yönlendirir
MXMail Exchangeİlgili domain için e-postaları kabul eden posta sunucularını ve önceliklerini belirtir
PTRPointerTers DNS (rDNS); IP adresini alan adına çözümler (in-addr.arpa)
TXTTextMetin verisi; SPF, DKIM ve DMARC gibi e-posta güvenlik kayıtlarını tutar
SRVServiceServis lokasyonu; Active Directory etki alanı denetleyicilerini (DC) bulmak için kullanılır (_ldap._tcp.dc._msdcs)
NSName Serverİlgili bölgeden sorumlu yetkili DNS sunucularını listeler
SOAStart of AuthorityBölgenin seri numarası, yenileme ve TTL parametrelerini içeren ana kayıt

§4.1.3.DNS Güvenliği: Saldırı Vektörleri, DoT ve DoH

Bölüm başlığı “§4.1.3.DNS Güvenliği: Saldırı Vektörleri, DoT ve DoH”

DNS Saldırı Vektörleri Karşılaştırmalı Analizi

Geleneksel DNS şifresiz düz metin (plaintext) iletildiği için ciddi güvenlik riskleri barındırır:

  1. DNS Zehirlenmesi (DNS Cache Poisoning): Kaminsky saldırısı ile önbelleğe sahte IP kayıtlarının enjekte edilmesi.
  2. DNS Amplification: UDP kaynak IP spoofing yapılarak hedef kurbana devasa DNS yanıtları yönlendirilmesi (DDoS).
  3. DNS Tünelleme (DNS Tunneling): TXT ve CNAME sorguları üzerinden güvenlik duvarını atlayarak veri kaçırma veya C2 iletişimi.

Geleneksel DNS sorgularının ISS veya ağ dinleyicileri tarafından izlenmesini engellemek için şifreli DNS protokolleri geliştirilmiştir:

DoT ve DoH Protokol Mimarisi Karşılaştırması

  • DNS over TLS (DoT - RFC 7858): DNS sorgularını doğrudan TLS ile şifreleyerek TCP 853 portundan iletir. Ağ yöneticileri tarafından kolayca denetlenebilir veya engellenebilir.
  • DNS over HTTPS (DoH - RFC 8484): DNS sorgularını HTTP/2 veya HTTP/3 GET/POST yükü içine gömerek standart TCP 443 üzerinden taşır. Normal web trafiğinden ayırt edilmesi imkansıza yakındır; kurumsal DLP ve DNS güvenlik filtrelerini aşabilir.

Bir DNS paketi yakalandığında Katman 7 Application katmanında şu başlık yapısı açılır:

DNS Standart Sorgu Paketi

  • Transaction ID (16 bit): Her sorguya rastgele atanan bir kimliktir. Sunucunun döndüğü yanıtta aynı Transaction ID yer alır; istemci hangi yanıtın hangi soruya ait olduğunu bu numarayla eşleştirir.
  • Flags (Bayraklar):
    • QR (Query/Response): 0 ise Sorgu, 1 ise Yanıt.
    • AA (Authoritative Answer): 1 ise yanıtı veren sunucu o alan adının resmi yetkili sunucusudur.
    • TC (Truncated): 1 ise paket boyutu kesilmiştir, TCP’ye geçilmelidir.
    • RD (Recursion Desired): İstemci sunucudan özyinelemeli çözümleme yapmasını ister.
    • RA (Recursion Available): Sunucu özyinelemeyi desteklediğini bildirir.
    • RCODE (Reply Code): İşlemin sonucunu bildiren 4 bitlik durum kodu.

SOC analistleri ve sistem yöneticileri Wireshark’ta en sık şu DNS hatalarıyla karşılaşır:

Bulunamayan Domain Sorgusu (NXDOMAIN)

İstemcinin talep ettiği alan adının DNS sunucusunda ve internet kayıtlarında bulunmadığını belirtir.

  • Bir kullanıcının harf hatası yapmasından kaynaklanabileceği gibi;
  • Zararlı yazılımların C2 (Komuta Kontrol) sunucusunu bulmak için kullandığı DGA (Domain Generation Algorithm) algoritmalarının da en belirgin göstergesidir. Kısa sürede yüzlerce farklı anlamsız domain için NXDOMAIN dönmesi aktif zararlı yazılım alarmıdır.

Sunucu Hatası Yanıtı (SERVFAIL)

Yetkili sunucunun yanıt vermemesi, DNSSEC imza doğrulama hatası veya yerel çözümleyicinin dış sunuculara erişememesi durumunda istemciye SERVFAIL döner. İstemci DNS sorgularını üst üste tekrar eder (Retransmission) ve site açılamaz.

DNS Sunucusunda Port 53 Kapalı Uyarısı

İstemci DNS sorgusu yollar, ancak hedef IP’den bir DNS yanıtı yerine ICMP Destination Unreachable / Port Unreachable (Type 3 / Code 3) paketi gelir. Bu durum hedef sunucuda DNS servisinin (Bind9, Windows DNS, Unbound) çöktüğünü veya yanlış IP adresinin DNS olarak yapılandırıldığını belgeler.


Ekran FiltresiAçıklama
dnsTüm DNS trafiğini listeler
dns.flags.response == 0Yalnızca DNS istekleri (Queries)
dns.flags.response == 1Yalnızca DNS yanıtları (Responses)
dns.flags.rcode == 3Var olmayan alan adı hataları (NXDOMAIN - DGA analizi için kritik)
dns.flags.rcode == 2Sunucu çözümleme hataları (SERVFAIL)
dns.qry.name contains "malicious"Belirli bir anahtar kelimeyi içeren sorgular
dns.qry.type == 1Yalnızca A kaydı sorguları
dns.qry.type == 16Yalnızca TXT kaydı sorguları (Tünelleme tespiti)
dns.qry.type == 33Yalnızca SRV kaydı sorguları (Active Directory keşfi)
Tamamlayıcı Kitap

Siber Güvenlik Operasyonları

SOC ve SIEM log yönetimi, tehdit avcılığı (threat hunting), ITDR & Active Directory güvenliği, DevSecOps ve fidye yazılımı (ransomware) olay müdahale operasyonları.

Kitabı İncele →

© 2026 Yusuf Talha ARABACI. Bu eser CC BY 4.0 lisansı ile lisanslanmıştır; atıf yapılarak serbestçe kullanılabilir ve paylaşılabilir.