Can I reverse a hash to get the original input back?

No. Hash functions are one-way by design - there is no mathematical inverse that reconstructs the original input from its digest. What looks like 'cracking' a hash is actually a guessing attack: an attacker hashes millions of candidate inputs (dictionary lookup, rainbow table, or brute-force search) and checks for a matching digest. They find an input that produces the same hash, not the original text. The only practical defenses against this are using a strong algorithm (SHA-256+), a long input, and a per-input salt for stored passwords.

Should I use MD5 or SHA-256 to hash passwords?

No - use a password hashing function instead. MD5 and SHA-256 are general-purpose digest algorithms designed to be fast, which is exactly the wrong property for password storage because attackers can compute billions of guesses per second on a GPU. For passwords, use a purpose-built slow KDF such as bcrypt, scrypt, or Argon2 (the OWASP and NIST recommended choices). These functions add tunable computation cost, memory hardness, and a per-password salt, which makes offline cracking economically impractical even after a database leak.

Is my input sent to the server?

No. All hashing in this tool runs entirely in your browser using the CryptoJS library, and the input never leaves your device. The server only serves the static HTML, CSS, and JavaScript - it sees no inputs, hashes, or metadata about what you typed. This makes the tool safe for hashing sensitive values such as API keys, configuration secrets, file fingerprints, or strings you need to verify against a known digest.

What is a collision and why does it matter?

A hash collision occurs when two different inputs produce the same digest. Collisions are mathematically unavoidable because hash outputs are fixed-length while inputs are unlimited, but a secure algorithm makes finding one computationally infeasible - this is called collision resistance. MD5 (broken in 2004) and SHA-1 (broken in 2017) have practical collision attacks, meaning an attacker can construct a malicious file or TLS certificate that matches the digest of a legitimate one. SHA-256, SHA-384, and SHA-512 have no known practical collisions and remain the current standard for digital signatures, certificates, blockchains, and file integrity checks.

Which hash algorithm is fastest?

MD5 is the fastest of the six algorithms here, followed by SHA-1, then SHA-256/SHA-224, then SHA-384/SHA-512. Speed scales with digest size and round count - larger digests do more work per input. On modern x86-64 hardware, MD5 hashes around 700 MB/s per core, SHA-256 around 400 MB/s, and SHA-512 around 600 MB/s (because SHA-512 uses 64-bit words that process more data per round). For password hashing the speed ranking is reversed: you want the slowest algorithm available, which is why bcrypt, scrypt, or Argon2 are used instead.

What is the difference between hashing and encryption?

Hashing is a one-way transformation: the digest cannot be reversed to recover the input. Encryption is a two-way transformation: the ciphertext can be decrypted back to the plaintext using a key. Use hashing when you need to verify integrity (file checksums, password storage, digital signatures) or fingerprint data. Use encryption when you need to retrieve the original content later, such as protecting a message in transit (TLS, HTTPS) or at rest (disk encryption). The two are often combined - signing a message uses a hash plus encryption of that hash with a private key.

Why do MD5 and SHA-1 still appear in this tool?

MD5 and SHA-1 are still useful for non-security use cases such as file integrity checks against accidental corruption, deduplication, ETags in HTTP caching, and verifying legacy systems that have not migrated yet. They are unsafe for any security-sensitive purpose - password storage, digital signatures, certificate fingerprints, or message authentication. Treat them as a checksum, not a security primitive.

How long is each hash output?

Each algorithm produces a fixed-length digest regardless of input size. MD5: 128 bits / 32 hex characters. SHA-1: 160 bits / 40 hex characters. SHA-224: 224 bits / 56 hex characters. SHA-256: 256 bits / 64 hex characters. SHA-384: 384 bits / 96 hex characters. SHA-512: 512 bits / 128 hex characters. The hex representation is twice the byte count because each byte is two hex characters.

हैश जेनरेटर - MD5, SHA-1, SHA-256, SHA-384, SHA-512 आपके ब्राउज़र में

हैश वर्कस्पेस

टेक्स्ट या फ़ाइल हैश करें, HMAC से संदेश साइन करें, या अज्ञात हैश पहचानें। सब कुछ आपके ब्राउज़र में चलता है और इस पेज से बाहर नहीं जाता।

आउटपुट फ़ॉर्मेट

