मैंने पढ़ा है कि जब कोई पासवर्ड हैशिंग करता है, तो कई प्रोग्रामर बीसीक्रिप्ट एल्गोरिथ्म का उपयोग करने की सलाह देते हैं।
मैं C # में प्रोग्रामिंग कर रहा हूं और सोच रहा हूं कि क्या किसी को बीसीक्रिप्ट के लिए अच्छे कार्यान्वयन का पता है? मुझे यह पृष्ठ मिला , लेकिन मुझे नहीं पता कि यह फर्जी है या नहीं।
पासवर्ड हैशिंग योजना चुनते समय मुझे क्या पता होना चाहिए? क्या बीसीक्रिप्ट एक 'अच्छा' कार्यान्वयन है?
जवाबों:
सबसे पहले, कुछ शब्द जो महत्वपूर्ण हैं:
हैशिंग - एक स्ट्रिंग लेने और पात्रों के अनुक्रम का निर्माण करने का कार्य जो मूल स्ट्रिंग में वापस नहीं लाया जा सकता है।
सममित एन्क्रिप्शन - (आमतौर पर केवल 'एन्क्रिप्शन' के रूप में जाना जाता है) - एक स्ट्रिंग लेने और पात्रों के अनुक्रम का निर्माण करने के लिए जिसे उसी एन्क्रिप्शन कुंजी के उपयोग के माध्यम से मूल स्ट्रिंग में डिक्रिप्ट किया जा सकता है जिसने इसे एन्क्रिप्ट किया था।
रेनबो टेबल - एक लुकअप टेबल जिसमें एक विशिष्ट हैशिंग एल्गोरिथ्म में हैशेड के सभी प्रकार होते हैं।
नमक - एक ज्ञात यादृच्छिक स्ट्रिंग हैशेड से पहले मूल स्ट्रिंग में जोड़ा जाता है।
.NET फ्रेमवर्क के लिए, Bcrypt के पास अभी तक एक सत्यापित संदर्भ कार्यान्वयन नहीं है। यह महत्वपूर्ण है क्योंकि यह जानने का कोई तरीका नहीं है कि मौजूदा कार्यान्वयन में गंभीर खामियां हैं या नहीं। आप यहां .NET के लिए BCrypt का कार्यान्वयन प्राप्त कर सकते हैं । मुझे क्रिप्टोग्राफी के बारे में यह जानने के लिए पर्याप्त नहीं है कि यह एक अच्छा या बुरा कार्यान्वयन है। क्रिप्टोग्राफी एक बहुत गहरा क्षेत्र है। अपने स्वयं के एन्क्रिप्शन एल्गोरिथ्म के निर्माण का प्रयास न करें । गंभीरता से।
यदि आप अपनी स्वयं की पासवर्ड सुरक्षा (आह) को लागू करने जा रहे हैं, तो आपको कई काम करने होंगे:
दुर्भाग्य से, यदि आप यह सब करते हैं, तो भी एक निर्धारित हैकर अभी भी संभावित रूप से पासवर्ड का पता लगा सकता है, तो यह उसे वास्तव में लंबे समय तक ले जाएगा। वह आपका मुख्य शत्रु है: समय ।
Bcrypt एल्गोरिथ्म काम करता है क्योंकि यह लेता है पाँच आदेश परिमाण के लंबे समय तक हैश को MD5 की तुलना में एक पासवर्ड ; (और अभी भी एईएस या SHA-512 की तुलना में अधिक)। यह हैकर को आपके पासवर्ड को देखने के लिए इंद्रधनुष तालिका बनाने के लिए बहुत अधिक समय बिताने के लिए मजबूर करता है, जिससे यह संभावना कम हो जाती है कि आपका पासवर्ड हैक होने के खतरे में होगा।
यदि आप अपने पासवर्ड को नमस्कार कर रहे हैं, और प्रत्येक नमक अलग है, तो एक संभावित हैकर को नमक के प्रत्येक भिन्नता के लिए एक इंद्रधनुष तालिका बनानी होगी , बस एक नमकीन + हैशेड पासवर्ड के लिए एक इंद्रधनुष तालिका होनी चाहिए। इसका मतलब है कि यदि आपके 1 मिलियन उपयोगकर्ता हैं, तो एक हैकर को 1 मिलियन इंद्रधनुष सारणी तैयार करनी होगी। यदि आप प्रत्येक उपयोगकर्ता के लिए समान नमक का उपयोग कर रहे हैं, तो हैकर को आपके सिस्टम को सफलतापूर्वक हैक करने के लिए केवल 1 इंद्रधनुष तालिका उत्पन्न करनी होगी।
यदि आप अपने पासवर्ड को सलामी नहीं दे रहे हैं, तो सभी हमलावरों को वहाँ (एईएस, एसएचए -51, एमडी 5) को लागू करने के लिए एक मौजूदा इंद्रधनुष तालिका को खींचना होगा और यह देखना होगा कि क्या कोई हैश से मेल खाता है। यह पहले से ही किया गया है , एक हमलावर को इन इंद्रधनुष तालिकाओं की गणना करने की आवश्यकता नहीं है ।
इन सबके साथ भी, आपको अच्छी सुरक्षा प्रथाओं का उपयोग करना चाहिए । यदि वे सफलतापूर्वक आपकी साइट पर एक और हमला वेक्टर (एक्सएसएस, एसक्यूएल इंजेक्शन, सीएसआरएफ, एट अल। ) का उपयोग कर सकते हैं, तो पासवर्ड की अच्छी सुरक्षा सुनिश्चित करें। यह एक विवादास्पद बयान की तरह लगता है, लेकिन इसके बारे में सोचें: यदि मैं आपकी सभी उपयोगकर्ता जानकारी SQL इंजेक्शन हमले के माध्यम से प्राप्त कर सकता हूं, या मैं आपके उपयोगकर्ताओं को XSS के माध्यम से अपनी कुकीज़ देने के लिए प्राप्त कर सकता हूं, तो इससे कोई फर्क नहीं पड़ता कि आपका पासवर्ड कितना अच्छा है सुरक्षा है ।
अन्य संसाधन:
नोट: कृपया अन्य अच्छे संसाधनों की सिफारिश करें। मैंने दर्जनों लेखकों द्वारा एक दर्जन लेख पढ़े होंगे, लेकिन कुछ इस विषय पर स्पष्ट रूप से लिखते हैं जैसा कि जेफ करता है। कृपया लेखों में संपादित करें क्योंकि आप उन्हें ढूंढते हैं।
आपको .NET में BCrypt का उपयोग नहीं करना चाहिए । आपको PBKDF2 का उपयोग करना चाहिए जैसा कि .NET .NET कार्यान्वयन में बनाया गया है। यह केवल स्वतंत्र रूप से उपलब्ध क्रिप्टोग्राफिक रूप से सत्यापित कार्यान्वयन है। साथ ही एनआईएसटी द्वारा अनुशंसित एल्गोरिथम होने के साथ ।
StackId ने पहले BCrypt का उपयोग किया और इस कारण से PBKDF2 में चला गया:
उन उत्सुक लोगों के लिए, हम PBKDF2 के साथ हैशिंग पासवर्ड हैं। अप्रत्यक्षता की कुछ परतों के माध्यम से रिलेवेंट कोड यहाँ ( http://code.google.com/p/stackid/source/browse/OpenIdProvider/Current.cs#1135 ) है। पहले की पुनरावृत्ति में, हम BCrypt का उपयोग कर रहे थे; लेकिन पीबीकेडीएफ 2 में ले जाया गया क्योंकि यह .NET फ्रेमवर्क में बनाया गया है, जबकि बीसीक्रिप्ट हमें एक कार्यान्वयन (कोई छोटा उपक्रम) सत्यापित करने की आवश्यकता नहीं होगी।
(GitHub पर अपडेट किया गया लिंक)
संपादित करें: क्रिप्टोग्राफिक शब्दों में सत्यापित का अर्थ आसानी से समझ में नहीं आता है, एक सत्यापित कार्यान्वयन का मतलब है कि यह क्रिप्टोग्राफिक रूप से त्रुटि के बिना लागू किया गया है। इस की लागत आसानी से $ 20,000 या अधिक तक पहुंच सकती है। मुझे यह याद है कि जब मैं ओपनएसएसएल पर शोध कर रहा था और पढ़ा कि उन्होंने कहा कि उन्होंने पूरी सत्यापन प्रक्रिया पूरी नहीं की है, लेकिन अगर आपको पूरी तरह से सत्यापित करने की आवश्यकता है कि वे आपको इसके लिए सही रास्ता बता सकते हैं और संबंधित लागतों का उल्लेख कर सकते हैं। कुछ सरकारी आवश्यकताओं में सत्यापित एन्क्रिप्शन एल्गोरिदम के लिए जनादेश शामिल हैं।
.NET में bcrypt कार्यान्वयन को सत्यापित नहीं किया गया है। असत्यापित एन्क्रिप्शन कार्यान्वयन का उपयोग करके आप पूरी तरह से निश्चित नहीं हो सकते हैं कि इसमें जानबूझकर दुर्भावनापूर्ण दोष नहीं हैं जैसे कि पिछले दरवाजे को एन्क्रिप्टेड या अनजाने में कार्यान्वयन दोषों की अनुमति देना जो क्रिप्टोग्राफिक रूप से असुरक्षित डेटा का परिणाम है।
२०१४ संपादित करें: किसी ऐसे व्यक्ति के लिए जिसने सत्यापित क्रिप्टोप्रोग्राफिकल एल्गोरिदम का उपयोग करने की अनिवार्यता पर सवाल उठाया था, जो ओपनएसएसएल में शोषण किए गए हार्दिक हैक द्वारा बर्बाद की गई तबाही को देखता है । यह एक असत्यापित कार्यान्वयन का उपयोग करने की लागत है। यह सुरक्षित है .... जब तक आपको पता चलता है कि कोई भी व्यक्ति आपके सर्वर की संपूर्ण मेमोरी सामग्री को पढ़ सकता है।
परिवर्तन के लेखक ने हार्टबल, रॉबिन सेगेलमैन को पेश किया, ने कहा कि वह "लंबाई वाले एक चर को मान्य करने से चूक गए" और एक त्रुटिपूर्ण कार्यान्वयन प्रस्तुत करने के किसी भी इरादे से इनकार किया। हार्टलेड के खुलासे के बाद, सेगेलमैन ने दूसरे पहलू पर ध्यान केंद्रित करने का सुझाव दिया, जिसमें कहा गया कि ओपनएसएसएल पर्याप्त लोगों द्वारा समीक्षा नहीं की गई है।
यह एक असत्यापित कार्यान्वयन की परिभाषा है। यहां तक कि सबसे छोटी खराबी पूरे सुरक्षा को अपंग कर सकती है।
2015 का संपादन: अनुशंसित भाषा को हटा दिया गया और इसे निरपेक्षता से बदल दिया गया। पोस्टर के लिए एंबेडेड मूल केविन मॉन्ट्रोस टिप्पणी।