IPSEC Begriffserklärung: Unterschied zwischen den Versionen

@@ Zeile 1: / Zeile 1: @@
 *[[IPSEC Grundsätzliches]]
-Dazu verwendet IPsec 2 wichtige Netzwerkprotokolle, nämlich ESP (Encapsulated Security Payload) und AH (Authentication Header)
 *[[Authentication Header (AH)]]
-*AH, oder IP-Protokoll 51, dient dazu die Integrität eines Paketes sicherzustellen.
+*[[Encapsulated Security Payload (ESP)]]
-*Hierzu berechnet es auf Basis eines Secret-Keys für jedes Paket, inklusive Header eine Signatur;
+*[[IPsec Kommunikations-Modi]]
-*den sog. hash message authentication code (HMAC).
+*[[Internet Key Exchange]]
-*Dieser HMAC stellt den größten und wichtigsten Teil des insgesamt 24Byte großen Authentication Header dar.
+*[[IKEv1]]
-*Da in den HMAC auch die Adress-Felder des IP-Kopfes einbezogen werden können Pakete bei AH-Verbindungen nicht ohne weiteres mit NAT behandelt werden.
+*[[IKEv2]]
-*Hierbei würde die Signatur ungültig. Durch AH werden die Pakete nicht verschlüsselt!
+*[[Authentifizierungsverfahren]]
+*[[Security Associations (SAs)]]
-[[Datei:AH.gif]]
+*[[Security Policy Database]]
-Der AH wird eingesetzt um folgendes zu gewährleisten:
-* '''Datenintegrität:''' Dies wird ermöglicht durch Berechnen eines Hash-Wertes für das gesamte Paket einschließlich des ursprünglichen IP-Headers, des Datenteils des Pakets und des Authentifizierungs-Headers. Zu den Hash-Algorithmen zählen MD5 und SHA-1.
-* '''Datenursprungs-Authentifizierung:''' Die Quell-IP ist in den Daten enthalten und kann mit den in IPsec eingebenen Werten verglichen werden. Somit kann die Integrität gewährleistet werden.
-* '''Replay-Schutz:''' AH enthält außerdem eine IPsec-Sequenznummer, die in den authentifizierten Daten enthalten ist und vom Empfänger überprüft werden kann.
-[[Encapsulated Security Payload (ESP)]]
-=IPsec Kommunikations-Modi=
-IPsec verfügt über 2 Kommunikations-Modi. Den Transport-Modus und den Tunnel-Modus.
-* '''Transport-Modus:''' Im Transport-Modus ist lediglich der Datenanteil eines Pakets betroffen. Der ursprüngliche IP-Header wird nicht verändert. Dieser Modus wird verwendet wenn Sender und Empfänger Endpunkte der Kommunikation sind. (Host-to-Host-VPN)
-* '''Tunnel-Modus:''' Im Tunnel-Modus wird das komplette ursprüngliche Paket als Datenteil eines neuen Pakets betrachtet und ein neuer externer IP-Header erstellt. Dieser Modus ermöglicht Tunneling durch den Kanal zwischen zwei Gateways und ist daher besonders für Side-to-Side-VPN geeignet.
-[[Datei:Tunnel_VS_Transport.png]]
-=Internet Key Exchange=
-*Um eine sichere Verbindung im Internet aufzubauen wird ein gemeinsames Verschlüsselungsverfahren benötigt.
-*Durch IKE wird dieses ausgehandelt und der Symmetrische Schlüssel ausgetauscht.
-*IKE ist der Quasi-Standard zum automatischen Schlüsselaustausch im Internet
-*Es läuft auf UDP-Port 500 und beschreibt den gesamten Ablauf bis zur Erstellung einer gemeinsamen IPSec-SA (Security Association).
-==IKE läuft dabei in 2 Phasen ab==
-===Main Mode===
-*Im Main-Mode wird zunächst eine gesicherte Verbindung zwischen 2 Teilnehmern aufgebaut, durch die 3 Austausche von Daten stattfinden:
-. Im ersten Austausch sendet die initiierende Seite einen Vorschlag an ihr Gegenüber in der eine Reihe möglicher, durch den Initiator unterstützte Parameter enthalten sind. Jedes dieser Sets enthält einen Verschlüsselungsalgorithmus (DES, 3DES, usw.) und einen Authentifizierungsalgorithmus (Pre-Shared Secret, RSA-Public-Key-Verschlüsselung mit Diffie-Hellman-Austausch Gruppe 1 und 2 oder Public-Key-RSA-Signatur [Zertifikate]). Die andere Seite antwortet dann indem sie ein einzellnes paar, dass sie ebenfalls unterstützt, aus dem angebotenen Set akzeptiert. Falls es keine Übereinstimmung gibt, kann eine IKE-Verbindung nicht aufgebaut werden.
-. Im 2ten Austausch werden DH-Schlüssel zwischen den Teilnehmern eingerichtet. Es werden außerdem 2 Werte (Nonces) ausgetauscht bei denen es sich um Hash-Werte handelt die nur die andere Seite interpretieren kann.
-. Im letzten Austausch findet findet die tatsächliche Authentifizierung unter Verwendung der zuvor ausgehandelten Methoden statt.
-====Captured Main Mode====
-<pre>
-IP 10.84.252.31.500 > 10.84.252.32.500: isakmp: phase 1 I ident
-IP 10.84.252.32.500 > 10.84.252.31.500: isakmp: phase 1 R ident
-IP 10.84.252.31.500 > 10.84.252.32.500: isakmp: phase 1 I ident
-IP 10.84.252.32.500 > 10.84.252.31.500: isakmp: phase 1 R ident
-IP 10.84.252.31.500 > 10.84.252.32.500: isakmp: phase 1 I ident[E]
-IP 10.84.252.32.500 > 10.84.252.31.500: isakmp: phase 1 R ident[E]
-</pre>
-====Ablauf Main Mode====
-*'''HDR''' steht für den ISAKMP-Header
-*'''SA (Security Assosiaction)'''
-*'''KE (Key Exchange)'''
-*'''Ni, Nr'''
-*'''IDi, IDr''' Identifikations payload initiator/responder
-*'''HASH_I, HASH_R''' Hash payload initiator/Hash payload responder
-[[Datei:Phase1.png]]
-===Quick Mode===
-*Nachdem durch den Main Mode die Authentizität und die Vertraulichkeit gewährleist ist, wird die ISAKMP SA genutzt um die eigentliche IPSec Security Association abzuschließen.
-*Auch bei bestehenden Verbindungen wird der QuickMode gebraucht um von Zeit zu Zeit die Schlüssel auszuwechseln.
-*Es ist auch möglich für den Quick-Modus die Verwendung von PFS (Perfect Forward Secrecy) anzufordern.
-*PFS schreibt vor, dass neue Verschlüsselungskeys nicht von den alten abgeleitet werden dürfen.
-====Captured Quick Mode====
- IP 10.84.252.31.500 > 10.84.252.32.500: isakmp: phase 2/others I oakley-quick[E]
- IP 10.84.252.32.500 > 10.84.252.31.500: isakmp: phase 2/others R oakley-quick[E]
- IP 10.84.252.31.500 > 10.84.252.32.500: isakmp: phase 2/others I oakley-quick[E]
-====Ablauf Quick Mode====
-[[Datei:Phase2.png]]
-=Ablauf einer Verbindung=
-[[Datei:Ipsec-aufbau.jpg]]
-=Pre-shared Key=
-*Mit Pre-Shared Key bezeichnet man solche Verschlüsselungsverfahren, bei denen die Schlüssel vor der Kommunikation beiden Teilnehmern bekannt sein müssen
-*Es ist also ein symmetrische Verfahren.
-*PSK-Verschlüsselung hat den Vorteil, dass sie zwischen zwei bekannten Teilnehmern wesentlich einfach zu realisieren ist.
-*Der große Nachteil des Verfahrens besteht darin, dass beide Teilnehmer den Schlüssel vor der eigentlichen Kommunikation im Geheimen tauschen müssen.
-=Public-Key=
-*Public-Key Kryptographie basiert auf einem mathematischen Verfahren
-*Bei diesem wie ein Schlüsselpaar aus einem geheimen Schlüssel (Private Key) und einem dazugehörigen öffentlichen Schlüssel (Public Key) erzeugt.
-*Mit dem Public Key verschlüsselte Nachrichten können nur mit dem dazugehörigen Private Key entschlüsselt werden.
-*Hat jemand nur den Public Key, so kann er nur verschlüsseln, nicht aber entschlüsseln.
-*Daher können die Public Keys problemlos auf unsicheren Kanälen (z.B. per E-Mail) ausgetauscht werden.
-*Die einzige Gefahr besteht darin, dass ein Angreifer den Schlüssel vertauscht haben könnte.
-*Wenn Sie ganz sicher gehen wollen, können daher nach dem Schlüsselaustausch die Signaturen der Schlüssel z.B. am Telefon verglichen werden.
-=Zertifikate=
-*Als Erweiterung zum Konzept von öffentlichen und privaten Schlüsseln gibt es Zertifikate.
-*Dabei wird der öffentliche Schlüssel von einer Zertifizierungsstelle (engl. Certification Authority, abgekürzt CA), digital signiert.
-*Das ermöglicht bei größeren Installationen, dass eine Gegenstelle anhand der digitalen Signatur feststellen kann, ob ein Schlüssel gültig ist.
-*Das ganze ohne dass der Schlüssel selbst vorher installiert wurde.
-=Security Associations (SAs)=
-Jede SA kann anhand von 3 Parametern eindeutig identifiziert werden:
-* Der Security Parameter Index (SPI), der in AH- und ESP-Headern immer vorhanden ist
-* Die Ziel-Ip-Adresse
-* Das IPsec-Protokoll, ESP - (insgesamt 2 für eine beidseitige Kommunikation)
-Jeder Teilnehmer verwaltet eine Datenbank mit aktiven SAs für jede Richtung (eingehend und ausgehend) auf jeder seiner Schnittstellen, die Security Association Database (SAD). Für jede SA enthält die SAD folgende Daten:
-* Die Zieladresse
-* Den SPI
-* Die IPsec-Transformation (Protokoll + Algorithmus, z.B. AH, HMAC-MD5, usw.)
-* Den in dem Algorithmus verwendeten Schlüssel
-* Den IPsec-Modus (Tunnel oder Transport)
-* Die SA-Lebensdauer, nach deren Ablauf eine neue eingerichtet werden muss
-* Die Antireplay-Sequenz-Zähler
-* Einige zusätzliche Parameter wie etwa Path MTU
-==SAD einer VPN==
-<pre>
-.84.252.31 10.84.252.32
-	esp mode=tunnel spi=3283794051(0xc3bab883) reqid=2(0x00000002)
-	E: aes-cbc  ca6c9e95 d6557e0c 0c9d3a45 d7b00aca d0025277 928e9ff4 8259ad7b 53a21c17
-	A: hmac-sha1  1dd9356e 24f2b99f fa8e0a3a 7687b669 b86c88f5
-	seq=0x00000000 replay=0 flags=0x00000000 state=mature
-	created: Sep 11 15:47:51 2018	current: Sep 11 15:55:46 2018
-	diff: 475(s)	hard: 3600(s)	soft: 2658(s)
-	last:                     	hard: 0(s)	soft: 0(s)
-	current: 0(bytes)	hard: 0(bytes)	soft: 0(bytes)
-	allocated: 0	hard: 0	soft: 0
-	sadb_seq=1 pid=32622 refcnt=0
-.84.252.32 10.84.252.31
-	esp mode=tunnel spi=3236309654(0xc0e62a96) reqid=2(0x00000002)
-	E: aes-cbc  e66947a9 46425c35 f18e3e78 7705fec5 9108217e afc46754 27a4489e d6c93c53
-	A: hmac-sha1  2264aeae 82904f15 af060772 049d538b 597473f1
-	seq=0x00000000 replay=32 flags=0x00000000 state=mature
-	created: Sep 11 15:47:51 2018	current: Sep 11 15:55:46 2018
-	diff: 475(s)	hard: 3600(s)	soft: 2753(s)
-	last:                     	hard: 0(s)	soft: 0(s)
-	current: 0(bytes)	hard: 0(bytes)	soft: 0(bytes)
-	allocated: 0	hard: 0	soft: 0
-	sadb_seq=0 pid=32622 refcnt=0
-</pre>
-[[Datei:Ipsec_SAs.png]]
-=Security Policy Database=
-Die Auswahl der Verschlüsselungs-Parameter, sowie entsprechender SAs wird über eine andere Datenbank, die Security Policy Database (SPD), verwaltet. Sie wird für jede Schnittstelle einzelln festgelegt und legt folgendes fest:
-* Auswahl des zu schützenden, ausgehenden Verkehrs
-* Überprüfung, ob der eingehende Verkehr geschützt wurde
-* Die für den Schutz notwendigen SAs
-* Was zu geschehen hat wenn für einen Fall keine SA vorhanden ist
-==SPD Einträge==
-<pre>
-.83.33.0/24[any] 10.83.31.0/24[any] 255
-	fwd prio def ipsec
-	esp/tunnel/10.84.252.33-10.84.252.31/require
-	created: Sep 11 14:46:05 2018  lastused:
-	lifetime: 0(s) validtime: 0(s)
-	spid=18 seq=9 pid=32650
-	refcnt=1
-.83.33.0/24[any] 10.83.31.0/24[any] 255:
-	in prio def ipsec
-	esp/tunnel/10.84.252.33-10.84.252.31/require
-	created: Sep 11 14:46:05 2018  lastused:
-	lifetime: 0(s) validtime: 0(s)
-	spid=8 seq=10 pid=32650
-	refcnt=1
-.83.31.0/24[any] 10.83.33.0/24[any] 255
-	out prio def ipsec
-	esp/tunnel/10.84.252.31-10.84.252.33/require
-	created: Sep 11 14:46:05 2018  lastused:
-	lifetime: 0(s) validtime: 0(s)
-	spid=1 seq=0 pid=32650
-	refcnt=1
-</pre>
-===Checken auf IPSec Relevanz===
-[[Datei:spd1.png]]
-[[Datei:Ipsec_SAD_SPD.png]]
-[[Datei:Ipsec-db.jpg]]

IPSEC Begriffserklärung: Unterschied zwischen den Versionen

Aktuelle Version vom 5. September 2022, 08:18 Uhr

Navigationsmenü

Suche