DNSSec: Difference between revisions
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)