Nenosiri za Squid na kikomo cha herufi nane cha DES crypt

Proksi hukubali nenosiri la zamani wakati mwisho wake unabadilika, au uhamishaji wa faili la nenosiri huvunja ghafla akaunti zenye nenosiri ndefu. Kagua umbizo la hash kabla ya kufupisha nenosiri za kila mtu.

htpasswd -d ya Apache huchagua hashing ya zamani crypt(). Kikomo chake cha DES kilichoandikwa ni herufi nane muhimu za nenosiri. Kikomo hicho ni cha umbizo, si kanuni ya jumla ya herufi nane kwa nenosiri katika Squid.

Msaidizi wa NCSA husoma uwakilishi wa nenosiri uliohifadhiwa na huthibitisha thamani iliyotolewa kwa umbizo linalosaidiwa na msaidizi huyo na jukwaa lake. Kuita faili “umbizo la htpasswd” hakuhakikishi kwamba kila msaidizi wa kihistoria na wa sasa hukubali kila algoriti ya hash inayozalishwa na kila chaguo la htpasswd.

Hamisha uwakilishi kwa makusudi

Hifadhi nakala rudufu iliyolindwa na utambue umbizo linalotumiwa na maingizo yaliyopo. Angalia mwongozo wa msaidizi aliyesakinishwa na build ya usambazaji kabla ya kuchagua algoriti mbadala.

Kisha thibitisha akaunti ndogo ya majaribio iliyoidhinishwa kupitia msaidizi yuleyule na njia ileile ya proksi inayotumiwa na akaunti halisi. Mzalishaji kuandika faili kwa mafanikio hakuthibitishi kwamba msaidizi anayelisoma anaweza kulithibitisha. Tumia nenosiri la majaribio ambalo herufi zake muhimu zinapita kikomo cha zamani.

Kubadilisha umbizo kwa kawaida huhitaji nenosiri halisi au kuweka upya nenosiri. Hash ya zamani haiwezi kubadilishwa kuwa hash yenye nguvu zaidi ya nenosiri asilia kamili ikiwa taarifa hiyo haikuhifadhiwa kamwe.

Mwisho, tofautisha kushindwa kwa uhamishaji na uthibitishaji uliohifadhiwa kwenye akiba. Mteja aliyethibitishwa tayari anaweza kuendelea kufanya kazi kwa muda hata wakati uthibitishaji mpya ungeshindwa. Panga uzinduzi ukizingatia uthibitishaji mpya na vipindi vilivyopo.

Usichapishe faili la nenosiri katika ripoti ya hitilafu. Alama ya algoriti na akaunti ya kutengenezwa kwa kawaida hutoa ushahidi wenye manufaa zaidi kuliko hash za watumiaji halisi.