DNSSec: Difference between revisions

From
Jump to navigation Jump to search
No edit summary
No edit summary
Line 144: Line 144:


dann rndc loadkeys chaos.local (sonst passiert nix)
dann rndc loadkeys chaos.local (sonst passiert nix)


dig +dnssec -t DNSKEY chaos.local @localhost


neue ip (leaseverlaengerung und dnsaktualisierung) auf mahrzahn - neumarzahn:
dhclient -i eth0
(in der dhcpclientconfig muss senthostname gesetzt sein (nur hostname, nicht fqdn)
-----

Revision as of 06:51, 26 September 2011

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

DLV - Domain Lookaside Validation

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




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

falls "forward map from ... FAILED: Has an address record but no DHCID, not mine." in dhcpd.conf hinzufuegen: update-conflict-detection false;


dnssec-keygen -P now -A now+10mi -I now+1h -D now+2h -b 512 -r /dev/urandom -K /etc/bind/chaos.keystrore/ chaos.local #urandom dev ohne randomness (geht schnell bringt aber nicht viel)

dann rndc loadkeys chaos.local (sonst passiert nix)


dig +dnssec -t DNSKEY chaos.local @localhost


neue ip (leaseverlaengerung und dnsaktualisierung) auf mahrzahn - neumarzahn: dhclient -i eth0 (in der dhcpclientconfig muss senthostname gesetzt sein (nur hostname, nicht fqdn)