पासवर्ड कैसे स्टोर होने चाहिए, और किसी मौजूदा implementation की समीक्षा में आप किन बातों पर उंगली रखेंगे?

धीमे और memory hard function से hash करें: फिलहाल Argon2id की सिफारिश है, bcrypt और scrypt भी चल जाते हैं। हर पासवर्ड को अपना unique salt मिलता है, जिसे ये एल्गोरिदम खुद बनाकर आउटपुट में रख देते हैं, और parameters ऐसे सेट होने चाहिए कि आपके हार्डवेयर पर hashing सेकंड के ठीक ठाक हिस्से जितना समय ले। SHA-256 या MD5 जैसा सादा तेज़ hash कभी इस्तेमाल न करें, पासवर्ड को उलटा किए जा सकने वाले तरीके से encrypt कभी न करें, और parameters बढ़ाने पर login के वक्त दोबारा hash करें।

मैं Argon2id की तरफ जाता हूं, और अगर प्लेटफॉर्म की library बेहतर सपोर्टेड हो तो bcrypt fallback के तौर पर। बात यह है कि यह जानबूझकर धीमा और memory hard है, ताकि dump हाथ लगने पर भी हमलावर graphics card पर हर सेकंड अरबों संभावनाएं न आज़मा सके। हर पासवर्ड को अपना random salt मिलता है, जिसे ये एल्गोरिदम encoded आउटपुट में ही रख देते हैं, इसलिए एक जैसे पासवर्ड के hash अलग होते हैं और पहले से बनी tables किसी काम की नहीं रहतीं। मैं असली हार्डवेयर पर parameters ट्यून करता हूं, हर hash पर कुछ सौ मिलीसेकंड का लक्ष्य रखकर, और उन्हें hash के साथ स्टोर करता हूं ताकि बाद में बढ़ा सकूं और अगली बार यूज़र के सफल login पर चुपचाप दोबारा hash कर सकूं। समीक्षा में मैं जिन चीज़ों पर उंगली रखता हूं वे हैं कोरा SHA-256 या MD5, कुछ भी जो उलटा किया जा सके, एक ही global salt, और bcrypt के मामले में खासकर यह कि वह 72 बाइट से आगे का input चुपचाप छोड़ देता है, जिससे लंबे passphrases चुपके से कमज़ोर हो जाते हैं। hash के परे मुझे login पर rate limiting चाहिए, जानी पहचानी breached पासवर्ड सूची से जांच, और एक बार इस्तेमाल होने वाले, समय पर expire होने वाले tokens के साथ reset flow।