Uliza VPN inatumia usimbaji gani na jibu mara nyingi huja kwa neno moja: AES-256, au ChaCha20, au labda WireGuard. Jibu hilo hutaja kipengele kimoja cha tabaka moja, ilhali kinacholinda muunganisho kwa kweli ni seti ya algoriti zinazotimiza majukumu manne tofauti. Kuchanganya kipengele na mpangilio ni kosa linalojitokeza zaidi katika mazungumzo haya, na huzaa ulinganisho ambao hauwezi kutatuliwa.

Kazi nne ndani ya muunganisho mmoja

Usimbaji fiche wa wingi hubadilisha maandishi wazi kuwa maandishi fiche kwa njia ya data, na funguo yake hutolewa badala ya kutumwa. Ulinzi wa uadilifu hugundua mabadiliko, jambo ambalo ni kazi tofauti hata pale muundo mmoja unafanya yote mawili. Kuweka funguo huzalisha nyenzo za usafiri za pamoja, na uthibitishaji wa mwenzake huamua nani yuko upande wa pili. Ikiwa moja haipo, muunganisho si salama, hata sehemu iliyobaki iwe na nguvu kiasi gani.

Baadhi ya miundo huunganisha majukumu mawili kuwa moja. AES-GCM na ChaCha20-Poly1305 ni miundo ya usimbaji fiche iliyothibitishwa, kwa hiyo usiri na uadilifu huja pamoja; AES-CBC si hivyo, na huhitaji msimbo tofauti wa uthibitishaji wa ujumbe wenye funguo yake. Kwa hiyo kusoma pendekezo kama mfuko wa namba huru husoma vibaya zile zilizoundwa kama jozi.

Majukumu pia yako katika tabaka tofauti, ndiyo sababu neno moja linaweza kumaanisha mambo tofauti katika bidhaa mbili. Siri ya bloku ndani ya ESP na siri ya bloku ndani ya TLS ni kipengele kimoja cha msingi katika majadiliano tofauti yenye mahitaji tofauti. Kwa hiyo kutaja kipengele cha msingi bila hali na tabaka yake kunaweza kuwa mbaya zaidi kuliko kutotaja chochote.

Kwa nini jina la siri haliambii karibu chochote

Chukua kifungu AES-256 kwa umakini kwa muda: kinaonyesha siri ya bloku na ukubwa wa funguo. Hakisemi chochote kuhusu hali ya utendaji, ikiwa uadilifu unatolewa, jinsi funguo ziliwekwa au jinsi mwenzake alithibitishwa. Bidhaa mbili zinaweza kutangaza AES-256 na kutofautiana katika kila kitu kingine, ikiwa ni pamoja na moja inayoiunganisha na hali isiyothibitishwa na nyingine inayotumia hali ya AEAD na ubadilishanaji wa funguo wa kisasa.

TLS 1.3 ilileta mgawanyiko huu katika kiwango, jambo ambalo ni marekebisho yenye manufaa kwa yeyote aliyejifunza msamiati wa zamani. Seti zake za siri hutaja AEAD na hash pekee, ilhali makundi ya ubadilishanaji wa funguo na algoriti za sahihi hujadiliwa kama vigezo tofauti. Kwa hiyo jina la seti ya TLS 1.3 haliwezi kulinganishwa na jina la seti ya TLS 1.2 kwa misingi sawa, ingawa zote mbili zinaonekana katika sehemu moja ya faili ya usanidi. Mkaguzi anayelinganisha mistari hiyo miwili moja kwa moja hufikia hitimisho ambalo itifaki haiungi mkono. Soma pia kundi lililojadiliwa na vigezo vya sahihi, vinginevyo ulinganisho haukamiliki.

WireGuard huchagua njia kinyume na huondoa majadiliano karibu kabisa: itifaki hubainisha seti maalum ya algoriti, kwa hiyo utekelezaji mbili hufanya kazi pamoja au haufanyi. Hiyo ni chaguo halali la muundo, na inamaanisha pia kwamba swali la seti gani WireGuard inajadiliana halina jibu linalostahili ulinganisho. Ikiwa unakagua, soma vipimo mara moja kisha kagua usimamizi wa funguo unaoizunguka badala ya majadiliano.

Tabaka huamua msamiati

Usanidi wa IPsec hujadiliana mara mbili: pendekezo la IKE kwa njia ya udhibiti na mabadiliko ya ESP kwa data, na yote mawili yanaweza kutofautiana kwa halali. Kusoma la kwanza na kudhani linaeleza la pili ni chanzo cha kawaida cha mkanganyiko wakati wa ukaguzi, kwa sababu faili ya usanidi inataja yote mawili na la kuvutia ni la pili.

LayerWhat is negotiated thereWhat it does not cover
IKE proposalAlgorithms and groups for the control channel that builds the tunnelThe algorithms protecting the data itself
ESP transformEncryption and integrity for tunneled packetsPeer identity, which authentication already settled
TLS handshakeAEAD and hash, plus separately negotiated groups and signaturesRouting, authorization or retention policy
WireGuardNothing; the algorithm set is fixed by the protocolEverything above the cryptographic arrangement

Jina linalopatikana katika maktaba moja haliwekwi kwa njia ya kiotomatiki kwa njia nyingine ya data. Kwa hiyo dai kwamba bidhaa yetu inaunga mkono AES-256 ni dhaifu kuliko linavyosikika, na ndiyo sababu tatizo la ushirikiano hutatuliwa kwa kawaida kwa kutafuta makutano yanayodumishwa badala ya kuwasha kila algoriti ya zamani pande zote mbili.

Vipimo vya TLS 1.3 ni mfano uliochapishwa ulio wazi zaidi wa mgawanyiko huo, kwa sababu hufafanua seti kama jozi na kuhamisha mengine kwenye majadiliano yake. Mara muundo huo unapojulikana, pendekezo la IPsec na seti moja maalum ya WireGuard husomwa kama aina za wazo moja.

Soma matokeo yaliyojadiliwa, kisha simama

Pendekezo lililowekwa si uthibitisho wa kile pande mbili zilichagua. Kikao kilicho hai hubeba jibu, na utekelezaji wowote mkuu unaweza kuripoti hilo bila kukamata pakiti.

openssl s_client -connect vpn.example.net:443 -brief
ipsec statusall
wg show

Katika matokeo soma algoriti zilizochaguliwa badala ya orodha iliyotolewa. Ikiwa jibu ni dhaifu kuliko ilivyokusudiwa na sera, marekebisho yako katika usanidi wa pendekezo upande mmoja, na kutofautiana katika utekelezaji wa kisasa kwa kawaida huonekana kama majadiliano yaliyoshindikana na si kama upunguzaji wa kimya.

Kisha kumbuka kile seti haifuniki. Njia, ruhusa za programu, uandishi na uhifadhi ni maamuzi tofauti yenye mapitio yake, na mpangilio wa usimbaji unaoendana hausemi chochote kuhusu hayo. Majadiliano kuhusu siri yanafaa, lakini hujibu swali jembamba kuliko lile ambalo watu wengi huuliza kwa kweli.

Weka msamiati kwa usahihi na hoja hufupika. Seti ni mkusanyiko wa majukumu katika tabaka, siri ni kipengele kimoja, na matokeo yaliyojadiliwa ni kitu pekee kinachoeleza muunganisho ambao unayo kwa kweli. Kila kitu kingine katika ulinganisho ni mapambo.

Makala zinazohusiana