0कैरेक्टर 0बाइट

MD5

SHA-1

SHA-224

SHA-256

SHA-384

SHA-512

SHA3-256

RIPEMD-160

फ़ाइल को यहाँ खींचकर लाएँ, या चुनने के लिए क्लिक करें

फ़ाइल आपके डिवाइस पर पढ़ी और हैश की जाती है। इसे कभी अपलोड नहीं किया जाता।

MD5

SHA-1

SHA-256

SHA-512

चेकसम से सत्यापित करें

सीक्रेट कुंजी

संदेश

एल्गोरिदम

HMAC आउटपुट

अज्ञात हैश

यह लंबाई और संरचना के आधार पर एक अनुमान है, कोई प्रमाण नहीं। कई एल्गोरिदम एक ही लंबाई का आउटपुट देते हैं।

सरल शब्दों में, हैश क्या होता है?

हैश को किसी टेक्स्ट या फ़ाइल का डिजिटल फिंगरप्रिंट समझें। एक ही चीज़ डालेंगे तो हमेशा बिल्कुल वही छोटा कोड मिलेगा; एक भी अक्षर बदलेंगे तो कोड पूरी तरह अलग दिखने लगेगा। आप किसी फ़ाइल से फिंगरप्रिंट बना सकते हैं, लेकिन फिंगरप्रिंट से फ़ाइल कभी दोबारा नहीं बना सकते। इसीलिए हैश यह जाँचने के लिए एकदम सही हैं कि कोई डाउनलोड या संदेश बिल्कुल वैसा ही पहुँचा जैसा उसे पहुँचना चाहिए था।

SecretNote का हैश जेनरेटर क्यों उपयोग करें

हम आपको सिर्फ़ एक टूल देकर नहीं चले जाते। हम सरल भाषा में समझाते हैं कि हैशिंग कैसे काम करती है और इसे सही तरीके से इस्तेमाल करना भी सिखाते हैं, भले ही आपकी कोई तकनीकी पृष्ठभूमि न हो।

SecretNote सामान्य ऑनलाइन टूल

सब कुछ आपके ब्राउज़र में चलता है, आपका टेक्स्ट और फ़ाइलें कभी अपलोड नहीं होतीं

टेक्स्ट, फ़ाइलें, HMAC और चेकसम सत्यापन एक ही जगह

गैर-तकनीकी लोगों के लिए सरल भाषा में समझाया गया

बताता है कि वास्तव में कौन-सा एल्गोरिदम उपयोग करना है, और क्यों

कोई अकाउंट नहीं, कोई साइन-अप नहीं, कोई विज्ञापन ट्रैकिंग नहीं, हमेशा मुफ़्त

हैश जेनरेटर एल्गोरिदम तुलना

MD5, SHA-1, SHA-224, SHA-256, SHA-384 और SHA-512 की आमने-सामने तुलना, जिसमें आउटपुट साइज़, सुरक्षा स्थिति और सुझाए गए उपयोग शामिल हैं।

MD5 असुरक्षित

आउटपुट: 128 bit / 32 hex · उपयोग: विश्वसनीय सिस्टम पर फ़ाइल अखंडता जाँच (सुरक्षा-महत्वपूर्ण नहीं)

SHA-1 कमज़ोर

आउटपुट: 160 bit / 40 hex · उपयोग: Git कमिट ID और पुरानी सर्टिफिकेट चेन (नए काम के लिए उपयोग न करें)

SHA-224 सुरक्षित

आउटपुट: 224 bit / 56 hex · उपयोग: सीमित संसाधनों वाले ऐसे वातावरण जहाँ छोटे SHA-2 डाइजेस्ट की ज़रूरत हो

SHA-256 सुरक्षित

आउटपुट: 256 bit / 64 hex · उपयोग: डिजिटल हस्ताक्षर, TLS सर्टिफिकेट, ब्लॉकचेन, सामान्य-उद्देश्य हैशिंग

SHA-384 सुरक्षित

आउटपुट: 384 bit / 96 hex · उपयोग: TLS 1.3 सिफर सूट और सबरिसोर्स इंटीग्रिटी (SRI) टैग

SHA-512 सुरक्षित

आउटपुट: 512 bit / 128 hex · उपयोग: पासवर्ड हैशिंग पाइपलाइन और उच्च-सुरक्षा डेटा आर्काइविंग

