IKEv2 is net ien útwikseling: IKE SA, autentikaasje en dan CHILD SA
In antwurd fan de gateway bewiist berikberens, net identiteit. Folgje IKE_SA_INIT, IKE_AUTH en de earste CHILD SA, en kontrolearje dan wat wier wêze moat foar't ferkear streamt.
Do tinkst miskien dat in IKEv2-ferbining ien útwikseling is dy't einiget mei fersifere ferkear. It binne op syn minst twa, en de earste autentisearret nimmen. De pearen begjinne mei kontrôleberjochten, wurde it iens oer kryptografyske parameters, bewize identiteit en ûnderhannelje pas dêrnei de tastân dy't applikaasjepakketten ferfiert. Dy folchoarder ferklearret de misferhâlding dy't minsken hieltyd melde: de gateway antwurdet, de klant seit ferbûn, en de privee-applikaasje rint noch altyd op in timeout. Hjir is wat elke faze eins docht, en wat dêrnei wier wêze moat.
De myte: as de gateway antwurdet, bist ferbûn
In antwurd op it earste berjocht bewiist dat it einpunt berikber is en prate wol. It bewiist net dat in akkount akseptearre is, dat in sertifikaatkeatling falidearre is, of dat der in databelied ynstallearre is.
Dy mislearrings barre letter, en se jouwe oare symptomen. In sertifikaatôfwizing of in EAP-mislearring komt nei't de earste útwikseling al slagge is, en dêrom fertelle in ping nei UDP 500 en in grien klantikoan sa min.
IKE_SA_INIT: iens wurde oer parameters, net oer identiteit
De earste útwikseling draacht de foarstellen foar de IKE-feiligensassosjaasje: fersiferings- en yntegriteitsalgoritmen, in pseudotafallige funksje en in Diffie-Hellman-groep. De pearen wikselje ek nonces út, en elke kant liedt kaaimateriaal foar de IKE SA ôf fan it dielde geheim dat dy wearden produsearje. Neat yn dizze útwikseling fêstiget wa't de oare partij is. It fêstiget dat beide kanten deselde kaaimerken berekkenje kinne en dat se it iens binne oer in foarstel. In antwurder dy't gjin foarstel lije mei, wiist de útwikseling hjir ôf, en dêrom liket in ferzje- of algoritme-ôfwiking as is de tsjinner del.
De IKE SA dy't hjir makke wurdt, beskermet alle lettere behearútwikselingen. Dat is syn taak, en it is in oare taak as it beskermjen fan dyn pakketten.
IKE_AUTH: bewiis identiteit en bou dan de earste CHILD SA
De twadde útwikseling draacht identiteit. Mei sertifikaten ûndertekenet elk pear mei syn priveekaai en presintearret in keatling dy't de oare falidearje moat; mei EAP daaget de antwurder de inisjator út fia de keazen metoade. Hjir komt einlings in ferkearde tsjinnernamme, in ferrûn sertifikaat of in ôfwiisd wachtwurd boppe wetter.
Yn it normale gefal ûnderhannelet IKE_AUTH ek de earste CHILD SA, sadat de databeskerming yn deselde hinne-en-wer reis ôfpraat wurdt. De inisjator stelt ferkearsselektearen foar, de antwurder ferbredelet of wiist se ôf, en de kaaimerken foar it datapaad wurde fan de IKE SA ôflaat. Dat betsjut dat ien útwikseling op twa hiel oare plakken mislearje kin: identiteit of belied. Lês de notifikaasjebelesting of de flater ynstee fan de algemiene ûnderhannelingsflater, want de oplossing foar de iene is in sertifikaat en foar de oare in subnetôfwiking.
Twa SA, twa taken
| Assosjaasje | Beskermet | Libbensdoer-gedrach |
|---|---|---|
| IKE SA | Behearútwikselingen: kaaimerken fernije, wiskje, konfiguraasjebelestings | Wurdt neffens syn eigen skema fernijd; it datapaad kin de feroaring oerlibje |
| CHILD SA | Applikaasjeferkear dat oerienkomt mei de ferkearsselektearen | Wurdt selsstannich fernijd, faak faker |
Se skieden hâlde ferklearret twa gedragingen dy't as bugs lykje. In tunnel kin as fêstige sjen wylst efter de skermen in kaaimerkfernijing mislearret, en in CHILD SA kin ferfongen wurde sûnder dat de klant de ferbining ferliest.
Op strongSwan, de IKEv2-konfiguraasjereferinsje en swanctl --list-sas litte beide nivo's sjen, en ip xfrm state plus ip xfrm policy litte sjen wat de kernel eins ynstallearre. It fergelykjen fan dy twa bylden is de fluchste manier om te sjen oft de ûnderhanneling klear wie of allinnich klear like. As de daemon in CHILD SA listet dêr't de kernel gjin tastân foar hat, mislearre de ynstallaasje stil. As de kernel tastân hat dy't de daemon net ken, sjochst nei in oerbliuwsel fan in earder besykjen.
Wat noch wier wêze moat as de tunnel omheech is
Ferkearsselektearen definiearje hokker adressen dekt binne. As de klant ien subnet foarstelt en de tsjinner in oar ferwachtet, ynstallearret de CHILD SA wol, mar ferfiert neat nuttichs, en de flater ferskynt as in routingprobleem ynstee fan in ûnderhannelingsprobleem. Dan moat de lokale stapel meiwurkje: trochstjoering oan wêr't de host rûtet, rûtes nei de tunnel, firewallregels dy't de ûntkapsele pakketten tastean en in ynterne resolver as der priveenammen yn it spul binne. Elk fan dy mislearret apart en gjinien wurdt reparearre troch de IKE-daemon opnij te starten.
Hâld it loch sichtber wylststo diagnostisearrest: de earste útwikseling, dan identiteitsfalidaasje, dan brûkersautentikaasje wêr't dat jildt, dan CHILD-ynstallaasje, en dan applikaasjeferkear. De faze dy't stoppet is de faze om te reparearjen, en in lettere routingflater is nea in reden om de identiteitskontrôles fersoepje dy't al slagge binne.