Wat giet der yn in IPsec-foarstel? IKE- en ESP-fjilden
In foarstel is ien folslein oanbod, gjin sek fol algoritmen. Sjoch hokker fjilden by IKE hearre en hokker by ESP, en wêrom't ien net-oerienkomming de hiele set ôfwiist.
IKE begjint, beide peers advertearje AES, en de tunnel mislearret dochs mei NO_PROPOSAL_CHOSEN. It logboek neamt it foarstel mar net it fjild dat net oerienkaam. In foarstel is ien folslein oanbod, en ien ynkompatibel fjild makket de hiele kombinaasje ûnjildich, net allinnich dy rigel. It lêzen as in sek fan ûnôfhinklike algoritmekar is de gewoane reden wêrom't de net-oerienkomming ûnsichtber bliuwt.
Twa ûnderhannelings mei aparte foarstellisten
IKEv2 bout twa befeiligingsassosjaasjes. De earste is de IKE SA, dy't de kontrôle-útwikseling sels beskermet, en de twadde is de CHILD SA, dy't jo ferkear troch ESP ferfiert. Elk hat syn eigen foarstellist, en in peer kin de iene akseptearje en de oare ôfwize.
Dy splitsing ferklearret in gewoane betizing: in wurkjende IKE SA bewiist allinnich dat de algoritmen fan it kontrôlekanaal oerienkamen. As it CHILD-foarstel mislearret, ferfiert de tunnel gjin inkeld pakket, sels as faze ien foltôge is en de logboeken boppe sûn lykje.
De folchoarder binnen elke list is ek fan belang. De beantwurdiger kiest út 'e oardere oanbiedingen fan 'e inisjator, dus in breed kompatibel item boppe in smel ien pleatse feroaret hokker set ynstallearre wurdt sûnder ien algoritmenamme te feroarjen. Fêstigje dy folchoarder yn 'e konfiguraasje yn stee fan op default te fertrouwen. In stabile folchoarder makket ek logfergeliking tusken sites sinfol.
Hokker fjilden by hokker foarstel hearre
De fjildset is lyts, mar net itselde yn 'e twa ûnderhannelings. Lês de tabel rigel foar rigel, want in fjild yn 'e iene kolom kin yn 'e oare ûntbrekke. De syntaks ferskilt per ymplemintaasje; de foarsteldokumintaasje fan strongSwan is ien konkreet referinsje.
| 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 |
It fersiferingfjild neamt de sifer en, yn 'e measte syntakse, syn kaailingte. It yntegriteitsfjild neamt de hash dy't brûkt wurdt om de sifertekst te autentisearjen, en de PRF neamt de funksje dy't kaaimateriaal foar de IKE SA ôfliedt. De DH-groep stelt nij mienskiplik geheim materiaal fêst, dêrom ferskynt er oan beide kanten mar foar ferskate doelen.
Utwreide folchnûmers hearre allinnich by it datapad. Se wreidzje de folchoarderomte út en wurde as part fan it CHILD-foarstel ûnderhannele, dus in net-oerienkomming dêr wiist in CHILD-aanbod ôf wylst de IKE SA ûnoantaast bliuwt.
Hoe't ien folslein oanbod keazen wurdt
Elts foarstel is in set, en de beantwurdiger siket in set wêryn elk ferplicht fjild akseptabel is. Twa listen kinne beide AES en SHA-256 befetsje en dochs gjin kompatibel item hawwe, om't de kaailingte, de PRF of de DH-groep ferskilt. De fergeliking bart per foarstel, net per algoritme.
As neat oerienkomt, stjoert de beantwurdiger NO_PROPOSAL_CHOSEN mei it SA-type dat mislearre. Lês by hokker foarstel-list de melding heart foardat jo de konfiguraasje bewurkje; it feroarjen fan 'e ESP-algoritmen wylst it IKE-foarstel ôfwiisd is, fergriemt in debug-syklus.
It karhâlden is it wurdich te kennen as jo in profyl bystelle. Guon ymplemintaasjes ferkieze de folchoarder fan 'e inisjator, oaren oardersje opnij neffens lokaal belied, dus in set dy't tusken twa leveransiers wurket, kin ferdwine as jo omkeare hokker kant de ferbining begjint.
AEAD ferwideret in fjild yn stee fan ien ta te foegjen
AES-GCM en ChaCha20-Poly1305 autentisearje en fersiferje yn ien operaasje. As ien fan beide foar ESP keazen wurdt, wurdt it yntegriteitsalgoritme net apart ûnderhannele, om't de AEAD-konstruksje it al dekt. In foarstel dat AES-GCM mei SHA-256 pearet, is dus op syn bêst oerstallich en op syn slimst ôfwiisd.
De PRF bliuwt apart oan 'e IKE-kant, om't er kaai foar it kontrôlekanaal ôfliedt yn stee fan payloads te beskermjen. Dêrom kin in IKE-foarstel legitym in AEAD-sifer kombinearje mei in PRF en in DH-groep, wylst it oerienkommende ESP-foarstel allinnich de AEAD-sifer en de opsjonele PFS-groep neamt.
Kaailingte is part fan it fersiferingstoken, dus AES-128-GCM en AES-256-GCM binne ferskate oanbiedingen. In profyl dat kopyearre is út in hantlieding dy't 256-bit kaai oannaam, sil net oerienkomme mei in einpunt dat foar 128-bit konfigurearre is, sels as beide rigels AES-GCM sizze. Twa peers kinne it iens wurde oer de siferfamylje en elkoar dochs ôfwize fanwegen it getal nei it streepke.
Lês de ynstallearre SA, net de konfiguraasje
De konfigurearre foarstel-list is in oanbod; de ynstallearre SA is it resultaat. Op strongSwan en in Linux-kearn binne beide bylden beskikber:
sudo swanctl --list-sas
sudo ip xfrm state
sudo ip xfrm policyswanctl --list-sas prints de ûnderhannele algoritmen per SA, ynklusyf oft de CHILD AEAD brûkt. ip xfrm state lit sjen wat de kearn eins ynstallearre hat, en dat is it plak om te befêstigjen dat in kaai-ferfanging net weromfallen is op in oare set as dy't jo dokumintearre hawwe.
Bewarje dy útfier njonken de konfiguraasje nei in ferbettering. As in klantfernijing syn defaults feroaret, jout de fêstleine set jo in basisline om mei te fergelykjen, en de fergeliking wiist nei it fjild dat ferskode is yn stee fan it ûndersyk fan foarôf te begjinnen.