Nini huingia katika pendekezo la IPsec? Sehemu za IKE na ESP

IKE inaanza, pande zote mbili zinatanga AES, na handaki bado inashindwa kwa NO_PROPOSAL_CHOSEN. Kumbukumbu inataja pendekezo lakini si sehemu ambayo haikulingana. Pendekezo ni toleo moja kamili, na sehemu moja isiyolingana inabatilisha mchanganyiko wote, si mstari huo tu. Kuusoma kama gunia la chaguo huru za algoriti ndilo sababu ya kawaida inayofanya kutokulingana kubaki kusikoonekana.

Majadiliano mawili yenye orodha tofauti za mapendekezo

IKEv2 hujenga vyama viwili vya usalama. Cha kwanza ni IKE SA, kinacholinda ubadilishanaji wa udhibiti wenyewe, na cha pili ni CHILD SA, kinachobeba trafiki yako kupitia ESP. Kila kimoja kina orodha yake ya mapendekezo, na mwenza anaweza kukubali kimoja na kukataa kingine.

Mgawanyiko huo unaeleza mkanganyiko wa kawaida: IKE SA inayofanya kazi inathibitisha tu kwamba algoriti za kituo cha udhibiti zililingana. Kama pendekezo la CHILD linashindwa, handaki haibebi pakiti hata moja, ingawa awamu ya kwanza imekamilika na kumbukumbu zinaonekana nzuri juu.

Mpangilio ndani ya kila orodha pia ni muhimu. Mjibu huchagua kutoka kwa matoleo yaliyopangwa ya mwanzilishi, hivyo kuhamisha kiingilio kinacholingana kwa upana juu ya kimoja chembamba hubadilisha seti itakayosakinishwa bila kubadilisha jina la algoriti hata moja. Pin mpangilio huo katika usanidi badala ya kutegemea chaguo-msingi. Mpangilio thabiti pia hufanya ulinganisho wa kumbukumbu kati ya maeneo uwe na maana.

Sehemu zipi ni za pendekezo gani

Seti ya sehemu ni ndogo, lakini haifanani katika majadiliano mawili. Soma jedwali mstari kwa mstari, kwa sababu sehemu katika safu moja inaweza kukosekana katika nyingine. Sintaksia hutofautiana kulingana na utekelezaji; nyaraka za mapendekezo za strongSwan ni rejea moja mahususi.

Sehemu ya usimbaji fiche hutaja cipher na, katika sintaksia nyingi, urefu wake wa ufunguo. Sehemu ya uadilifu hutaja hash inayotumika kuthibitisha maandishi yaliyosimbwa, na PRF hutaja kitendakazi kinachozalisha nyenzo za ufunguo kwa IKE SA. Kikundi cha DH huanzisha nyenzo mpya za siri zinazoshirikiwa, ndiyo sababu kinaonekana pande zote mbili lakini kwa madhumuni tofauti.

Namba za mfuatano zilizopanuliwa ni za njia ya data pekee. Zinapanua nafasi ya mfuatano na hujadiliwa kama sehemu ya pendekezo la CHILD, hivyo kutokulingana huko kunakataa toleo la CHILD huku IKE SA likibaki bila kuguswa.

Jinsi toleo moja kamili huchaguliwa

Kila pendekezo ni seti, na mjibu hutafuta seti ambayo kila sehemu inayohitajika inakubalika. Orodha mbili zinaweza zote kuwa na AES na SHA-256 na bado zisikose kiingilio kinacholingana, kwa sababu urefu wa ufunguo, PRF au kikundi cha DH vinatofautiana. Ulinganisho hufanyika kwa kila pendekezo, si kwa kila algoriti.

Wakati hakuna kinacholingana, mjibu hutuma NO_PROPOSAL_CHOSEN na aina ya SA iliyoshindwa. Soma ni orodha ipi ya mapendekezo arifa inahusu kabla ya kuhariri usanidi; kubadilisha algoriti za ESP wakati pendekezo la IKE limekataliwa hupoteza mzunguko mmoja wa utatuzi.

Tabia ya uchaguzi inafaa kujulikana unaporekebisha wasifu. Utekelezaji baadhi hupendelea mpangilio wa mwanzilishi, wengine hupanga upya kwa misingi ya sera za ndani, kwa hivyo seti inayofanya kazi kati ya wauzaji wawili inaweza kutoweka unapogeuka upande unaoanzisha muunganisho.

AEAD huondoa sehemu badala ya kuongeza moja

AES-GCM na ChaCha20-Poly1305 huthibitisha na kusimba katika operesheni moja. Mojawapo inapochaguliwa kwa ESP, algoriti ya uadilifu haijadiliwi kivyake, kwa sababu muundo wa AEAD tayari unaifunika. Hivyo pendekezo linalounganisha AES-GCM na SHA-256 ni la ziada katika hali bora na limekataliwa katika hali mbaya.

PRF inasalia tofauti upande wa IKE, kwa kuwa huzalisha funguo kwa kituo cha udhibiti badala ya kulinda mizigo. Ndiyo sababu pendekezo la IKE linaweza kuunganisha kihalali cipher ya AEAD na PRF na kikundi cha DH, wakati pendekezo la ESP linalolingana linaorodhesha cipher ya AEAD na kikundi cha PFS cha hiari pekee.

Urefu wa ufunguo ni sehemu ya tokeni ya usimbaji fiche, hivyo AES-128-GCM na AES-256-GCM ni matoleo tofauti. Wasifu ulionakiliwa kutoka mwongozo uliodhani funguo za 256-bit hautalingana na kituo cha mwisho kilichosanidiwa kwa 128-bit, ingawa mistari yote miwili inasema AES-GCM. Pande mbili zinaweza kukubaliana kuhusu familia ya cipher na bado zikakataana kwa sababu ya namba iliyo baada ya kistari.

Soma SA iliyosakinishwa, si usanidi

Orodha ya mapendekezo iliyosanidiwa ni toleo; SA iliyosakinishwa ni matokeo. Kwenye strongSwan na kerneli ya Linux, maoni yote mawili yanapatikana:

sudo swanctl --list-sas
sudo ip xfrm state
sudo ip xfrm policy

swanctl --list-sas huchapisha algoriti zilizojadiliwa kwa kila SA, ikiwa ni pamoja na kama CHILD inatumia AEAD. ip xfrm state huonyesha kile kerneli ilichosakinisha kwa hakika, na hapo ndipo unapothibitisha kwamba usasishaji wa funguo haukurudi kwenye seti tofauti na ile uliyoandika.

Hifadhi matokeo hayo karibu na usanidi baada ya marekebisho. Uasishaji wa mteja unapobadilisha chaguo-msingi zake, seti iliyorekodiwa inakupa msingi wa kulinganisha, na ulinganisho unaonyesha sehemu iliyohama badala ya kuanza uchunguzi kutoka mwanzo.