Ni pakiti gani za OpenVPN zinazolindwa na digest ya auth?

Mijadala mingi kuhusu digest za OpenVPN huanzia pakiti isiyofaa. Kusoma auth SHA256 kama «kubali wenza wanaotoa SHA256 pekee» ndilo jambo la kwanza la kuusahau. Chaguo hutaja digest kwa pakiti fulani, na pakiti hizo ni zipi hutegemea chaneli na ikiwa chaneli hiyo ni AEAD. Fanyia kazi maswali manne hapa chini kwa mpangilio; kila moja hupunguza maana ambayo mpangilio huo unaweza kuwa nayo katika usambazaji wako.

Taja chaneli ambayo mpangilio unapaswa kuilinda

OpenVPN ina chaneli ya udhibiti inayobeba trafiki ya makubaliano ya TLS na chaneli ya data inayobeba mzigo wa handaki. Digest ya auth ina nafasi katika zote mbili, lakini si nafasi moja, na wasifu mara chache huufanya utofauti uonekane. Andika ni ipi kati ya hizo mbili unajaribu kuzuia kabla ya kugusa faili la usanidi.

Jedwali hapa chini ni toleo fupi la jinsi chaguo hilo hilo linavyotua katika kila muktadha.

Kabla ya kuitegemea, hakikisha kama chaneli ya data ni AEAD

Ikiwa sifa ya data iliyokubaliwa ni AES-GCM au CHACHA20-POLY1305, chaneli ya data hujithibitisha yenyewe na digest tofauti haifanyi kazi unayoweza kufikiria. Zote mbili ni miundo ya AEAD, kwa hiyo uadilifu huzalishwa na operesheni ile ile inayosimba mzigo. Hii si kupungua kwa kiwango, lakini inamaanisha kwamba sera inayohalalishwa kama «kila pakiti ya data ni HMAC-SHA256» si sahihi kiuhalisia kwenye handaki hilo. Thibitisha thamani iliyokubaliwa katika kumbukumbu ya seva au matokeo ya hali ya mteja kabla ya kuandika upya sera.

Chunguza sifa iliyokubaliwa kwa kweli badala ya orodha iliyo kwenye wasifu, kwa sababu majadiliano yanaweza kutua kwa mwanachama mwingine wa seti. data-ciphers AES-256-GCM:AES-128-GCM ni orodha ya majadiliano, na maingizo yote mawili ni AEAD, kwa hiyo hakuna hata moja inayotumia digest ya auth kwa ulinzi wa mzigo.

Chukulia ulinzi wa chaneli ya udhibiti kama uamuzi tofauti

tls-auth huongeza HMAC kwenye pakiti za chaneli ya udhibiti na huchukua digest yake kutoka mpangilio wa auth, ndiyo sababu handaki la AEAD bado linaweza kuwa na digest yenye maana iliyosanidiwa. tls-crypt ni mpangilio tofauti wenye ulinzi wake thabiti, kwa hiyo usidhani kwamba hurithi kila sifa ya tls-auth. Soma nyaraka za utaratibu uliochagua badala ya kuhamisha dhana kati yao.

Wenza wawili lazima pia wakubaliane kuhusu mpangilio na kuhusu mwelekeo wa ufunguo. Digest inayolingana lakini faili la ufunguo lililotumika katika mwelekeo usiofaa huzalisha makubaliano ya mikono yanayoshindikana kwa sababu ambazo mpangilio wa digest hauwezi kueleza.

Tenganisha auth na majadiliano ya sifa na vyeti

Mipangilio mitatu huchanganywa kila mara: digest ya auth, orodha ya sifa za data na algoriti ya sahihi ya cheti. Kubadilisha ya kwanza hakutoa cheti upya, hakuchagui digest ya sahihi yake na hakuundi mbinu ya jina la mtumiaji na nenosiri. Ufafanuzi wa chaguo za itifaki katika vyanzo vya OpenVPN 2.6 hufafanua kila moja katika sehemu yake, jambo ambalo ni ukumbusho muhimu kwamba ni vitufe huru.

Mwenza anapokataa kuunganisha baada ya mabadiliko ya digest, sababu kwa kawaida ni kutolingana katika mojawapo ya mipangilio mingine miwili. Soma ncha zote mbili kabla ya kubadilisha yoyote.

Andika sera na uilinganishe na usanidi unaoendelea

Taarifa ya ngazi ya kundi inapaswa kutaja kwa uwazi mbinu za chaneli ya data zinazoruhusiwa na ulinzi uliochaguliwa wa chaneli ya udhibiti, katika sentensi moja. Sentensi hiyo inaweza kujaribiwa; «tunatumia SHA256» haiwezi. Kisha ilinganishe na wasifu halisi wa seva na mteja badala ya kiolezo kilicho kwenye hazina.

Maliza kwa kurekodi kile ambacho kila handaki lilihakikiana kwa kweli na utaratibu gani uliothibitisha pakiti zake. Mstari wa auth unaoonekana kwenye wasifu ni uthibitisho wa nia ya usanidi pekee, na nia ni sehemu ya bei nafuu zaidi ya ukaguzi.