Nenosiri lako la VPN ni la faragha kama kithibitishaji chake

Pitia maswali manne kuhusu kuingia kokote kwa VPN: ni nini hulinda nenosiri wakati wa usafiri, kipengele kipi hulipokea, kipengele hicho hufanya nini nacho, na ni nini huhifadhiwa baadaye. Kila jibu ni udhibiti tofauti, na jibu imara kwa moja haliambii chochote kuhusu mengine. Hitilafu ni kuichukulia usimbaji fiche wa handaki kana kwamba unafunika yote manne. Unafunika la kwanza, na la kwanza pekee.

Uliza nani anamaliza kikao, si kama kikao kimesimbwa fiche.

Kimesimbwa fiche kwa nani, hasa?

TLS hulinda nenosiri kati ya mteja na kile kinachomaliza muunganisho. Ikiwa ncha hiyo ya mwisho ni lango la VPN, msimbo wa uthibitishaji wa lango huona nenosiri katika maandishi wazi, hulithibitisha, na hulipitisha au thamani inayotokana nayo mbele. Hii ni miundo iliyokusudiwa, si uvujaji. Mwangalizi wa mtandao aliye njiani hajifunzi kitu chochote cha manufaa, na kipengele kinachofanya uthibitishaji hujifunza kila kitu kinachohitaji.

Jumuiya ya OpenVPN inaandika hili waziwazi: auth-user-pass-verify hukabidhi vitambulisho vilivyowasilishwa kwa skripti au programu-jalizi ya uthibitishaji. Ni makabidhiano ya kusudi kati ya vipengele, na ni mali ya mfumo wa uaminifu kama upande uliotajwa.

Kithibitishaji hukiona nenosiri

Kipengele kinapopokea nenosiri ili kuthibitisha, udhibiti wake wa ufikiaji, uandishi wa kumbukumbu na ubora wa msimbo huamua kama siri inabaki ndani. Skripti inayoandika vitambulisho kwenye kumbukumbu, au programu-jalizi inayovihifadhi kwenye akiba, huunda mfichuo mkubwa zaidi kuliko ule ulioundwa na itifaki. Ufikiaji hutegemea usanifu na majukumu, si handaki, ndiyo sababu mmiliki wa huduma anayedhibiti kithibitishaji ni sehemu ya tathmini.

Mbinu tofauti hufichua nyenzo tofauti. Uthibitishaji kwa cheti huthibitisha ufunguo wa faragha bila kuutuma, na mtiririko wa shirikisho unaweza kuweka nenosiri kwa mtoa utambulisho huku ukitoa dai dogo kwa VPN. Miundo hiyo hupunguza mduara; hakuna hata mmoja unaoondoa kila upande unaoaminiwa.

Hash zilizohifadhiwa hulinda hatua tofauti

Mwongozo wa NIST hutenganisha usafirishaji uliolindwa na uhifadhi sugu wa kithibitishaji. Chumvi na mpango wa hash wenye gharama hushughulikia tishio la kithibitishaji kilichohifadhiwa, ambayo ni kile kinachotokea baadaye ikiwa hifadhidata itavuja. Hazifanyi chochote kwa kipengele cha wakati wa utekelezaji ambacho lazima kipokee ingizo ili kulinganisha. Kusoma mwongozo kana kwamba unaahidi usiri wa wakati wa utekelezaji ni hitilafu ya kategoria.

Kwa hiyo hifadhi ya nenosiri iliyohashwa vizuri na skripti ya uthibitishaji iliyo wazi zinaweza kuishi pamoja katika bidhaa moja bila kinzani.

Kuchagua mbinu inayopunguza mduara

Ikiwa sharti ni kwamba lango lisipokee kamwe nenosiri linaloweza kutumika tena, chagua mbinu inayohakikisha hilo kweli; kubadilisha siri ya data hakuundi sifa hiyo. Kuthibitisha cheti cha seva ya VPN hukuambia ni mwenza gani uliyemfikia; hakuambii chochote kuhusu jinsi mwenza huyo anavyoshughulikia vitambulisho baadaye. Weka uthibitishaji wa seva, tumia vitambulisho tofauti kwa kila huduma, na fuata mtiririko wa utambulisho unaoungwa mkono na shirika.

Rekodi upande unaopokea nenosiri, upande unaothibitisha, na umbo ambalo huhifadhiwa. Majibu hayo matatu ni ya kando ya wasifu wa muunganisho, kwa sababu yanaishi muda mrefu kuliko handaki yoyote mahususi.

Swali linalofaa si kama nenosiri limesimbwa fiche, bali ni kutoka kwa nani limefichwa, kipengele kipi hulipokea na umbo gani huishi baadaye.