जेनरेट किए गए हैश कैसे काम करते हैं

मूल बातें

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

हैशिंग एकतरफ़ा ऑपरेशन है: कोई गणितीय व्युत्क्रम नहीं है जो डाइजेस्ट से मूल इनपुट को पुनर्निर्मित करे। यह गुण हैश को फ़ाइल स्वयं संग्रहीत किए बिना फ़ाइल अखंडता सत्यापित करने और प्लेनटेक्स्ट कभी सहेजे बिना यह पुष्टि करने के लिए उपयोगी बनाता है कि पासवर्ड मेल खाता है।

कोलिज़न प्रतिरोध ही आधुनिक एल्गोरिदम को पुराने और अप्रचलित एल्गोरिदम से अलग करता है। कोलिज़न तब होता है जब दो अलग-अलग इनपुट एक ही डाइजेस्ट बनाते हैं। MD5 और SHA-1 जानबूझकर बनाए गए कोलिज़न के प्रति कमज़ोर हैं, इसलिए सुरक्षा से जुड़े कामों के लिए अब इन पर भरोसा नहीं किया जाता। SHA-256 और उससे ऊपर के एल्गोरिदम में कोई ज्ञात व्यावहारिक कोलिज़न नहीं है।

सामान्य नियम: डिफ़ॉल्ट रूप से SHA-256 का उपयोग करें, और जब भी पासवर्ड संग्रहीत कर रहे हों तो एक धीमे पासवर्ड हैश (bcrypt, scrypt, या Argon2) का उपयोग करें।

सही एल्गोरिदम चुनना

MD5 केवल सुरक्षा से न जुड़े चेकसम के लिए, जहाँ लीगेसी टूल को इसकी ज़रूरत हो। पासवर्ड या हस्ताक्षर के लिए कभी नहीं।
SHA-1 नए प्रोजेक्ट के लिए उपयोग न करें। केवल उन सिस्टम के साथ काम करते समय स्वीकार्य है जो अभी तक माइग्रेट नहीं हुए हैं।
SHA-256 अधिकांश उपयोगों के लिए सुरक्षित डिफ़ॉल्ट: फ़ाइल सत्यापन, API अनुरोध साइनिंग, HMAC कीज़।
SHA-512 पासवर्ड-हैशिंग पाइपलाइन बनाते समय या अतिरिक्त मार्जिन के लिए बड़े डाइजेस्ट की ज़रूरत होने पर इसे प्राथमिकता दें।
SHA-384 ब्राउज़र सबरिसोर्स इंटीग्रिटी (SRI) एट्रिब्यूट और TLS 1.3 संगत सिफर नेगोशिएशन के लिए उपयोग करें।
SHA-224 सीमित संसाधनों वाले डिवाइस या ऐसे प्रोटोकॉल में खास उपयोग, जहाँ डाइजेस्ट साइज़ की सख़्त सीमा हो।

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

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

हैश फ़ंक्शन और उन्हें सुरक्षित रूप से उपयोग करने के बारे में सामान्य प्रश्न।

नहीं। हैश फ़ंक्शन बनाए ही एकतरफ़ा जाते हैं, ऐसा कोई गणितीय व्युत्क्रम नहीं है जो डाइजेस्ट से मूल इनपुट वापस बना दे। जिसे 'हैश क्रैक करना' कहा जाता है, वह असल में अनुमान लगाने वाला हमला है: हमलावर लाखों संभावित इनपुट (डिक्शनरी लुकअप, रेनबो टेबल या ब्रूट-फ़ोर्स सर्च) को हैश करता है और देखता है कि किसका डाइजेस्ट मेल खाता है। इससे उसे ऐसा इनपुट मिलता है जो वही हैश बनाता है, मूल टेक्स्ट नहीं। इससे बचने के एकमात्र व्यावहारिक तरीके हैं: मज़बूत एल्गोरिदम (SHA-256+), लंबा इनपुट, और स्टोर किए गए पासवर्ड के लिए हर इनपुट का अलग salt।

