പഴയ പാസ്‌വേഡിന്റെ അവസാനം മാറുമ്പോൾ പ്രോക്സി അത് സ്വീകരിക്കുന്നു, അല്ലെങ്കിൽ പാസ്‌വേഡ് ഫയൽ മാറ്റൽ നീണ്ട പാസ്‌വേഡുള്ള അക്കൗണ്ടുകളെ പെട്ടെന്ന് തകർക്കുന്നു. എല്ലാവരുടെയും പാസ്‌വേഡ് ചെറുതാക്കുന്നതിന് മുൻപ് hash ഫോർമാറ്റ് പരിശോധിക്കുക.

Apache-ന്റെ htpasswd -d പഴയ crypt() ഹാഷിംഗ് തിരഞ്ഞെടുക്കുന്നു. അതിന്റെ രേഖപ്പെടുത്തിയ DES പരിധി എട്ട് പ്രധാന പാസ്‌വേഡ് അക്ഷരങ്ങളാണ്. ആ പരിധി ഫോർമാറ്റിന്റേതാണ്, Squid-ലെ പാസ്‌വേഡുകൾക്കുള്ള സാർവത്രിക എട്ട് അക്ഷര നിയമത്തിന്റേതല്ല.

NCSA സഹായി സംഭരിച്ച പാസ്‌വേഡ് പ്രാതിനിധ്യം വായിക്കുകയും നൽകിയ മൂല്യം ആ സഹായിയും അതിന്റെ പ്ലാറ്റ്ഫോമും പിന്തുണയ്ക്കുന്ന ഫോർമാറ്റുകളിൽ പരിശോധിക്കുകയും ചെയ്യുന്നു. ഒരു ഫയലിനെ “htpasswd ഫോർമാറ്റ്” എന്ന് വിളിക്കുന്നത് ഓരോ ചരിത്രപരവും നിലവിലുള്ളതുമായ സഹായിയും htpasswd-ന്റെ ഓരോ ഓപ്ഷനും ഉത്പാദിപ്പിക്കുന്ന ഓരോ hash അൽഗോരിതവും സ്വീകരിക്കുമെന്ന് ഉറപ്പുനൽകുന്നില്ല.

പ്രാതിനിധ്യം ബോധപൂർവം മാറ്റുക

സംരക്ഷിത ബാക്കപ്പ് സൂക്ഷിക്കുകയും നിലവിലുള്ള എൻട്രികൾ ഉപയോഗിക്കുന്ന ഫോർമാറ്റ് കണ്ടെത്തുകയും ചെയ്യുക. പകരം അൽഗോരിതം തിരഞ്ഞെടുക്കുന്നതിന് മുൻപ് ഇൻസ്റ്റാൾ ചെയ്ത സഹായിയുടെ മാനുവലും ഡിസ്ട്രിബ്യൂഷൻ build-ഉം പരിശോധിക്കുക.

പിന്നീട് യഥാർത്ഥ അക്കൗണ്ടുകൾ ഉപയോഗിക്കുന്ന അതേ സഹായിയിലൂടെയും പ്രോക്സി പാതയിലൂടെയും ചെറിയ അനുവദിക്കപ്പെട്ട പരീക്ഷണ അക്കൗണ്ട് പരിശോധിക്കുക. ജനറേറ്റർ ഫയൽ വിജയകരമായി എഴുതുന്നത് അത് വായിക്കുന്ന സഹായിക്ക് അത് സാധുതയുള്ളതാക്കാമെന്ന് തെളിയിക്കുന്നില്ല. പ്രധാന അക്ഷരങ്ങൾ പഴയ പരിധിക്ക് അപ്പുറം നീളുന്ന ഒരു പരീക്ഷണ പാസ്‌വേഡ് ഉപയോഗിക്കുക.

ഫോർമാറ്റുകൾ മാറ്റാൻ സാധാരണയായി യഥാർത്ഥ പാസ്‌വേഡോ പാസ്‌വേഡ് പുനഃസജ്ജീകരണമോ ആവശ്യമാണ്. ആ വിവരം ഒരിക്കലും സൂക്ഷിച്ചിട്ടില്ലെങ്കിൽ പഴയ hash-നെ പൂർണ്ണ യഥാർത്ഥ പാസ്‌വേഡിന്റെ ശക്തമായ hash ആക്കി മാറ്റാൻ കഴിയില്ല.

അവസാനം, മാറ്റത്തിന്റെ പരാജയത്തെ കാഷ് ചെയ്ത പ്രാമാണീകരണത്തിൽ നിന്ന് വേർതിരിക്കുക. നേരത്തെ പ്രാമാണീകരിച്ച ക്ലയന്റിന് പുതിയ പരിശോധന പരാജയപ്പെട്ടാലും കുറച്ചുസമയം പ്രവർത്തനം തുടരാം. പുതിയ പ്രാമാണീകരണവും നിലവിലുള്ള സെഷനുകളും പരിഗണിച്ച് വിന്യാസം ആസൂത്രണം ചെയ്യുക.

ബഗ് റിപ്പോർട്ടിൽ പാസ്‌വേഡ് ഫയൽ പ്രസിദ്ധീകരിക്കരുത്. അൽഗോരിതം മാർക്കറും സിന്തറ്റിക് അക്കൗണ്ടും സാധാരണയായി യഥാർത്ഥ ഉപയോക്താക്കളുടെ hash-നേക്കാൾ ഉപയോഗപ്രദമായ തെളിവ് നൽകുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