OpenVPN: EC na ED — kwa nini majina haya si ngazi ya nguvu

Weka ec, ed, ecdh, ecdsa, auth na orodha ya misimbo ya TLS kwa kando ndani ya wasifu mmoja, na faili huanza kuonekana kama kipimo cha nguvu chenye vituo sita. Si hivyo. Kila jina hujibu swali tofauti, na wasifu wawili wanaotofautiana katika moja tu ya hayo si lazima mmoja awe na nguvu zaidi au chini ya mwingine. Kupanga majina kwa kazi wanazofanya huchukua takriban dakika tano na huzuia sehemu kubwa ya mabadiliko mabaya ambayo watu hufanya kwenye usanidi unaofanya kazi.

Upangaji ulio hapa chini huanza na mkanganyiko wenyewe, kisha huelekea nje kwenye sehemu za wasifu ambazo kwa kweli huamua kinacholinda trafiki yako. Kila sehemu huchukua ufahamu mmoja mbovu kwa zamu na kuonyesha jina limeunganishwa kwa kweli na nini.

Herufi mbili, maswali mawili tofauti

Jozi inayosababisha mabishano mengi ni EC na ED, na mabishano kwa kawaida huchukulia kuwa ni majibu pinzani kwa swali moja. Haziko hata kwenye mhimili mmoja. EC hufafanua familia ya hisabati: kriptografia ya mkunjo duara, ambapo usalama hutokana na ugumu wa logarithimu tofauti kwenye mkunjo badala ya kwenye uwanja mkubwa wenye ukomo.

ED hufafanua umbo la mkunjo ndani ya familia hiyo. Mikunjo ya Edwards iliyopindwa ni uwakilishi uliochaguliwa kwa ajili ya kasi na ustahimilivu dhidi ya makosa kadhaa ya utekelezaji, na Ed25519 ni jina ambalo watu kwa kawaida humaanisha. Mkunjo huu si mshindani wa kriptografia ya mkunjo duara; ni njia moja ya kuandika mkunjo duara. Kusoma ED kama “EC mpya zaidi na yenye nguvu zaidi” ni mgeuko wa kwanza mbovu, na kila kitu kinachofuata mara nyingi huwa kibovu kwa mwelekeo huo huo.

Kutia sahihi na kubadilishana ni kazi mbili tofauti

Swali la familia likishawekwa wazi, majina yaliyobaki hugawanyika katika safu mbili ambazo hazibadilishani kamwe. Safu moja hutia sahihi, nyingine hukubaliana juu ya siri inayoshirikiwa.

EdDSA na ECDSA zote hutia sahihi, lakini ni mifumo tofauti yenye miundo tofauti ya ufunguo, kwa hivyo cheti kilichotolewa kwa mmoja hakiwezi kutumika kama cha mwingine. EdDSA hufafanuliwa kwa seti ndogo ya mikunjo; P-256 si moja yao, ndiyo sababu cheti cha P-256 huthibitishwa kwa ECDSA na kamwe kwa Ed25519.

Safu ya kubadilishana haina kitu kinachofanana kinachoitwa EdDH. Makubaliano ya muda kwenye ufunguo wa Curve25519 ni X25519, na hiyo ni ECDH yenye mkunjo mahususi, sawa kabisa na ilivyo kwa P-256. Ed25519 kwa ukali humaanisha mfumo wa sahihi, ingawa jina hutumika kwa ulegevu kwa kubadilishana kwa sababu mikunjo miwili inahusiana: umbo la Edwards linalotumika kutia sahihi na umbo la Montgomery linalotumika kwa X25519 hueleza kundi moja la msingi.

Kwa nini wasifu wa EC hauna faili ya dh

Faili ya dh huwa na vigezo vilivyotengenezwa mapema kwa Diffie-Hellman ya uwanja wenye ukomo, na vigezo hivyo huwepo kwa sababu namba tasa kubwa na kizalishaji vinapaswa kutoka mahali fulani. Kubadilishana kwa mkunjo duara hakuhitaji hivyo: mkunjo uliotajwa ndio seti ya vigezo, na pande zote mbili tayari zinaijua. Hiyo ndiyo sababu yote kwa nini wasifu wa EC unaweza kuacha agizo hilo.

Hali mbili bado huzalisha mstari wa dh katika wasifu ambao kwa upande mwingine unaonekana wa kisasa. Ya kwanza ni msikilizaji wa pili au mwenza wa zamani ambaye kwa kweli hujadili makundi ya uwanja wenye ukomo. Ya pili ni maandishi yaliyobaki yaliyonakiliwa kutoka kiolezo cha zama za RSA na kamwe hayakuondolewa. Wasifu unaotaja mkunjo kwa ajili ya kubadilishana na bado hupakia faili ya dh ya 2048-bit hauna usalama zaidi kwa kufanya hivyo; unabeba kitu kisichotumika.