नहीं, इसके बजाय पासवर्ड हैशिंग फ़ंक्शन का उपयोग करें। MD5 और SHA-256 सामान्य उपयोग वाले डाइजेस्ट एल्गोरिदम हैं जिन्हें तेज़ होने के लिए डिज़ाइन किया गया है, और पासवर्ड स्टोरेज के लिए यही सबसे गलत गुण है, क्योंकि हमलावर GPU पर हर सेकंड अरबों अनुमान आज़मा सकते हैं। पासवर्ड के लिए bcrypt, scrypt या Argon2 जैसे खास इसी काम के लिए बने धीमे KDF का उपयोग करें (OWASP और NIST इन्हीं की सलाह देते हैं)। ये फ़ंक्शन समायोज्य कम्प्यूटेशन लागत, मेमोरी हार्डनेस और हर पासवर्ड के लिए अलग salt जोड़ते हैं, जिससे डेटाबेस लीक होने के बाद भी ऑफ़लाइन क्रैकिंग आर्थिक रूप से अव्यावहारिक हो जाती है।

नहीं। इस टूल में सारी हैशिंग पूरी तरह आपके ब्राउज़र में CryptoJS लाइब्रेरी से होती है, और आपका इनपुट कभी आपके डिवाइस से बाहर नहीं जाता। सर्वर केवल स्टैटिक HTML, CSS और JavaScript भेजता है। उस तक न आपका इनपुट पहुँचता है, न हैश, और न ही आपने क्या टाइप किया इसका कोई मेटाडेटा। इसलिए यह टूल API कीज़, कॉन्फ़िगरेशन सीक्रेट, फ़ाइल फिंगरप्रिंट या किसी ज्ञात डाइजेस्ट से मिलान करने वाली स्ट्रिंग जैसे संवेदनशील मानों को हैश करने के लिए सुरक्षित है।

हैश कोलिज़न तब होता है जब दो अलग-अलग इनपुट एक ही डाइजेस्ट बनाते हैं। कोलिज़न गणितीय रूप से अपरिहार्य हैं, क्योंकि हैश आउटपुट तय लंबाई के होते हैं जबकि इनपुट असीमित होते हैं। लेकिन एक सुरक्षित एल्गोरिदम ऐसा कोलिज़न ढूंढना कम्प्यूटेशनल रूप से लगभग असंभव बना देता है, इसे कोलिज़न प्रतिरोध कहते हैं। MD5 (2004 में टूटा) और SHA-1 (2017 में टूटा) पर व्यावहारिक कोलिज़न अटैक संभव हैं, यानी हमलावर ऐसी दुर्भावनापूर्ण फ़ाइल या TLS सर्टिफिकेट बना सकता है जिसका डाइजेस्ट किसी असली फ़ाइल या सर्टिफिकेट से मेल खाए। SHA-256, SHA-384 और SHA-512 में कोई ज्ञात व्यावहारिक कोलिज़न नहीं है, और ये डिजिटल हस्ताक्षर, सर्टिफिकेट, ब्लॉकचेन और फ़ाइल अखंडता जाँच के लिए आज भी मानक बने हुए हैं।

यहाँ के छह एल्गोरिदम में MD5 सबसे तेज़ है, उसके बाद SHA-1, फिर SHA-256/SHA-224, और फिर SHA-384/SHA-512। गति डाइजेस्ट साइज़ और राउंड की संख्या पर निर्भर करती है, क्योंकि बड़े डाइजेस्ट हर इनपुट पर ज़्यादा काम करते हैं। आधुनिक x86-64 हार्डवेयर पर MD5 प्रति कोर लगभग 700 MB/s, SHA-256 लगभग 400 MB/s और SHA-512 लगभग 600 MB/s हैश करता है (क्योंकि SHA-512 64-बिट वर्ड्स का उपयोग करता है, जो हर राउंड में ज़्यादा डेटा प्रोसेस करते हैं)। पासवर्ड हैशिंग में यह क्रम उलट जाता है: वहाँ आपको सबसे धीमा उपलब्ध एल्गोरिदम चाहिए, इसलिए bcrypt, scrypt या Argon2 का उपयोग किया जाता है।

