OpenVPN huvunja kikao cha OTP baadaye: kinachohitajika kwa uthibitishaji upya

Kutoka upande wa mteja inaonekana kama kukatika kwa bahati nasibu saa moja baada ya kikao cha kazi kuanza. Aikoni ya trei hupotea, handaki hujengwa upya, na kumbukumbu huonyesha kushindwa kwa uthibitishaji badala ya hitilafu ya mtandao. Kilichotokea kwa kweli ni kwamba kikao kilijadiliana upya na handshake ya pili ilihitaji vitambulisho ambavyo mteja hakuwa na nakala halali tena. Msimbo wa matumizi ya mara moja uliofanya kazi wakati wa kuingia hauwezi kufanya kazi tena, kwa hivyo ubadilishaji funguo unashindwa hasa kama ilivyobuniwa.

Suluhisho ni uamuzi kuhusu kile handshake ya pili inapaswa kuwasilisha, sio kipima muda cha majaribio ya muda mrefu zaidi.

Pitia mabadilishano kwa mtazamo wa mteja

Wakati wa kuingia mteja hutuma jina la mtumiaji, nenosiri na msimbo kutoka kifaa cha tokeni, na seva inakubali mchanganyiko huo. Kisha kikao huendelea hadi kichocheo cha kujadiliana upya kiwake, ambacho huanzisha handshake mpya ya TLS ndani ya handaki iliyopo. Handshake hiyo inaomba uthibitishaji tena. Ikiwa njia ya uthibitishaji ya seva inatarajia nenosiri pamoja na msimbo wa sasa wa matumizi ya mara moja, mteja hana msimbo mpya wa kuwasilisha isipokuwa mtumiaji yupo kuiandika.

Wateja wengi hawafungui kidokezo katikati ya kikao, kwa hivyo handshake inaisha muda na handaki huanguka. Mtumiaji huona muunganisho upya, sio kidokezo cha uthibitishaji, ndiyo sababu ripoti ya kwanza kawaida hulaumu mtandao.

auth-gen-token hubadilisha nani anajibu swali la pili

Chaguo auth-gen-token huruhusu seva kutoa tokeni baada ya kuingia kwa mafanikio, na mijadala ya baadaye huwasilisha tokeni hiyo badala ya kurudia nenosiri na msimbo. Mwongozo unaandika muda wake wa maisha na tabia ya uhuishaji upya, na tokeni lazima ichukuliwe kama kitambulisho chenye ukomo wake. Katika njia chaguo-msingi seva huthibitisha tokeni yenyewe badala ya kuita tena kithibitishaji cha nenosiri cha nje.

Kwa ujumuishaji wa uthibitishaji wa nje, mgawanyo huo hubadilika. Programu jalizi lazima ielewe hali ya tokeni na kutumia ukaguzi wake, kwa sababu seva si sehemu pekee tena inayoamua kama kikao kinaendelea. Kuichukulia tokeni kama msimbo mwingine wa nambari wa matumizi ya mara moja sio utekelezaji wa kipengele hiki.

Amua kinachotokea kwa hali ya akaunti

Tokeni inayoishi zaidi ya ufikiaji wa akaunti ni shimo katika sera. Amua jinsi akaunti iliyozimwa, uanachama wa kikundi ulioondolewa au kifaa kilichobatilishwa kinavyoathiri wakati tokeni bado ni halali. Muda mfupi wa tokeni hupunguza dirisha; njia dhahiri ya kubatilisha huifanya kuwa ya kukusudia. Andika jibu kabla ya kuwezesha chaguo, kwa sababu njia chaguo-msingi haishauri kithibitishaji cha nje katika kila mjadala upya.

Katika usambazaji wa seva nyingi, siri ya kusaini tokeni lazima ishirikiwe, vinginevyo mteja anaweza kutumwa kwa nodi isiyoweza kuthibitisha tokeni yake.

Jaribu ukomo na muunganisho upya, sio tu kuingia

Punguza muda wa kujadiliana upya katika wasifu wa majaribio ili handshake ya pili itokee wakati unatazama, kisha fuata kumbukumbu zote mbili. Thibitisha kwamba tokeni hutolewa wakati wa kuingia, huwasilishwa wakati wa ubadilishaji funguo, na huhuishwa upya au hutolewa tena kulingana na muda uliosanidiwa. Kisha lazima ukomo wa tokeni na muunganisho upya kamili, kwa sababu mteja anayounganisha upya kwa usafi bado anaweza kushindwa kwenye njia ya ubadilishaji funguo.

Jaribu kuondoa akaunti mwisho. Kesi hiyo inakuambia kama sera uliyoandika inatekelezwa au imeandikwa tu.

Usirekebishe kwa kuzima uhuishaji upya

Kuweka muda wa kujadiliana upya kuwa sifuri kwa pande zote mbili huondoa dalili na pamoja nayo mzunguko wa funguo. Hiyo huficha tatizo la kutumia tena vitambulisho nyuma ya mabadiliko ya sera ambayo hakuna aliyekagua. Weka uhuishaji upya, na chagua kati ya tokeni iliyotolewa na seva na changamoto mpya ya mwingiliano kulingana na kama mtumiaji yupo.

Kipima muda cha majaribio ya muda mrefu zaidi hakifanyi msimbo uliotumika kuwa halali tena. Huchelewesha tu kukatika na kufanya kumbukumbu kuwa ngumu kusoma.