DNSSec

DNS - Domain Name System

• Umwandlung von Hostnamen in IP-Adressen
• hierarchisches dezentralisiertes System
• verschiedene Angriffsszenarien: z.B. DNS-Spoofing, Cache Poisoning

DNSSEC - DNS Security Extension

• IETF (Internet Engineering Task Force)-Standard
• Sicherstellung der Authentizität und Integrität von DNS-Abfragen

• 2005 erste Top Level Domain .se signiert
• später noch andere TLD (z.B. .cz, .bg, ...)
• 2010 root-Zone
• 2011 .de-Zone

• Verwendung von asymmetrischer Kryptographie
• Signieren der zu schützenden DNS-Einträge mit privatem Schlüssel
• Client kann mit zugehörigem öffentlichen Schlüssel diese Signatur entschlüsseln
• Privater und öffentlicher Schlüssel sind pro DNS-Zone einzigartig
• Vertrauenswürdigkeit der öffentlichen Schlüssel wird über Vertrauensketten (Chain of Trust) sichergestellt

Neue DNS-Records

• DNSKEY - öffentlicher Schlüssel einer Zone
• RRSIG - Signatur eines DNS-Eintrages
• NSEC - nächster Eintrag im Zonefile (Realisierung von negativen Antworten)
• DS - Signierung eines Validierungsschlüssel einer untergeordneten Zone (Chain of Trust)

Chain of Trust

• komplette DNSSEC-Infrastruktur von der TLD bis hin zum Root-Nameserver notwendig
• Aktuell ist diese Voraussetzung nicht gegeben
• Alternativ kann man eine Liste mit vertrauenswürdigen DNSKEY-Einträgen konfigurieren

BIND-Konfiguration

• DNSSEC-Unterstützung im Bind Nameserver einschalten:

options {

dnssec-enable yes;

dnssec-validation yes;

};

Anfragen

• Bei einer Anfrage muss das DNSSEC OK Flag (DO) gesetzt sein, um DNSSEC-Einträge zu erhalten
• Die Angabe des Parameters +dnssec weist dig an, zusätzliche DNSSEC-Einträge abzufragen
• Antwort mit dem AUTHENTICATED DATA Flag (AD), damit wird dem Client mitgeteilt, daß auf dem angefragten Resolver die Prüfung erfolgreich war

Software

• DNSSEC Validator
  • Firefox-Extension
  • [1]

Quellen

• DNSSEC Sichere Namensauflösung im Internet
  • Marcus Obst, Heiko Schlittermann
  • Chemnitzer Linux-Tage 2010
  • [2]

• Beglaubigte Adressen - DNSSEC verheiratet Namensauflösung und PKI
  • Eric Amberg
  • Linux-Magazin 2008/05
  • [3]

• Wikipedia-Eintrag zur Domain Name System Security Extensions
  • [4]

---

rfcliste zu dnssec: http://www.dnssec.net/rfc rfcliste zu dns: http://www.bind9.net/rfc

---

DNSSEC:

zwei unterschiedliche ansaetze:

• komplette chain-of-trust von root zu jeweiliger zone
• "schatten-dns" ueber dlv.isc.org

benutzte tools: bind 9.7.3 dig dnssec-tools validator (debianpaket in stable veraltet, selbst compilieren)

beispiele:

- validierung klappt ueber dlv aber nicht ueber "normal"

drill:

trust key erstellen: dig +dnssec -t DNSKEY dlv.isc.org >> dlv.trusted.key alles rausloeschen ausser: "dlv.isc.org. IN DNSKEY 257 ....." (die zahl zwischen dlv.isc.org und IN muss auch weg) drill -DS dlv.isc.org -k dlv.trusted.key

drill stecker rausziehn reagiert anders als dig

a.xxx.schlittmann.de :lookaside example

pro zone 1 oder mehr keys - darf zur zeit nur RSASHA1 sein: bind 9.7 manual 4.8.1: It is recommended that zone keys use a cryptographic algorithm designated as ”mandatory to implement” by the IETF; currently the only one is RSASHA1. The following command will generate a 768-bit RSASHA1 key for the child.example zone: dnssec-keygen -a RSASHA1 -b 768 -n ZONE child.example.

openssl base64 -e -in dateimitgeheimnis >> dateimitgeheimnisbase64

dnssec-keygen -a HMAC-MD5 -b 128 -n HOST kudamm.chaos.local

---

http://dnsviz.net/d/heise.de/dnssec/

---

erste config wieder zurueck gespielt

dig +dnssec -t DNSKEY chaos.local |grep 257 > trusted_chaos

trusted chaos bearbeiten

dann drill -DS mitte.chaos.local -k trusted_chaos

CHASE SUCCESSFUL  :)

---

dhcpd laeuft, verteilt eine ip .2.101 ... marzahn kabel umgesteckt, per dhclient eht0 die ,2.101 holen lassen, leasetime 60 sek, ip bekommen geht, dnsupdate klappt noch nicht, key und acl muessen noch angepasst werden

eigene zone fuer .2.101: "dyn.chaos.local", reverse muss noch angepasst werden

---

updatedienst mit key versorgen rndc -s localhost -k /etc/bind/rndc.key reload