SHA-384 जनरेटर

SHA-384 जनरेटर एक मुफ्त टूल है, जो किसी भी स्ट्रिंग इनपुट को तय लंबाई वाले SHA-384 हैश में बदलता है।

SHA-384 हैश क्या करता है?

SHA-384 एकतरफा गणितीय फ़ंक्शन की मदद से डेटा का संक्षिप्त, 384-बिट फिंगरप्रिंट बनाता है। एक ही इनपुट से हमेशा समान तय लंबाई वाला डाइजेस्ट मिलता है, जबकि इनपुट में छोटा सा बदलाव भी बिल्कुल अलग परिणाम देने की अत्यधिक संभावना रखता है। SHA-384 डाइजेस्ट एन्क्रिप्ट किया हुआ टेक्स्ट नहीं है, क्योंकि इस एल्गोरिदम में किसी कुंजी का उपयोग नहीं होता और इसे डिक्रिप्ट करने की कोई प्रक्रिया नहीं है।

SHA-384, SHA-2 परिवार का हिस्सा है। इसे अमेरिकी राष्ट्रीय सुरक्षा एजेंसी ने डिजाइन किया था। अमेरिकी राष्ट्रीय मानक और प्रौद्योगिकी संस्थान ने इसे पहली बार 2001 में प्रकाशित किया और 2002 में FIPS 180-2 के अंतर्गत मानकीकृत किया गया। आंतरिक रूप से यह SHA-512 की संरचना इस्तेमाल करता है, लेकिन इसके शुरुआती मान अलग हैं और आउटपुट छोटा रखा गया है।

क्या SHA-384 अब भी सुरक्षित है?

हां, उचित उद्देश्य के लिए इस्तेमाल किए जाने पर SHA-384 को सामान्य क्रिप्टोग्राफिक हैशिंग के लिए अब भी सुरक्षित माना जाता है। पूरे एल्गोरिदम के विरुद्ध कोई व्यावहारिक कोलिजन या प्रीइमेज हमला ज्ञात नहीं है।

इसका 384-बिट डाइजेस्ट अधिकतम 192 बिट की कोलिजन प्रतिरोध क्षमता देता है। यह MD5 और SHA-1 जैसे पुराने एल्गोरिदम से काफी मजबूत है। इन दोनों पर व्यावहारिक कोलिजन हमले संभव हैं, इसलिए सुरक्षा की दृष्टि से संवेदनशील किसी नए सिस्टम के लिए इन्हें नहीं चुनना चाहिए।

सामान्य हैश फ़ंक्शन के रूप में SHA-384 को अप्रचलित घोषित नहीं किया गया है। फिर भी, पासवर्ड स्टोर करने के लिए इसका सीधे उपयोग नहीं करना चाहिए। इसे तेजी से चलने के लिए बनाया गया है, जिससे हमलावर बड़ी संख्या में संभावित पासवर्ड बहुत जल्दी जांच सकते हैं। पासवर्ड स्टोर करने के लिए SHA-384 के बजाय Argon2id, scrypt, bcrypt या PBKDF2 जैसे जानबूझकर अधिक संसाधन लेने वाले पासवर्ड-हैशिंग फ़ंक्शन का उपयोग करें और हर पासवर्ड के लिए अलग सॉल्ट रखें।

SHA-384 जनरेटर का उपयोग कैसे करें?

जिस स्ट्रिंग का हैश बनाना है, उसे बिल्कुल सही रूप में दर्ज करके टूल चलाएं। फिर SHA-384 Hash परिणाम फ़ील्ड में दिखाई गई वैल्यू कॉपी करें। गणना सर्वर पर PHP के हैश इम्प्लीमेंटेशन से होती है।

आपका इनपुट HTTPS के जरिए सर्वर तक जाता है और स्टोर नहीं किया जाता। प्रोसेसिंग के दौरान यह आपके डिवाइस से बाहर जाता है, इसलिए पासवर्ड, निजी कुंजियां, रिकवरी वाक्यांश या ऐसी कोई दूसरी सामग्री सबमिट न करें जिसे कभी किसी रिमोट सेवा को नहीं भेजना चाहिए।

उदाहरण के लिए, hello इनपुट से 96 अक्षरों वाला SHA-384 डाइजेस्ट 59e1748777448c69de6b800d7a33bbfb9ff1b463e44354c3553bcdb9c666fa90125a3c79f90397bdf5f6a13de828684f मिलता है। इन्हीं पांच लोअरकेस अक्षरों को दोबारा दर्ज करने पर वही SHA-384 डाइजेस्ट मिलेगा। वहीं Hello, आखिर में स्पेस वाला hello और hello. इनपुट, तीनों अलग-अलग SHA-384 हैश बनाते हैं।

