Wat geet an eng IPsec-Virschlag? IKE- an ESP-Felder
E Virschlag ass eent komplett Ubidde, net e Sak plënner Algorithme. Kuckt wéi eng Felder zu IKE gehéieren a wéi eng zu ESP, a firwat eng eenzeg Onstëmmegkeet de ganze Set verwierft.
IKE fänkt un, déi zwou Säiten annoncéieren AES, an den Tunnel feelt awer mat NO_PROPOSAL_CHOSEN. De Log nennt de Virschlag, awer net d'Feld, dat net gepasst huet. E Virschlag ass eent komplett Ubidde, an eent inkompatibelt Feld mécht déi ganz Kombinatioun ongülteg, net just déi Linn. En als Sak vun onofhängegen Algorithme-Kéiren ze liesen ass de gewéinleche Grond, firwat d'Onstëmmegkeet onsichtbar bleift.
Zwou Verhandlunge mat getrennte Virschlagslëschten
IKEv2 baut zwou Sécherheetsassociatiounen op. Déi éischt ass d'IKE SA, déi den Kontrollaustausch selwer schützt, an déi zweet ass d'CHILD SA, déi Ären Trafic duerch ESP dréit. Jiddwereng huet seng eege Virschlagslëscht, an eng Géigesäit kann déi eng unhuelen an déi aner ofleenen.
Dës Trennung erkläert eng heefeg Verwiesselung: eng funktionéierend IKE SA beweist just, datt d'Algorithme vum Kontrollkanal gepasst hunn. Wann de CHILD-Virschlag feelt, dréit den Tunnel kee eenzege Paket, och wann d'éischt Phase fäerdeg ass an d'Loggen uewen gesond ausgesinn.
D'Reiefolleg bannent all Lëscht ass och wichteg. Den Äntwerer wielt aus den uerdentlech Ubidde vum Initiator, dofir ännert et, wéi eng Suite installéiert gëtt, wann een breedt kompatiblen Andrag iwwer en engen setzt, ouni datt en eenzegen Algorithmusnumm ännert. Festigt déi Reiefolleg an der Konfiguratioun amplaz op d'Standardwäerter ze vertrauen. Eng stabil Reiefolleg mécht och de Logvergläich tëscht Sitte sënnvoll.
Wéi eng Felder zu wéi engem Virschlag gehéieren
De Feldsatz ass kleng, awer an den zwou Verhandlungen net identesch. Liest d'Tabell Zeil fir Zeil, well e Feld an enger Kolonn an der anerer kënnt feelen. D'Syntax variéiert no der Implementatioun; d'Virschlagsdokumentatioun vu strongSwan ass eng konkret Referenz.
| Field | IKE SA proposal | CHILD SA proposal |
|---|---|---|
| Encryption | Required | Required |
| Integrity | Required unless AEAD | Required unless AEAD |
| PRF | Required | Not present |
| DH group | Required | Only for PFS |
| ESN | Not present | Optional |
D'Verschlësselungsfeld nennt d'Chiffre an, an de meeschten Syntaxen, hir Schlëssellängt. D'Integritéitsfeld nennt den Hash, deen zum Authentifizéiere vum Chiffretext benotzt gëtt, an de PRF nennt d'Funktioun, déi Schlësselmaterial fir d'IKE SA ofleet. D'DH-Grupp stellt frëscht gemeinsaamt geheime Material op, dofir erschéngt se op béide Säiten, awer fir ënnerschiddlech Zwecker.
Erweidert Sequenznummeren gehéieren just zum Datenwee. Si erweideren de Sequenzraum a ginn als Deel vum CHILD-Virschlag verhandelt, dofir verwierft eng Onstëmmegkeet do e CHILD-Ubidde, wärend d'IKE SA onberéiert bleift.
Wéi een komplett Ubidde ausgewielt gëtt
All Virschlag ass e Set, an den Äntwerer sicht e Set, an deem all erfuerdert Feld akzeptabel ass. Zwou Lëschten kënnen allebéid AES an SHA-256 enthalen an trotzdem keen kompatiblen Andrag hunn, well d'Schlëssellängt, de PRF oder d'DH-Grupp sech ënnerscheeden. De Verglach geschitt pro Virschlag, net pro Algorithmus.
Wann näischt passt, schéckt den Äntwerer NO_PROPOSAL_CHOSEN mat deem SA-Typ, dee feelt. Liest, op wéi eng Virschlagslëscht d'Notifikatioun sech bezitt, ier Dir d'Konfiguratioun ännert; d'ESP-Algorithme z'änneren, wann de IKE-Virschlag ofgeleent gouf, verschwënnt en Debug-Zyklus.
Et lount sech, d'Auswielverhalen ze kennen, wann Dir e Profil ofstëmmt. E puer Implementatiounen préferéieren d'Reiefolleg vum Initiator, anerer sortéieren no lokaler Politik ëm, dofir kann eng Suite, déi tëscht zwee Hiersteller funktionéiert, verschwannen wann Dir ëmdréit, wéi eng Säit d'Verbindung ufänkt.
AEAD hëlt e Feld ewech amplaz eent derbäizemaachen
AES-GCM an ChaCha20-Poly1305 authentifizéieren a verschlësselen an engem Vorgang. Wann eng vun deenen zwou fir ESP gewielt gëtt, gëtt den Integritéitsalgorithmus net separat verhandelt, well d'AEAD-Konstruktioun en schonn deckt. Dofir ass e Virschlag, deen AES-GCM mat SHA-256 paart, am beschten Fall iwwerflësseg an am schlëmmsten ofgeleent.
De PRF bleift op der IKE-Säit separat, well en Schlësselen fir de Kontrollkanal ofleet amplaz d'Notzlaascht ze schützen. Dofir kann en IKE-Virschlag eng AEAD-Chiffre legal mat engem PRF an enger DH-Grupp kombinéieren, während de passenden ESP-Virschlag just d'AEAD-Chiffre an d'optional PFS-Grupp opzielt.
D'Schlëssellängt ass Deel vum Verschlësselungstoken, dofir sinn AES-128-GCM an AES-256-GCM ënnerschiddlech Ubidde. E Profil, dee aus engem Guide kopéiert gouf, dee 256-bit Schlëssele virgesinn huet, passt net zu engem Endpunkt, deen op 128-bit agestallt ass, och wann déi zwou Linnen AES-GCM soen. Zwou Säite kënnen sech iwwer d'Chiffrefamill eeneg ginn an awer een den aneren wéinst der Zuel nom Bindestréch ofleenen.
Liest d'installéiert SA, net d'Konfiguratioun
Déi konfiguréiert Virschlagslëscht ass en Ubidde; d'installéiert SA ass d'Resultat. Op strongSwan an engem Linux-Kär stinn déi zwou Usiichte bereet:
sudo swanctl --list-sas
sudo ip xfrm state
sudo ip xfrm policyswanctl --list-sas dréckt déi verhandelt Algorithme pro SA aus, och ob d'CHILD AEAD benotzt. ip xfrm state weist, wat de Kär tatsächlech installéiert huet, an do bestätegt een, datt eng Schlësselerneierung net op eng aner Suite zeréckgefall ass wéi déi, déi Dir dokumentéiert hutt.
Späichert dës Ausgab no enger Korrektur nieft der Konfiguratioun. Wann eng Client-Aktualiséierung hir Standardwäerter ännert, gëtt de festgehalene Suite Iech eng Basislinie fir de Verglach, an de Verglach weist op d'Feld, dat sech geréckelt huet, amplaz d'Enquête vun uewe wierder unzefänken.