Uthibitishaji wa HMAC wa pakiti za OpenVPN umeshindwa: tabaka gani?

Hitilafu mbili zinaripotiwa kwa msamiati mmoja na hazina karibu kitu chochote cha pamoja. Moja ni pakiti ambayo lebo yake ya uthibitishaji haikuthibitika; nyingine ni mtu ambaye vitambulisho vyake vilikataliwa. Kuichukulia ya kwanza kama ya pili kunakutuma kutafuta nenosiri ambalo halikuwa tatizo kamwe.

Ujumbe unataja tabaka, na kazi yenye manufaa ni kuamua ni tabaka gani kabla ya kubadilisha nyenzo yoyote. Kulinganisha watahiniwa bega kwa bega ni njia ya haraka zaidi ya kuona tofauti.

Hitilafu mbili zinazoshiriki neno

Hitilafu ya uthibitishaji wa pakiti hujitokeza wakati wa kuchakata trafiki: lebo au muhtasari kwenye pakiti iliyopokelewa haukulingana na kile mpokeaji alikokotoa. Kukataliwa kwa akaunti hutokea baada ya mabadilishano ya kuingia kuchanganuliwa, na hutaja mtumiaji badala ya pakiti. Ujumbe wa tatu, kuhusu kushindwa kupata HMAC katika pakiti inayoingia, ni tofauti tena, kwa sababu hapo pakiti ilifika bila kipengele cha uthibitishaji kilichotarajiwa kabisa. Kiambishi kamili cha kumbukumbu kinakuambia ni kipi kati ya hivyo vitatu ulivyo navyo, na kiambishi ndicho kitu cha kwanza kuondolewa wakati hitilafu inabandikwa kwenye tiketi.

Tofauti hiyo hubadilisha ukarabati. Moja huhitaji mipangilio ya chaneli inayolingana, nyingine hali ya akaunti, na ya tatu wasifu usiolingana na msikilizaji iliyoufikia.

Linganisha kile mchakato unaoendelea kwa kweli ulikopakia

Faili sahihi kwenye diski haithibitishi chochote kuhusu mchakato ulioanza kabla ya faili hiyo kuhaririwa. Angalia wasifu uliochaguliwa, kituo cha mwisho kilichowasiliana nacho, na kama huduma imepakiwa upya tangu mabadiliko. Thibitisha pia kwamba kituo cha mwisho ni cha wasifu, kwa kuwa mfano mwingine au huduma nyingine inaweza kuwa inasikiliza mahali ambapo faili ya zamani inatarajia kitu kingine.

Kuhamisha tena wasifu unaotumika kutoka chanzo kimoja ni ulinganisho wa bei nafuu, kwa sababu huondoa mkengeuko kati ya kile unachodhani kimepangwa na kile mteja anachotuma kwa kweli. Kuzalisha nyenzo mpya za funguo ni hatua kubwa zaidi, na inasaidia tu ikiwa pande zote mbili zitaikubali pamoja. Kubadilisha upande mmoja ndani ya nchi hiyo huzalisha upya kutolingana uliokuwa ukijaribu kuondoa.

Linganisha chaneli ya udhibiti na chaneli ya data

Mbinu mbili huthibitisha sehemu tofauti za muunganisho na hupangwa kivyake, kama marejeo ya chaguo za 2.6 inavyoeleza. tls-auth huongeza HMAC kwenye pakiti za chaneli ya udhibiti na huchukua hoja ya mwelekeo ambayo lazima iwe kinyume kwa pande mbili, ilhali tls-crypt hulinda chaneli ya udhibiti kwa funguo inayoshirikiwa badala yake. Hakuna hata moja iliyo ukaguzi wa uadilifu wa chaneli ya data yenyewe. Kwa siri ya data ya AEAD ukaguzi huo umejengwa ndani ya siri, kwa hivyo muhtasari tofauti wa auth hautumiki kama vile unavyotumika na siri isiyo ya AEAD.

Hiyo inamaanisha kwamba mstari wa auth ulionakiliwa kutoka usanidi unaofanya kazi usio wa AEAD unaweza kuwa usio na umuhimu katika usanidi wa AEAD, na usanidi wa AEAD bado unaweza kushindwa kwenye chaneli ya udhibiti ikiwa funguo ya tls-auth au mwelekeo wake si sahihi. Linganisha kila mpangilio na upande mwingine, si na usanidi unaokumbukwa.

Linganisha suluhisho na sifa unayoiacha

Kuzima uthibitishaji wa pakiti hunyamazisha onyo na huondoa ukaguzi uliogundua kutolingana, jambo ambalo si sawa na kukarabati wasifu. Uliza ni sifa gani unaiacha na kama muundo bado unashikilia bila hiyo.

Soma tukio la kwanza linalohusika kwa pande zote mbili kabla ya kubadilisha chochote, kisha badilisha tu kutolingana kunakotajwa.

Ikiwa jaribio lijalo litaendelea hadi hitilafu ya cheti au kuingia, hiyo ni maendeleo na si kurudi nyuma: tabaka la pakiti sasa linakubaliana na muunganisho umesonga mbele. Rekodi mipangilio iliyoleta mabadiliko, ili mtu anayefuata arithi maelezo badala ya fumbo.