परिणाम को समझना और असामान्य इनपुट संभालना

SHA-384 के परिणाम में 384 बिट होते हैं, जो 48 बाइट या 96 हेक्साडेसिमल अक्षरों के बराबर हैं। इस टूल के SHA-384 Hash फ़ील्ड में हेक्साडेसिमल लिखावट के लिए 0 से 9 तक के अंक और a से f तक के अक्षर उपयोग होते हैं। कोई दूसरा सिस्टम इन्हीं अक्षरों को अपरकेस में दिखा सकता है। दिखाए गए SHA-384 डाइजेस्ट में अक्षरों का केस बदलने से उसकी मूल वैल्यू नहीं बदलती।

• स्पेस और लाइन ब्रेक: इस SHA-384 जनरेटर में शुरुआत के स्पेस, आखिर के स्पेस और न्यूलाइन अक्षर सबमिट किए गए इनपुट बाइट का हिस्सा होते हैं और हैश बदल देते हैं।
• उच्चारण चिह्न वाले और गैर-लैटिन टेक्स्ट: SHA-384 अक्षरों के बजाय बाइट को प्रोसेस करता है। देखने में बिल्कुल समान दो स्ट्रिंग भी अलग हो सकती हैं, अगर उनमें अलग Unicode नॉर्मलाइजेशन या कैरेक्टर एन्कोडिंग इस्तेमाल हुई हो।
• संख्याएं: टाइप की गई 00125 जैसी वैल्यू को स्ट्रिंग डेटा माना जाता है। इसका हैश 125 के हैश के समान नहीं होगा।
• खाली इनपुट: SHA-384 एल्गोरिदम खाली बाइट क्रम के लिए भी एक वैध डाइजेस्ट निर्धारित करता है। यह डाइजेस्ट किसी स्पेस या न्यूलाइन के हैश से अलग होता है।
• लंबा इनपुट: इनपुट की लंबाई चाहे जितनी हो, आउटपुट हमेशा 96 हेक्साडेसिमल अक्षरों का रहता है।

क्या SHA-384 को डिक्रिप्ट या रिवर्स किया जा सकता है?

नहीं। SHA-384 हैश को डिक्रिप्ट नहीं किया जा सकता, क्योंकि हैशिंग मूल टेक्स्ट को ऐसे रूप में सुरक्षित नहीं रखती जिसे उलटकर वापस पाया जा सके। बहुत से संभावित इनपुट को तय 384-बिट आउटपुट स्पेस में मैप किया जाता है।

SHA-384 को तेजी से चलने के लिए बनाया गया है, इसलिए हमलावर हर अनुमान का हैश बनाकर और परिणाम की तुलना करके बहुत जल्दी कई अनुमान जांच सकता है। इसी कारण छोटी, आम या आसानी से अनुमान लगाई जा सकने वाली वैल्यू डिक्शनरी या ब्रूट-फोर्स खोज से मिल सकती हैं। SHA-384 की मजबूती किसी कमजोर पासवर्ड को सुरक्षित नहीं बनाती और न ही कम एंट्रॉपी वाले आइडेंटिफायर को गुप्त जानकारी में बदलती है।

ऑनलाइन डेटाबेस में आम स्ट्रिंग के पहले से निकाले गए SHA-384 हैश मौजूद हो सकते हैं। उनमें मेल खाती एंट्री मिलना केवल लुकअप है, एल्गोरिदम को रिवर्स करना नहीं।

आज SHA-384 का उपयोग कहां होता है?

SHA-384 का उपयोग वहां किया जाता है, जहां किसी प्रोटोकॉल, स्पेसिफिकेशन या मौजूदा सिस्टम को 384-बिट SHA-2 डाइजेस्ट चाहिए। इसके सामान्य और वैध उपयोगों में फ़ाइल चेकसम, डुप्लिकेट पहचानना, इंटीग्रिटी रिकॉर्ड बनाना और पहले से SHA-384 वैल्यू स्टोर करने वाले सॉफ़्टवेयर के साथ संगतता बनाए रखना शामिल है।

