Dnssec Ablauf: Unterschied zwischen den Versionen

Aus Xinux Wiki
Zur Navigation springen Zur Suche springen
 
(14 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
== Frage des Resolvers ==
+
== ZSK ==
* Ein Resolver fragt nach einer Domain, z. B. ''www.dnssec.net''.
+
* ZSK (Zone Signing Key) ist ein privater Schlüssel, der für die Signierung der Daten in einer DNS-Zone verwendet wird (z. B. A-Records, MX-Records).
 +
* Der ZSK wird verwendet, um die DNS-Daten in einer Zone zu signieren, aber nicht die DNSKEY-Records selbst.
 +
* Es gibt auch einen öffentlichen ZSK, der im DNSKEY-Record veröffentlicht wird und von Resolvern verwendet wird, um die Signaturen der DNS-Daten zu validieren.
 +
* ZSKs haben in der Regel eine kürzere Lebensdauer und werden regelmäßig erneuert.
  
== Antwort der Root-Nameserver ==
+
== KSK ==
* Die Root-Nameserver verweisen auf die autoritativen Nameserver der ''.net''-Zone.
+
* KSK (Key Signing Key) ist ein privater Schlüssel, der speziell für die Signierung des DNSKEY-Records verwendet wird.
* Zusätzlich enthalten die Root-Nameserver einen ''DS-Record'' für ''.net''.
+
* Der KSK wird in der Regel weniger häufig geändert und ist entscheidend für die Verlässlichkeit und Sicherheit der DNSSEC-Infrastruktur.
* Der ''DS-Record'' (Delegation Signer) enthält einen kryptografischen Hash des öffentlichen ''KSK der .net-Zone''.
+
* Der KSK signiert den DNSKEY-Record der Zone (z. B. .net).
 +
* Der öffentliche KSK wird im DNSKEY-Record veröffentlicht und von Resolvern zur Verifikation der Signaturen verwendet.
 +
* Der DS-Record enthält den Hash des öffentlichen KSK und wird von der übergeordneten Zone (z. B. der Root-Zone) signiert.
  
== Signatur des DS-Records ==
+
== RRSIG ==
* Der ''DS-Record'' wird zunächst mit einem Hash-Algorithmus (z. B. SHA-256) gehasht.
+
* RRSIG (Resource Record Signature) ist ein DNS-Record, der eine kryptografische Signatur enthält.
* Der resultierende Hash-Wert wird mit dem **privaten KSK der Root-Zone** signiert. 
+
* Er wird verwendet, um die Integrität und Authentizität eines anderen DNS-Records (z. B. DNSKEY, A-Record) zu bestätigen.
* Diese Signatur wird als **RRSIG-Record** gespeichert.
+
* Die RRSIG-Signatur wird mit einem privaten Schlüssel erzeugt und kann mit dem entsprechenden öffentlichen Schlüssel verifiziert werden.
  
== Überprüfung durch den Resolver ==
+
== DNSKEY ==
* Der Resolver empfängt den ''DS-Record'' und die zugehörige ''RRSIG-Signatur'' von der Root-Zone. 
+
* DNSKEY ist ein DNS-Record, der einen öffentlichen Schlüssel enthält, der für die Signierung von DNS-Daten verwendet wird.
* Zur Validierung führt der Resolver folgende Schritte aus: 
+
* Er enthält entweder einen KSK (Key Signing Key) oder einen ZSK (Zone Signing Key).
** Er berechnet den Hash-Wert des DS-Records.
+
* Der DNSKEY-Record ist ein wesentlicher Bestandteil von DNSSEC, da er den öffentlichen Schlüssel zur Verifikation von DNSSEC-Signaturen bereitstellt.
** Er entschlüsselt die RRSIG-Signatur mit dem **öffentlichen KSK der Root-Zone**. 
 
** Er vergleicht beide Werte miteinander.
 
* Wenn die Signatur gültig ist: 
 
** Der ''DS-Record'' für ''.net'' ist authentisch und wurde nicht manipuliert. 
 
** Die ''DNSSEC-Vertrauenskette'' wird fortgesetzt.
 
  
== Anfrage bei den ''.net''-Nameservern ==
+
== DS ==
* Nach erfolgreicher Validierung des ''DS-Records'' fragt der Resolver die ''.net''-Nameserver an.
+
* DS (Delegation Signer) ist ein DNS-Record, der in einer übergeordneten Zone (z. B. Root-Zone) gespeichert wird und den Hash-Wert des öffentlichen KSK eines untergeordneten DNS-Namensservers (z. B. .net-Zone) enthält.
* Er fordert den ''DNSKEY der .net-Zone'' an.
+
* Der DS-Record wird verwendet, um die Authentizität des KSK der untergeordneten Zone zu verifizieren und somit die DNSSEC-Vertrauenskette aufzubauen.
  
== Validierung des DNSKEY der ''.net''-Zone ==
+
== ANCHOR ==
* Der ''DNSKEY der .net-Zone'' ist mit einer ''RRSIG-Signatur'' signiert, die mit dem privaten ''KSK der .net-Zone'' erstellt wurde.
+
* ANCHOR (Vertrauensanker) ist der Punkt, an dem die DNSSEC-Vertrauenskette beginnt. In der Regel ist dies der öffentliche KSK der Root-Zone, der als Basis für alle anderen DNSSEC-Validierungen dient.
* Der Resolver überprüft die Signatur mit dem öffentlichen ''KSK der .net-Zone''. 
+
* Der ANCHOR stellt sicher, dass der Resolver den öffentlichen KSK der Root-Zone vertraut und auf dieser Basis alle weiteren DNSSEC-Validierungen durchführen kann.
* Wenn die Signatur gültig ist: 
 
** Der ''DNSKEY der .net-Zone'' ist authentisch. 
 
** Der Resolver kann nun weitere ''DNSSEC-Validierungen'' innerhalb der ''.net''-Zone durchführen.
 
  
== Anfrage bei den ''dnssec.net''-Nameservern ==
+
== Einleitung ==
* Der Resolver fragt die autoritativen Nameserver von ''dnssec.net'' nach der IP-Adresse von ''www.dnssec.net''.
+
* DNSSEC (Domain Name System Security Extensions) sorgt für die Authentifizierung und Integrität von DNS-Daten.
* Die Antwort enthält: 
+
* Der Prozess umfasst mehrere Schritte, beginnend bei der Root-Zone bis hin zu den Nameservern der spezifischen Domain.
** Einen ''A-Record'' (oder ''AAAA'' für IPv6). 
 
** Eine ''RRSIG-Signatur'' für die Antwort.
 
  
== Validierung der Antwort ==
+
== Anfrage beim Root-Nameserver ==
* Die ''RRSIG-Signatur'' der Antwort wurde mit dem privaten ''ZSK der dnssec.net-Zone'' erstellt.
+
* Der Resolver fragt die Root-Nameserver nach der Delegation für .net.
* Der Resolver verwendet den zuvor validierten öffentlichen ''DNSKEY der dnssec.net-Zone'', um die Signatur zu überprüfen.
+
* Die Antwort enthält:
* Wenn die Signatur gültig ist: 
+
** Einen Verweis auf die autoritativen Nameserver der .net-Zone.
** Die Antwort ist authentisch und wurde nicht manipuliert.
+
** Einen DS-Record für .net (enthält den Hash-Wert des öffentlichen KSK der .net-Zone). Dieser wird mit dem privaten KSK der Root-Zone signiert und trägt den Namen RRSIG.
** Der Resolver gibt die IP-Adresse an den Client zurück.
+
** Eine RRSIG-Signatur für den DS-Record, die mit dem privaten KSK der Root-Zone erstellt wurde.
 +
** Den DNSKEY der Root-Zone, der den öffentlichen KSK und ZSK der Root-Zone enthält.
  
== Zusammenfassung ==
+
== Validierung des DS-Records ==
* ''DNSSEC'' validiert jede Zone schrittweise mit kryptografischen Signaturen.
+
* Der Resolver validiert den DS-Record, indem er:
* Der Resolver überprüft jede Signatur anhand des jeweils übergeordneten Schlüssels in der ''Vertrauenskette''.
+
** Den Hash-Wert des DS-Records berechnet.
* ''DNSSEC'' stellt sicher, dass die ''DNS-Antworten'' authentisch und nicht manipuliert sind.
+
** Die RRSIG-Signatur des DS-Records mit dem öffentlichen KSK der Root-Zone verifiziert.
 +
** Wenn die Signatur gültig ist, wird der DS-Record als authentisch betrachtet.
  
Jetzt ist der komplette Text vollständig, ohne Änderungen oder Kürzungen.
+
== Anfrage bei den .net-Nameservern ==
 +
* Nach erfolgreicher Validierung des DS-Records fragt der Resolver die .net-Nameserver an.
 +
* Der Resolver fordert den DNSKEY-Record der .net-Zone an, der den öffentlichen KSK und ZSK der .net-Zone enthält.
 +
* Der Resolver überprüft die Signatur des DNSKEY-Records mit dem KSK der Root-Zone.
 +
 
 +
== Validierung des DNSKEY der .net-Zone ==
 +
* Der öffentliche KSK der .net-Zone ist mit einer RRSIG-Signatur signiert, die mit dem privaten KSK der .net-Zone erstellt wurde.
 +
* Der Resolver überprüft die Signatur mit dem öffentlichen KSK der Root-Zone.
 +
* Wenn die Signatur gültig ist:
 +
** Der DNSKEY der .net-Zone ist authentisch.
 +
** Die DNSSEC-Vertrauenskette wird fortgesetzt.
 +
 
 +
== Anfrage bei den dnssec.net-Nameservern ==
 +
* Der Resolver fragt die autoritativen Nameserver von dnssec.net nach der IP-Adresse von www.dnssec.net.
 +
* Die Antwort enthält:
 +
** Einen A-Record (oder AAAA für IPv6).
 +
** Eine RRSIG-Signatur für die Antwort.
 +
 
 +
== Validierung der Antwort ==
 +
* Die RRSIG-Signatur der Antwort wurde mit dem privaten ZSK der dnssec.net-Zone erstellt.
 +
* Der Resolver verwendet den zuvor validierten öffentlichen DNSKEY der dnssec.net-Zone, um die Signatur zu überprüfen.
 +
* Wenn die Signatur gültig ist:
 +
** Die Antwort ist authentisch und wurde nicht manipuliert.
 +
** Der Resolver gibt die IP-Adresse an den Client zurück.
 +
 
 +
== Zusammenfassung ==
 +
* DNSSEC validiert jede Zone schrittweise mit kryptografischen Signaturen.
 +
* Die Validierung beginnt in der Root-Zone mit dem DNSKEY der Root-Zone.
 +
* Jeder nachfolgende Schritt wird mit dem übergeordneten Schlüssel validiert.
 +
* DNSSEC stellt sicher, dass die DNS-Antworten authentisch und nicht manipuliert sind.

Aktuelle Version vom 18. März 2025, 05:33 Uhr

ZSK

  • ZSK (Zone Signing Key) ist ein privater Schlüssel, der für die Signierung der Daten in einer DNS-Zone verwendet wird (z. B. A-Records, MX-Records).
  • Der ZSK wird verwendet, um die DNS-Daten in einer Zone zu signieren, aber nicht die DNSKEY-Records selbst.
  • Es gibt auch einen öffentlichen ZSK, der im DNSKEY-Record veröffentlicht wird und von Resolvern verwendet wird, um die Signaturen der DNS-Daten zu validieren.
  • ZSKs haben in der Regel eine kürzere Lebensdauer und werden regelmäßig erneuert.

KSK

  • KSK (Key Signing Key) ist ein privater Schlüssel, der speziell für die Signierung des DNSKEY-Records verwendet wird.
  • Der KSK wird in der Regel weniger häufig geändert und ist entscheidend für die Verlässlichkeit und Sicherheit der DNSSEC-Infrastruktur.
  • Der KSK signiert den DNSKEY-Record der Zone (z. B. .net).
  • Der öffentliche KSK wird im DNSKEY-Record veröffentlicht und von Resolvern zur Verifikation der Signaturen verwendet.
  • Der DS-Record enthält den Hash des öffentlichen KSK und wird von der übergeordneten Zone (z. B. der Root-Zone) signiert.

RRSIG

  • RRSIG (Resource Record Signature) ist ein DNS-Record, der eine kryptografische Signatur enthält.
  • Er wird verwendet, um die Integrität und Authentizität eines anderen DNS-Records (z. B. DNSKEY, A-Record) zu bestätigen.
  • Die RRSIG-Signatur wird mit einem privaten Schlüssel erzeugt und kann mit dem entsprechenden öffentlichen Schlüssel verifiziert werden.

DNSKEY

  • DNSKEY ist ein DNS-Record, der einen öffentlichen Schlüssel enthält, der für die Signierung von DNS-Daten verwendet wird.
  • Er enthält entweder einen KSK (Key Signing Key) oder einen ZSK (Zone Signing Key).
  • Der DNSKEY-Record ist ein wesentlicher Bestandteil von DNSSEC, da er den öffentlichen Schlüssel zur Verifikation von DNSSEC-Signaturen bereitstellt.

DS

  • DS (Delegation Signer) ist ein DNS-Record, der in einer übergeordneten Zone (z. B. Root-Zone) gespeichert wird und den Hash-Wert des öffentlichen KSK eines untergeordneten DNS-Namensservers (z. B. .net-Zone) enthält.
  • Der DS-Record wird verwendet, um die Authentizität des KSK der untergeordneten Zone zu verifizieren und somit die DNSSEC-Vertrauenskette aufzubauen.

ANCHOR

  • ANCHOR (Vertrauensanker) ist der Punkt, an dem die DNSSEC-Vertrauenskette beginnt. In der Regel ist dies der öffentliche KSK der Root-Zone, der als Basis für alle anderen DNSSEC-Validierungen dient.
  • Der ANCHOR stellt sicher, dass der Resolver den öffentlichen KSK der Root-Zone vertraut und auf dieser Basis alle weiteren DNSSEC-Validierungen durchführen kann.

Einleitung

  • DNSSEC (Domain Name System Security Extensions) sorgt für die Authentifizierung und Integrität von DNS-Daten.
  • Der Prozess umfasst mehrere Schritte, beginnend bei der Root-Zone bis hin zu den Nameservern der spezifischen Domain.

Anfrage beim Root-Nameserver

  • Der Resolver fragt die Root-Nameserver nach der Delegation für .net.
  • Die Antwort enthält:
    • Einen Verweis auf die autoritativen Nameserver der .net-Zone.
    • Einen DS-Record für .net (enthält den Hash-Wert des öffentlichen KSK der .net-Zone). Dieser wird mit dem privaten KSK der Root-Zone signiert und trägt den Namen RRSIG.
    • Eine RRSIG-Signatur für den DS-Record, die mit dem privaten KSK der Root-Zone erstellt wurde.
    • Den DNSKEY der Root-Zone, der den öffentlichen KSK und ZSK der Root-Zone enthält.

Validierung des DS-Records

  • Der Resolver validiert den DS-Record, indem er:
    • Den Hash-Wert des DS-Records berechnet.
    • Die RRSIG-Signatur des DS-Records mit dem öffentlichen KSK der Root-Zone verifiziert.
    • Wenn die Signatur gültig ist, wird der DS-Record als authentisch betrachtet.

Anfrage bei den .net-Nameservern

  • Nach erfolgreicher Validierung des DS-Records fragt der Resolver die .net-Nameserver an.
  • Der Resolver fordert den DNSKEY-Record der .net-Zone an, der den öffentlichen KSK und ZSK der .net-Zone enthält.
  • Der Resolver überprüft die Signatur des DNSKEY-Records mit dem KSK der Root-Zone.

Validierung des DNSKEY der .net-Zone

  • Der öffentliche KSK der .net-Zone ist mit einer RRSIG-Signatur signiert, die mit dem privaten KSK der .net-Zone erstellt wurde.
  • Der Resolver überprüft die Signatur mit dem öffentlichen KSK der Root-Zone.
  • Wenn die Signatur gültig ist:
    • Der DNSKEY der .net-Zone ist authentisch.
    • Die DNSSEC-Vertrauenskette wird fortgesetzt.

Anfrage bei den dnssec.net-Nameservern

  • Der Resolver fragt die autoritativen Nameserver von dnssec.net nach der IP-Adresse von www.dnssec.net.
  • Die Antwort enthält:
    • Einen A-Record (oder AAAA für IPv6).
    • Eine RRSIG-Signatur für die Antwort.

Validierung der Antwort

  • Die RRSIG-Signatur der Antwort wurde mit dem privaten ZSK der dnssec.net-Zone erstellt.
  • Der Resolver verwendet den zuvor validierten öffentlichen DNSKEY der dnssec.net-Zone, um die Signatur zu überprüfen.
  • Wenn die Signatur gültig ist:
    • Die Antwort ist authentisch und wurde nicht manipuliert.
    • Der Resolver gibt die IP-Adresse an den Client zurück.

Zusammenfassung

  • DNSSEC validiert jede Zone schrittweise mit kryptografischen Signaturen.
  • Die Validierung beginnt in der Root-Zone mit dem DNSKEY der Root-Zone.
  • Jeder nachfolgende Schritt wird mit dem übergeordneten Schlüssel validiert.
  • DNSSEC stellt sicher, dass die DNS-Antworten authentisch und nicht manipuliert sind.