TLS 1.3 iliondoa kubadilishana ufunguo kwenye jina

Linganisha TLS_AES_256_GCM_SHA384 na TLS-ECDHE-ECDSA-WITH-AES-256-GCM-SHA384 na jina fupi linaonekana kama kushusha daraja. Ni kubadilishwa jina, na sababu ni ya kimuundo: TLS 1.3 iliondoa RSA tuli na kubadilishana ufunguo wa Diffie-Hellman ya uwanja wenye ukomo, kwa hivyo kubadilishana kwa mkunjo duara kwa muda ndiyo chaguo pekee lisilo la PSK lililobaki. Kuitaja katika kila seti ya misimbo kungerudia ukweli huo mara kadhaa.

Aina ya cheti ilitoweka kwenye jina kwa sababu inayohusiana. Katika 1.3 cheti huthibitisha sahihi ya kupeana mkono, si makubaliano ya ufunguo, kwa hivyo hakiichagui tena seti ya misimbo. Ndiyo sababu pia kuna orodha tofauti ya misimbo kwa 1.3 katika usanidi: seti za misimbo zilibadilishwa majina na kupangwa upya, si kudhoofishwa.

Matokeo moja yanafaa kusemwa wazi. ECDHE ni algoriti ya kubadilishana ufunguo na kamwe si msimbo. Seti ya misimbo inayoelezwa kama “elliptic” husema kitu kuhusu jinsi pande mbili zilivyofikia ufunguo wa pamoja, na haisemi chochote kuhusu kile kinachosimba data baadaye.

auth huthibitisha pakiti, si data

Agizo auth huchagua muhtasari wa HMAC unaothibitisha pakiti, na chaguo-msingi chake cha kihistoria ni SHA1. Kwa msimbo wa data usio wa AEAD, OpenVPN hukokotoa muhtasari juu ya maandishi yaliyosimbwa na kuyaongeza mwishoni, mpangilio wa kusimba-kisha-MAC ambao ndio hufanya upotoshaji wa upenyo usiwezekane kivitendo.

Dhana potofu hapa ni kwamba kuinua auth hadi SHA512 huimarisha handaki. Hiyo haiongezi nguvu ya usimbaji fiche, na ikiwa msimbo wa data uliojadiliwa ni hali ya AEAD kama AES-256-GCM, muhtasari hautumiki kabisa kwenye pakiti za data. Lebo la GCM tayari huzithibitisha, na thamani ya auth hubaki kwa ajili ya HMAC ya njia ya udhibiti na kwa msimbo wowote usio wa AEAD unaotumika bado.

Kwa hivyo agizo hilo ni muhimu, lakini ni muhimu mahali penyembamba kuliko nafasi yake katika faili inavyodokeza. Kuangalia ni msimbo upi ulijadiliwa kwa kweli hukuambia ikiwa linatumika kabisa.

Soma wasifu kwa safu, si kwa cheo

Maswali matatu hutenganisha tabaka hizo kwa usafi, na kila moja hujibiwa na sehemu tofauti ya kikao kilichojadiliwa. Msimbo upi hulinda data? Lebo au muhtasari upi huthibitisha kila pakiti, na msimbo unaotumika unahitaji hata mmoja? Cheti cha nani kilifunga kupeana mkono, na njia ya udhibiti inalindwa zaidi na tls-auth au tls-crypt?

Hakuna kitu katika lebo ya EC au ED kinachoamua hata kimoja ya hayo matatu, na jina la seti ya misimbo peke yake haliamui hata kimoja. Matokeo yaliyojadiliwa ndiyo ushahidi pekee, kwa hivyo soma hayo badala ya kukisia nguvu kutoka kwenye msamiati:

openssl x509 -in client.crt -noout -text | grep -E 'Signature Algorithm|Public Key Algorithm'
grep -i 'control channel' /var/log/openvpn.log

Amri ya kwanza hukuambia ni mfumo upi wa sahihi cheti chako kinatumia kwa kweli, na hiyo ndiyo njia pekee ya kuaminika kujua ikiwa unaendesha ECDSA au Ed25519. Ya pili huonyesha mstari wa njia ya udhibiti ambao mteja aliandika kwenye kumbukumbu kwa kikao, ikiwa ni pamoja na toleo la TLS na seti ya misimbo iliyoamuliwa. Ikiwa marekebisho ya wasifu hayawezi kuhesabiwa haki na mojawapo ya matokeo hayo mawili, huenda ni mabadiliko ya jina badala ya sifa.