• डाउनलोड की गई फ़ाइल की तुलना उसके वितरक द्वारा प्रकाशित SHA-384 चेकसम से करें।
• किसी पुराने डेटाबेस, API या दस्तावेज फ़ॉर्मेट के लिए अपेक्षित डाइजेस्ट दोबारा बनाएं।
• ऐसे प्रोटोकॉल के लिए इनपुट बनाएं जिसमें स्पष्ट रूप से SHA-384 आवश्यक हो।

साधारण SHA-384 चेकसम से अनजाने में हुए बदलावों का पता लगाया जा सकता है, लेकिन इससे यह साबित नहीं होता कि डेटा किसने बनाया। अगर कोई हमलावर फ़ाइल और उसके प्रकाशित हैश, दोनों को बदल सकता है, तो साधारण SHA-384 चेकसम उसे दोनों की जगह दूसरी सामग्री रखने से नहीं रोक सकता। प्रमाणीकृत संदेशों के लिए गुप्त कुंजी के साथ HMAC-SHA-384 या किसी उपयुक्त डिजिटल-सिग्नेचर स्कीम का उपयोग करें।

अगर किसी स्पेसिफिकेशन में SHA-2 के कई वेरिएंट इस्तेमाल किए जा सकते हैं, तो SHA-256 अधिक प्रचलित है और उसका डाइजेस्ट छोटा होता है। जिन सिस्टम को पूरा 512-बिट आउटपुट स्पष्ट रूप से चाहिए, उनके लिए SHA-512 उपयुक्त हो सकता है। इन फ़ॉर्मेट को बनाने के लिए SHA-256 जनरेटर और SHA-512 जनरेटर का उपयोग किया जा सकता है।

अक्सर पूछे जाने वाले सवाल

क्या SHA-384 सिर्फ अक्षर हटाया हुआ SHA-512 है?

नहीं। SHA-384 में SHA-512 जैसी सामान्य कम्प्रेशन संरचना इस्तेमाल होती है, लेकिन अंतिम अवस्था को 384 बिट तक छोटा करने से पहले इसकी शुरुआत अलग मानों से होती है। SHA-512 डाइजेस्ट को काटकर 96 हेक्साडेसिमल अक्षरों का कर देने से SHA-384 नहीं बनता।

क्या SHA-384 पर लेंथ-एक्सटेंशन हमला हो सकता है?

SHA-384 में Merkle-Damgård संरचना इस्तेमाल होती है, लेकिन इसका छोटा किया गया आउटपुट SHA-512 की आंतरिक अवस्था के 128 बिट छिपा देता है। इससे मानक व्यावहारिक लेंथ-एक्सटेंशन हमला अव्यावहारिक हो जाता है। फिर भी, किसी गुप्त वैल्यू को सीधे संदेश से जोड़कर बनाई गई अस्थायी संरचना को मैसेज ऑथेंटिकेशन कोड नहीं मानना चाहिए। जब डेटा को किसी गुप्त कुंजी से प्रमाणीकृत करना हो, तब HMAC-SHA-384 का उपयोग करें।

क्या इस टूल से फ़ाइल का हैश बनाया जा सकता है?

यह टूल स्ट्रिंग इनपुट के लिए है, फ़ाइल अपलोड के लिए नहीं। सर्वर पर चलने वाला यह जनरेटर केवल स्ट्रिंग इनपुट स्वीकार करता है, इसलिए इसके टेक्स्ट फ़ील्ड में बाइनरी फ़ाइल की सामग्री पेस्ट करने पर एन्कोडिंग या न्यूलाइन रूपांतरण के कारण बाइट बदल सकते हैं। फ़ाइलों के लिए sha384sum जैसी सिस्टम यूटिलिटी या समान क्रिप्टोग्राफिक लाइब्रेरी इस्तेमाल करें और सभी 96 हेक्साडेसिमल अक्षरों की तुलना करें।

दूसरे SHA-384 कैलकुलेटर पर अलग परिणाम क्यों मिलता है?

संभवतः दोनों इनपुट बाइट स्तर पर अलग हैं। पहले स्पेस, अक्षरों का केस और लाइन एंडिंग जांचें, जिसमें आखिर की कोई न्यूलाइन भी शामिल है। अगर इनपुट और संबंधित सिस्टम के लिए लागू हो, तो कैरेक्टर एन्कोडिंग, Unicode नॉर्मलाइजेशन और यह भी जांचें कि किसी एक सिस्टम में बाइट ऑर्डर मार्क शामिल तो नहीं है। किसी भी डाइजेस्ट को गलत मानने से पहले सटीक बाइट की तुलना करें।