MBCDN

Der Hauptzweck von IKE Phase 1 besteht darin, einen sicheren Tunnel einzurichten, den wir für IKE Phase 2 verwenden können. Wir können Phase 1 in drei einfache Schritte unterteilen:

Der Peer, dessen Datenverkehr geschützt werden sollte, initiiert die IKE-Phase-1-Aushandlung. Die beiden Peers werden über folgende Punkte verhandeln:

• Hashing: Wir verwenden einen Hashing-Algorithmus, um die Integrität zu überprüfen. Wir verwenden hierfür MD5 oder SHA.
• Authentifizierung: Jeder Peer muss nachweisen, wer er ist. Zwei häufig verwendete Optionen sind ein Pre-Shared Key oder digitale Zertifikate.
• DH-Gruppe (Diffie Hellman): Die DH-Gruppe bestimmt die Stärke des Schlüssels, der im Schlüsselaustauschprozess verwendet wird. Die höheren Gruppennummern sind sicherer, die Berechnung dauert jedoch länger.
• Lebensdauer: Wie lange hält der IKE-Phase-1-Tunnel? Je kürzer die Lebensdauer, desto sicherer ist sie, denn für den Wiederaufbau müssen wir auch neues Schlüsselmaterial verwenden. Jeder Anbieter verwendet eine andere Lebensdauer. Ein üblicher Standardwert ist 86400 Sekunden (1 Tag).
• Verschlüsselung: Welchen Algorithmus verwenden wir zur Verschlüsselung? Zum Beispiel DES, 3DES oder AES.

Sobald die Verhandlung erfolgreich war, wissen die beiden Peers, welche Richtlinie sie anwenden müssen. Sie werden nun die von ihnen ausgehandelte DH-Gruppe nutzen, um Schlüsselmaterial auszutauschen. Das Endergebnis wird sein, dass beide Peers einen gemeinsamen Schlüssel haben. Siehe Diffie Hellman Key Exchange.

Der letzte Schritt besteht darin, dass sich die beiden Peers gegenseitig mithilfe der Authentifizierungsmethode authentifizieren, auf die sie sich in der Verhandlung geeinigt haben. Wenn die Authentifizierung erfolgreich ist, haben wir die IKE-Phase 1 abgeschlossen. Das Endergebnis ist ein IKE-Phase-1-Tunnel (auch bekannt als ISAKMP-Tunnel), der bidirektional ist. Das bedeutet, dass beide Peers auf diesem Tunnel senden und empfangen können.

Die drei oben genannten Schritte können in zwei verschiedenen Modi ausgeführt werden:

• Hauptmodus
• Aggressiver Modus

Main Mode

• The first packet is sent from the initiator of the IPSec tunnel to its remote endpoint, this packet contains the ISAKMP policy
• The second packet is sent from the remote endpoint back to the initiator, this packet will be the exact same information matching the ISAKMP policy sent by the initiator.
• The third packet is sent from the initiator to the remote endpoint, this packet contains the Key Exchange payload and the Nonce payload, the purpose of this packet is generate the information for the DH secret key
• This fourth packet as you would expect comes from the remote endpoint back to initiator and contains the remote endpoints Key Exchange and Nonce payload.
• The fifth packet is from the initiator back to the remote endpoint with identity and hash payloads, the identity payload has the device’s IP Address in, and the hash payload is a combination of keys (including a PSK, if PSK authentication is used)
• The sixth packet from the remote endpoint to the initiator contains the corresponding hash payloads to verify the exchange.

Aggressive Mode

• The first packet from the initiator contains enough information for the remote endpoint to generate its DH secret, so this one packet is equivalent to the first four packets in main mode.
• The second packet from the remote endpoint back to the initiator contains its DH secret
• The third packet from the initiator includes identity and hash payloads. After the remote endpoint receives this packet it simply calculates its hash payload and verifies it matches, if it matches then phase one is established.

Der IKE-Phase-2-Tunnel (IPsec-Tunnel) wird eigentlich zum Schutz der Benutzerdaten verwendet. Es gibt nur einen Modus zum Aufbau des IKE-Phase-2-Tunnels, der als Schnellmodus bezeichnet wird.

Genau wie in IKE-Phase 1 werden unsere Kollegen über eine Reihe von Punkten verhandeln:

• IPsec-Protokoll: Verwenden wir AH oder ESP?
• Kapselungsmodus: Transport- oder Tunnelmodus?
• Verschlüsselung: Welchen Verschlüsselungsalgorithmus verwenden wir? DES, 3DES oder AES?
• Authentifizierung: Welchen Authentifizierungsalgorithmus verwenden wir? MD5 oder SHA?
• Lebensdauer: Wie lange ist der IKE-Phase-2-Tunnel gültig? Wenn der Tunnel bald abläuft, aktualisieren wir das Schlüsselmaterial.
• DH-Austausch (Optional): Wird für PFS (Perfect Forward Secrecy) verwendet.

• Contained in this first packet from the initiator to the remote device are some of the hashes/keys negotiated from phase 1, along with some IPSec parameters IE: Encapsulation (ESP or AH), HMAC, DH-group, and the mode (tunnel or transport)
• The second packet contains the remote endpoint’s response with matching IPSec parameters.
• The last packet is sent to the remote device to verify the other device is still there and is an active peer.