हैशिंग एकतरफ़ा रूपांतरण है: डाइजेस्ट को उलटकर इनपुट वापस नहीं पाया जा सकता। एन्क्रिप्शन दोतरफ़ा रूपांतरण है: सिफरटेक्स्ट को कुंजी की मदद से डिक्रिप्ट करके वापस प्लेनटेक्स्ट पाया जा सकता है। हैशिंग का उपयोग तब करें जब आपको अखंडता सत्यापित करनी हो (फ़ाइल चेकसम, पासवर्ड स्टोरेज, डिजिटल हस्ताक्षर) या डेटा का फिंगरप्रिंट बनाना हो। एन्क्रिप्शन का उपयोग तब करें जब आपको बाद में मूल सामग्री वापस चाहिए, जैसे भेजे जा रहे संदेश को सुरक्षित रखना (TLS, HTTPS) या स्टोर किए गए डेटा को सुरक्षित रखना (डिस्क एन्क्रिप्शन)। दोनों को अक्सर साथ इस्तेमाल किया जाता है: किसी संदेश पर हस्ताक्षर करने में उसका हैश बनाया जाता है और फिर उस हैश को प्राइवेट कुंजी से एन्क्रिप्ट किया जाता है।

MD5 और SHA-1 अब भी ऐसे कामों के लिए उपयोगी हैं जिनका सुरक्षा से संबंध नहीं है, जैसे फ़ाइल गलती से खराब तो नहीं हुई इसकी जाँच, डिडुप्लिकेशन, HTTP कैशिंग में ETags, और उन लीगेसी सिस्टम का सत्यापन जो अभी तक माइग्रेट नहीं हुए हैं। सुरक्षा से जुड़े किसी भी काम के लिए ये असुरक्षित हैं, जैसे पासवर्ड स्टोरेज, डिजिटल हस्ताक्षर, सर्टिफिकेट फिंगरप्रिंट या मैसेज ऑथेंटिकेशन। इन्हें सुरक्षा प्रिमिटिव नहीं, बल्कि सिर्फ़ चेकसम मानें।

हर एल्गोरिदम इनपुट के आकार से फ़र्क़ पड़े बिना एक तय लंबाई का डाइजेस्ट बनाता है। MD5: 128 बिट / 32 hex कैरेक्टर। SHA-1: 160 बिट / 40 hex कैरेक्टर। SHA-224: 224 बिट / 56 hex कैरेक्टर। SHA-256: 256 बिट / 64 hex कैरेक्टर। SHA-384: 384 बिट / 96 hex कैरेक्टर। SHA-512: 512 बिट / 128 hex कैरेक्टर। Hex रूप में लंबाई बाइट की संख्या से दोगुनी होती है, क्योंकि हर बाइट दो hex कैरेक्टर से बनती है।

और प्राइवेसी टूल

निजी डेटा सुरक्षित रूप से साझा करने के लिए ज़रूरी हर चीज़, एक ही जगह। पूरी तरह मुफ़्त, शुरू करने के लिए अकाउंट की ज़रूरत नहीं, और सब कुछ आपके ब्राउज़र में चलता है।

SecretNote

निजी नोट लिखें, एक बार इस्तेमाल होने वाला लिंक बनाएं और उसे साझा करें। नोट पढ़े जाते ही अपने आप नष्ट हो जाता है। न कुछ स्टोर होता है, न कुछ लीक होता है।

सीक्रेट नोट बनाएं →

SecretScreen

स्क्रीनशॉट अपलोड करें और अपने आप मिट जाने वाला शेयर लिंक पाएं। इमेज को अपलोड से पहले एन्क्रिप्ट किया जाता है और पहली बार देखे जाने के बाद हटा दिया जाता है। कोई स्थायी होस्टिंग नहीं।

स्क्रीनशॉट साझा करें →

SecretFile

कोई भी फ़ाइल अपलोड करें और एक बार इस्तेमाल होने वाले डाउनलोड लिंक के ज़रिए साझा करें। फ़ाइल एंड-टू-एंड एन्क्रिप्टेड होती है और प्राप्तकर्ता के डाउनलोड करते ही स्थायी रूप से हटा दी जाती है।

सीक्रेट फ़ाइल भेजें →

पासवर्ड जनरेटर

लंबाई और कैरेक्टर सेट पर पूरे नियंत्रण के साथ मज़बूत, रैंडम पासवर्ड बनाएं। सब कुछ आपके डिवाइस पर ही चलता है, इसलिए आपके पासवर्ड कभी किसी सर्वर तक नहीं पहुँचते।

पासवर्ड बनाएं →