uToolGo छोटे उपकरण, बड़ा प्रभाव
डेवलपर टूल

हैश जेनरेटर और चेकसम

एक ही बार में टेक्स्ट और फ़ाइल के लिए MD5, SHA-1, SHA-256, SHA-384 और SHA-512 प्राप्त करें। यह सत्यापित करने के लिए कि डाउनलोड की गई फ़ाइल में छेड़छाड़ नहीं हुई है, उसके ऑफिशियल चेकसम से तुलना करें। सभी स्थानीय, आपके ब्राउज़र से बाहर कुछ नहीं जाता।

एक साथ 5 एल्गोरिदम टेक्स्ट + फ़ाइल चेकसम स्थानीय, शून्य अपलोड त्वरित परिणाम
अक्षर UTF-8 बाइट्स

विशेषताएं

एक पृष्ठ पर सभी पांच हैश

त्वरित फिंगरप्रिंट से लेकर सुरक्षित हस्ताक्षर तक — हर हैश जिसकी डेवलपर, ऑप्स और डाउनलोड सत्यापन को आवश्यकता होती है।

01

पांच एल्गोरिदम

आउटपुट बिट लंबाई के साथ MD5, SHA-1, SHA-256, SHA-384 और SHA-512 एक साथ दिखाए जाते हैं — टूल के बीच स्विच करने की आवश्यकता नहीं।

02

रीयल-टाइम कंप्यूटिंग

टाइप करते समय टेक्स्ट हैश, कोई बटन दबाने की आवश्यकता नहीं। मोनोस्पेस में परिणाम — कॉपी करने के लिए एक पंक्ति पर क्लिक करें।

03

फ़ाइल अखंडता जांच

किसी इंस्टॉलर, डिस्क इमेज या संग्रह को छोड़ें और ऑफिशियल चेकसम से तुलना करें कि डाउनलोड में छेड़छाड़ नहीं हुई है।

04

स्थानीय, शून्य अपलोड

SHA परिवार ब्राउज़र के अंतर्निहित Web Crypto API का उपयोग करता है। टेक्स्ट और फ़ाइल कभी भी आपकी मशीन से बाहर नहीं जाते — संवेदनशील सामग्री सुरक्षित है।

05

UTF-8 संगत

पाठ को UTF-8 बाइट्स के रूप में हैश किया जाता है, इसलिए परिणाम md5sum, PHP md5() और Python hashlib से पूरी तरह मेल खाते हैं।

06

एक-क्लॉक प्रतिलिपि

प्रत्येक हैश को अलग से कॉपी करें, या सभी को स्टैंडर्ड चेकसम प्रारूप में टर्मिनल में पेस्ट करने के लिए तैयार रहता है।

आपको हैश के बारे में क्या जानना चाहिए

विचार सरल है, लेकिन गलत काम के लिए गलत वाला उपयोग करना एक वास्तविक सुरक्षा गलती है।

MD5 और SHA-1 वास्तव में क्या हैं?

MD5 (Message-Digest Algorithm 5) को MIT में रोनाल्ड राइवेस्ट द्वारा डिजाइन किया गया था और 1992 में RFC 1321 के रूप में प्रकाशित किया गया था, जो MD4 के उत्तराधिकारी के रूप में एक निश्चित 128-बिट (32 हेक्स वर्ण) डाइजेस्ट उत्पन्न करता है। SHA-1 को यूएस नेशनल सुरक्षा एजेंसी द्वारा डिजाइन किया गया था और 1995 में संघीय मानक FIPS 180-1 के रूप में प्रकाशित किया गया था, जो 160 बिट्स उत्पन्न करता है। अगले दो दशकों में दोनों सबसे व्यापक रूप से उपयोग किए जाने वाले हैश एल्गोरिदम बन गए - फ़ाइल चेकसम, पासवर्ड स्टोरेज, डिजिटल हस्ताक्षर और Git कमिट आईडी के लिए उपयोग किए जाते हैं। ध्यान दें कि ये आज भी सही डाइजेस्ट उत्पन्न करते हैं; "असुरक्षित" का मतलब है कि उनका टक्कर प्रतिरोध टूट गया है, न कि उनका आउटपुट गलत है।

क्या हैशिंग, एन्क्रिप्शन और एन्कोडिंग एक ही चीज़ हैं?

नहीं - वे अलग-अलग समस्याओं को हल करते हैं। एन्कोडिंग (जैसे Base64 या URL एन्कोडिंग) एक प्रतिवर्तनीय प्रारूप रूपांतरण है जिसे कोई भी वापस कर सकता है, जो कोई सुरक्षा प्रदान नहीं करता है। एन्क्रिप्शन कुंजी के साथ प्रतिवर्तनीय है: सादा पाठ सिफर टेक्स्ट बन जाता है और सही कुंजी इसे डिक्रिप्ट करती है। हैशिंग एकतरफा है, इसमें कोई कुंजी नहीं होती है, और डाइजेस्ट से मूल को पुनः प्राप्त नहीं किया जा सकता है - इसका उपयोग फिंगरप्रिंट, अखंडता जांच और हस्ताक्षर के लिए किया जाता है। दो सामान्य भ्रांतियां हैं: Base64 को "एन्क्रिप्शन" मानना, और यह कहना कि किसी पासवर्ड को "MD5 से एन्क्रिप्ट किया गया था" - वह हैशिंग है, और उस पासवर्ड को स्टोर करने का एक असुरक्षित तरीका भी है।

क्यों एक हैश को वापस मूल में नहीं बदला जा सकता है?

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

क्या MD5 और SHA-1 अभी भी उपयोग किए जा सकते हैं?

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

एक ही पाठ के लिए मेरा हैश दूसरे टूल से क्यों भिन्न है?

तीन सामान्य कारण: ① अलग-अलग वर्ण एन्कोडिंग (यह टूल हमेशा UTF-8 का उपयोग करता है; पुराने टूल GBK या लैटिन-1 का उपयोग कर सकते हैं); ② एक अंतिम न्यूलाइन - कमांड-लाइन echo डिफ़ॉल्ट रूप से एक जोड़ती है (echo -n का उपयोग करें); ③ कॉपी करते समय कोई अलग बाइट या अदृश्य वर्ण। हैश प्रत्येक एकल बाइट के प्रति संवेदनशील होते हैं, इसलिए एक बाइट का अंतर पूरी तरह से परिणाम को बदल देता है।

पासवर्ड को सादे MD5/SHA-256 के रूप में क्यों नहीं स्टोर किया जा सकता है?

नियमित हैश तेज़ होते हैं। लीक हुई हैश टेबल के साथ, हम प्रति सेकंड अरबों अनुमान आज़मा सकते हैं, और इंद्रधनुष टेबल सामान्य पासवर्ड को तुरंत रिवर्स लुकअप करती हैं। पासवर्ड को जानबूझकर धीमी मेमोरी-कठोर एल्गोरिदम (bcrypt, scrypt, Argon2) की आवश्यकता होती है, जिसमें प्रति पासवर्ड एक अद्वितीय नमक होता है, जो ब्रुट फोर्स को निषिद्ध रूप से महंगा बनाता है।

मैं डाउनलोड की गई फ़ाइल की अखंडता को कैसे सत्यापित करूं?

अधिकारिक साइट पर प्रकाशित चेकसम खोजें (आमतौर पर SHA-256), डाउनलोड की गई फ़ाइल को यहां दी गई "फ़ाइल चेकसम" टैब में खींचें और परिणामों के ऊपर दिए गए बॉक्स में अधिकारिक मान पेस्ट करें। टूल मान की लंबाई से एल्गोरिदम का पता लगाता है और जब फ़ाइल के बाइट प्रकाशक द्वारा जारी किए गए बिल्कुल सही होते हैं, तो मेल खाने वाली पंक्ति को हरा कर देता है; लाल का मतलब है भ्रष्टाचार या मैन-इन-द-मिडल बदलाव — फ़ाइल को न चलाएं।

पांच एल्गोरिदमों में से किसका उपयोग करें

परिदृश्य के अनुसार चुनें। नए एल्गोरिदम लंबे डाइजेस्ट बनाते हैं, हमले का बेहतर प्रतिरोध करते हैं और गणना में थोड़ा अधिक लागत लेते हैं।

एल्गोरिदम पेश किया गया आउटपुट लंबाई सुरक्षा विशिष्ट उपयोग
MD5 1992 128 बिट (32 अक्षर) टूटा हुआ; टकराव व्यावहारिक है गैर-सुरक्षात्मक फ़िंगरप्रिंट, डिडुप, विरासत संगतता
SHA-1 1995 160 बिट (40 अक्षर) 2017 से टकराव व्यावहारिक हैं Git इतिहास IDs और अन्य विरासत सिस्टम; नए सुरक्षा उपयोग के लिए नहीं
SHA-256 2001 256 बिट (64 अक्षर) आज सुरक्षित फ़ाइल चेकसम, हस्ताक्षर, TLS प्रमाणपत्र, ब्लॉकचेन — सार्वभौमिक डिफ़ॉल्ट
SHA-384 2001 384 बिट (96 अक्षर) सुरक्षित SHA-512 का काटा हुआ संस्करण, 384 बिट की आवश्यकता वाले अनुपालन नियमों के लिए
SHA-512 2001 512 बिट (128 अक्षर) सुरक्षित उच्च-आश्वासन हस्ताक्षर; 64-बिट CPU पर अक्सर SHA-256 से तेज़

"सुरक्षित" का मतलब है कि आज तक कोई व्यावहारिक सार्वजनिक टकराव हमला नहीं हुआ। पासवर्ड स्टोरेज के लिए हैश चुनाव की परवाह किए बिना bcrypt/Argon2 का उपयोग करें।

चेकसम: डाउनलोड की गई फ़ाइल को वास्तव में कैसे सत्यापित करें

डाउनलोड पृष्ठ पर दिए गए MD5 या SHA-256 स्ट्रिंग क्या है, इसकी तुलना कैसे करें और किसके साथ तुलना करें — सब कुछ एक ही खंड में।

सत्यापन ही क्यों करें

आपकी डिस्क मौजूद फ़ाइल जरूरी नहीं कि सर्वर मौजूद फ़ाइल हो। दस सेकंड की चेकसम तुलना तीन प्रकार की परेशानियों से बचाती है:

यात्रा के दौरान भ्रष्टाचार

पुनः आरंभ करने योग्य डाउनलोड और अस्थिर नेटवर्क वाली बड़ी फ़ाइलों में अक्सर अजनबी बाइट मिल जाते हैं; टूटे इंस्टॉलर का समस्या निवारण दस सेकंड से कहीं अधिक समय लेता है।

सिंक से बाहर मिरर

कई डाउनलोड वास्तव में मिरर या CDN से आते हैं, जहां सिंक लैग या कैश गड़बड़ी आपको पुराना रिलीज — या आधी फ़ाइल — दे सकती है।

जानबूझकर छेड़छाड़

जब कोई डाउनलोड स्रोत टूट जाता है या सार्वजनिक नेटवर्क अपहृत हो जाता है, तो फ़ाइलों में बैकडोर डाले जा सकते हैं। 2016 में Linux Mint साइट हैक हो गई थी और उसके डाउनलोड लिंक को बैकडोर वाले ISO से बदल दिया गया था — प्रोजेक्ट का पहला प्रतिक्रिया सभी से चेकसम की जांच करने का आग्रह करना था।

चेकसम क्या है

प्रकाशक अपने सर्वर पर फ़ाइल को हैश करता है और परिणाम को डाउनलोड पृष्ठ पर पोस्ट करता है; डाउनलोड करने के बाद, आप स्थानीय स्तर पर फिर से हैश करते हैं। यदि दोनों स्ट्रिंग वर्ण-दर-वर्ण मेल खाती हैं, तो फ़ाइल के बाइट बिल्कुल वैसे हैं जैसे प्रकाशक ने जारी किए हैं — न तो भ्रष्ट है और न ही बदला गया है। चेक प्रत्येक बाइट के प्रति संवेदनशील है: एक भी बाइट बदलने से मान पूरी तरह बदल जाता है। मोटे तौर पर, चेकसम में CRC32 जैसी सरल योजनाएं भी शामिल हैं जो केवल आकस्मिक भ्रष्टता को पकड़ती हैं, जबकि MD5/SHA जैसे क्रिप्टोग्राफिक हैश जानबूझकर जालसाजी का भी विरोध करते हैं।

तीन चरणों में फ़ाइल को सत्यापित करें

  1. 1
    आधिकारिक चेकसम प्राप्त करें

    डाउनलोड पृष्ठ पर, प्रकाशित MD5 / SHA-256 मान ढूंढें (अक्सर "चेकसम" लेबल वाला या .sha256 साथ की फ़ाइल के रूप में प्रदान किया जाता है) और पूरी स्ट्रिंग कॉपी करें।

  2. 2
    फ़ाइल ड्रॉप करें और पेस्ट करें

    ऊपर दिए गए "फ़ाइल चेकसम" टैब पर स्विच करें, डाउनलोड की गई फ़ाइल को ड्रॉप करें और चेकसम को परिणाम के ऊपर वाले बॉक्स में पेस्ट करें।

  3. 3
    रंग से फैसला पढ़ें

    टूल मान की लंबाई से एल्गोरिदम का पता लगाता है: हरे रंग का मतलब है कि फ़ाइल आधिकारिक जारी के बिल्कुल मेल खाती है और उपयोग करने के लिए सुरक्षित है; लाल रंग का मतलब है कि यह भ्रष्ट या छेड़छाड़ हो सकती है — इसे चलाएं नहीं।

आधिकारिक साइटों पर चेकसम पढ़ना

डाउनलोड पृष्ठ चेकसम को कई शैलियों में लिखते हैं, लेकिन सभी दो तत्वों में समाप्त होते हैं: हैश मान और फ़ाइल नाम। ये तीन प्रारूप सबसे आम हैं — पेस्ट करते समय, केवल हैश हिस्सा लें (यह टूल स्वचालित रूप से स्थान और लाइन ब्रेक को अनदेखा करता है):

# 1. एकल लाइन: केवल मान
a0570aa01532917be820a37994710cf09b6eba198bf9543c27be938c5f09e60a

# 2. sha256sum प्रारूप: मान + दो स्पेस + फ़ाइल नाम (SHA256SUMS मैनिफेस्ट ऐसी कई लाइनों का होता है)
a0570aa01532917be820a37994710cf09b6eba198bf9543c27be938c5f09e60a  ubuntu-24.04.iso

# 3. BSD प्रारूप: एल्गोरिदम (फ़ाइल नाम) = मान
SHA256 (ubuntu-24.04.iso) = a0570aa01532917be820a37994710cf09b6eba198bf9543c27be938c5f09e60a

MD5 या SHA-256

आधिकारिक साइट जो भी प्रदान करती है उसे सत्यापित करें, लेकिन यदि आप चुन सकते हैं: MD5 ट्रांज़िट में आकस्मिक भ्रष्टता के खिलाफ पूरी तरह से पर्याप्त है (कोई भी आवारा परिवर्तन वस्तुतः हमेशा MD5 को बदल देता है)। जानबूझकर छेड़छाड़ के खिलाफ — सुरक्षा सॉफ़्टवेयर, प्रमाणपत्र, हस्ताक्षरित पैकेज — आपको SHA-256 या इससे भी मजबूत की आवश्यकता होती है, क्योंकि व्यावहारिक टक्कर हमले हमलावरों को एक ही MD5 के साथ दो अलग-अलग फ़ाइलें बनाने की अनुमति देते हैं। यह कहानी नीचे "सुरक्षा इतिहास" में बताई गई है।

इसके बजाय कमांड लाइन से सत्यापन

Linux और macOS पर, चेकसम टूल पूरे मैनिफेस्ट को स्वचालित रूप से सत्यापित करने के लिए -c स्वीकार करते हैं — कोई मैन्युअल तुलना की आवश्यकता नहीं है। Windows की बिल्ट-इन कमांड केवल मान की गणना करती हैं, जिसकी तुलना आप स्वयं आधिकारिक स्ट्रिंग से करते हैं।

वातावरण सत्यापन कमांड
Linux sha256sum -c SHA256SUMS (मैनिफेस्ट में सूचीबद्ध हर फ़ाइल की जांच करता है)
macOS shasum -a 256 -c checksum.txt
त्वरित एकल-मान जांच echo "official-value filename" | sha256sum -c - (सफल होने पर OK प्रिंट करता है)
Windows Get-FileHash <file> -Algorithm SHA256 से गणना करें, फिर आधिकारिक मान से तुलना करें

संक्षिप्त सुरक्षा इतिहास: MD5 कैसे टूटा

MD5 रातोंरात विफल नहीं हुआ — अकादमिक जगत में पहली टूटन से लेकर वास्तविक दुनिया में जालसाज प्रमाणपत्रों तक, इसमें दो दशक लग गए।

  1. 1992

    MD5 प्रकाशित हुआ

    रोनाल्ड राइवेस्ट ने RFC 1321 में MD5 को जारी किया। तेज़, लागू करने में आसान और हमेशा 128-बिट डाइजेस्ट उत्पन्न करने वाला यह फ़ाइल चेकसम और पासवर्ड स्टोरेज का त्वरित रूप से वास्तविक मानक बन गया — और क्रिप्टोग्राफ़िक रूप से सुरक्षित माना जाता था।

  2. 2004

    वांग शियाओयुन की टीम ने पूर्ण MD5 टकराव का खुलासा किया

    CRYPTO 2004 में, चीनी गणितज्ञ वांग शियाओयुन के नेतृत्व वाली टीम ने MD5 पर पूर्ण टकराव आक्रमण का प्रदर्शन किया — विभिन्न सामग्री वाली दो फ़ाइलों का निर्माण किया, लेकिन समान हैश (प्रारंभ में एक IBM P690 सुपरकंप्यूटर पर लगभग एक घंटे में; बाद के सुधारों ने इसे साधारण हार्डवेयर पर कुछ सेकंड तक कम कर दिया)। MD5 का वादा किया गया टकराव प्रतिरोध समाप्त हो गया; उसके बाद का खड़ा ताली क्रिप्टोग्राफी के सबसे प्रसिद्ध क्षणों में से एक बन गया।

  3. 2008

    नकली प्रमाणपत्र वास्तविक इंटरनेट पर आए

    मार्क स्टीवंस, अलेक्जेंडर सोटिरोव और अन्य ने ब्राउज़रों द्वारा विश्वसनीय इंटरमीडिएट CA प्रमाणपत्र को जाली बनाने के लिए चुने गए उपसर्ग वाले टकराव का उपयोग किया: विभिन्न उपसर्ग वाले प्रमाणपत्रों पर समान हस्ताक्षर थे। अब एक हमलावर किसी भी नकली साइट के लिए "वैध" HTTPS प्रमाणपत्र जारी कर सकता था। प्रमाणपत्र प्राधिकरणों ने इसके तुरंत बाद MD5 प्रमाणपत्र जारी करना बंद कर दिया।

  4. 2012

    Flame मैलवेयर ने MD5 के माध्यम से Windows पर हमला किया

    राज्य-प्रायोजित Flame मैलवेयर ने माइक्रोसॉफ्ट के टर्मिनल-सर्वर लाइसेंस प्राधिकरण को एक जाली कोड-हस्ताक्षर प्रमाणपत्र पर हस्ताक्षर करने के लिए MD5 टकराव का उपयोग किया, जिससे यह माइक्रोसॉफ्ट-हस्ताक्षरित अपडेट के रूप में मध्य पूर्व में फैल सके। यह MD5 टकराव का उपयोग करने वाला पहला वास्तविक दुनिया का हमला था; माइक्रोसॉफ्ट ने एक आपातकालीन पैच में प्रमाणपत्र को रद्द कर दिया।

  5. 2017

    SHAttered: SHA-1 गिर गया

    Google और डच CWI संस्थान (मार्क स्टीवंस एट अल.) ने लगभग 6,500 CPU वर्ष और 110 GPU वर्ष की लागत से समान SHA-1 हैश वाली दो भिन्न PDF फ़ाइलें प्रकाशित कीं। ब्राउज़रों ने तुरंत बाद SHA-1 प्रमाणपत्रों पर विश्वास हटा दिया, और Git प्लेटफार्मों ने इसके उपयोग से दूर होने की गति तेज कर दी। 160-बिट युग समाप्त हो गया।

महत्वपूर्ण सूक्ष्मता: टकराव आक्रमण किसी मौजूदा फ़ाइल के हैश को "क्रैक" नहीं करता — यह दो विशिष्ट फ़ाइलों का निर्माण करता है जो समान मान के लिए हैश होती हैं। लेकिन हस्ताक्षर और प्रमाणपत्रों के लिए, यह पहले से ही घातक जाली बनाने के लिए पर्याप्त है।

कमांड लाइन से हैशिंग

जब कोई ब्राउज़र आसान नहीं होता है, तो प्रत्येक OS एक बिल्ट-इन कमांड भेजता है (SHA-256 दिखाया गया है)।

परिवेश कमांड
Linux / macOS sha256sum filename (macOS पर: shasum -a 256 filename)
Windows PowerShell Get-FileHash filename -Algorithm SHA256
Windows CMD certutil -hashfile filename SHA256

कोड में हैशिंग

चार सामान्य भाषाओं में न्यूनतम उदाहरण जब आप स्क्रिप्ट लिख रहे हों या API को एकीकृत कर रहे हों।

JavaScript 
async function sha256Hex(data) {
  const bytes = typeof data === "string"
    ? new TextEncoder().encode(data)
    : new Uint8Array(data);
  const digest = await crypto.subtle.digest("SHA-256", bytes);
  return [...new Uint8Array(digest)]
    .map((b) => b.toString(16).padStart(2, "0"))
    .join("");
}

// Text
console.log(await sha256Hex("hello"));

// Files: digest accepts an ArrayBuffer directly
const buf = await file.arrayBuffer();
console.log(await sha256Hex(buf));

ब्राउज़र का मूल Web Crypto केवल SHA परिवार का समर्थन करता है और HTTPS या localhost की आवश्यकता होती है; MD5 के लिए तीसरे पक्ष के लाइब्रेरी की आवश्यकता होती है।

PHP 
echo hash('sha256', 'hello');        // 64 hex characters
echo md5('hello');                   // same as hash('md5', 'hello')

// Streamed: hashes the file without loading it into memory
echo hash_file('sha256', 'setup.exe');

hash() और hash_file() md5, sha1, sha256, sha512 और अधिक का समर्थन करते हैं; फ़ाइल हैशिंग स्ट्रीम होती है, इसलिए यह कम मेमोरी का उपयोग करती है।

Python 
import hashlib

print(hashlib.sha256(b"hello").hexdigest())
print(hashlib.md5(b"hello").hexdigest())

# Large files: streamed, low memory (Python 3.11+)
with open("setup.exe", "rb") as f:
    print(hashlib.file_digest(f, "sha256").hexdigest())

hashlib मानक लाइब्रेरी को इंस्टॉल करने की आवश्यकता नहीं है; बड़ी फ़ाइलों के स्ट्रीम हैश के लिए file_digest() का उपयोग करें (Python 3.11+)।

Rust 
use sha2::{Digest, Sha256};
use md5::Md5;

// Text
println!("{:x}", Sha256::digest(b"hello"));
println!("{:x}", Md5::digest(b"hello"));

// Large files: streamed, low memory
let mut file = std::fs::File::open("setup.exe")?;
let mut hasher = Sha256::new();
std::io::copy(&mut file, &mut hasher)?;
println!("{:x}", hasher.finalize());

हैशिंग मानक लाइब्रेरी में नहीं है; Cargo.toml में RustCrypto sha2 और md-5 क्रेट जोड़ें। सक्षम std सुविधा के साथ, io::copy फ़ाइलों को हैशर में स्ट्रीम करता है।

सामान्य प्रश्न

क्या मेरा टेक्स्ट और फ़ाइलें अपलोड की गई हैं?

नहीं. सब कुछ आपके ब्राउज़र में ही गणना किया जाता है: SHA परिवार अंतर्निहित Web Crypto API को कॉल करता है, और MD5 पृष्ठ JavaScript में चलता है। यह टूल नेटवर्क कनेक्शन के बिना भी काम करता है — किसी संवेदनशील फ़ाइल के साथ इसे आज़माकर देखें।

खाली टेक्स्ट का हैश क्यों होता है?

हैश एल्गोरिदम शून्य बाइट के लिए भी एक अद्वितीय निश्चित आउटपुट परिभाषित करते हैं। खाली स्ट्रिंग का MD5 मान d41d8cd98f00b204e9800998ecf8427e है और इसका SHA-256 e3b0c442 से शुरू होता है। यह टूल बस परिणामों को छिपाता है जब इनपुट खाली होता है ताकि आप उन्हें गलती से कॉपी न करें।

क्या यह किसी भी आकार की फ़ाइलों का हैश कर सकता है?

यह उपलब्ध ब्राउज़र मेमोरी पर निर्भर करता है — कुछ सौ MB के इंस्टॉलर और डिस्क इमेज आमतौर पर ठीक रहती हैं। फ़ाइलें एक ही बार में मेमोरी में पढ़ी जाती हैं, इसलिए कई GB की फ़ाइलों के लिए कमांड-लाइन टूल (sha256sum, certutil) पसंद करें।

हैश की लंबाई अलग-अलग क्यों होती है?

लंबाई एल्गोरिदम द्वारा निर्धारित होती है: MD5 में 32 हेक्स वर्ण होते हैं, SHA-1 में 40, SHA-256 में 64 और SHA-512 में 128। प्रति बाइट दो हेक्स वर्ण होते हैं — और लंबाई इनपुट के आकार से स्वतंत्र होती है: एक बाइट की फ़ाइल और कई GB की फ़ाइलें दोनों SHA-256 के साथ 64 वर्ण देती हैं।

क्या मैं इसका उपयोग API सिग्नेचर बनाने के लिए कर सकता हूं?

हां. कई ओपन प्लेटफ़ॉर्म MD5 या SHA-256 के साथ "पैरामीटर + सीक्रेट" का हैश करके अनुरोधों पर हस्ताक्षर करते हैं। डीबगिंग के दौरान सिग्नेचर मान की जांच करने के लिए यह टूल बहुत अच्छा है; प्रोडक्शन में, अपने सर्वर-साइड लैंग्वेज लाइब्रेरी में हैश की गणना करें और सीक्रेट को कभी भी फ्रंटएंड कोड में एम्बेड न करें।

मैं इस टूल से चेकसम की तुलना कैसे करूं?

"File checksum" टैब पर स्विच करें, फ़ाइल को ड्रॉप करें, और परिणामों के ऊपर वाले बॉक्स में ऑफिशियल साइट से चेकसम पेस्ट करें। यह टूल लंबाई के आधार पर एल्गोरिदम को ऑटो डिटेक्ट करता है (32 वर्ण MD5, 40 SHA-1, 64 SHA-256, 96 SHA-384, 128 SHA-512): मेल खाने वाली पंक्ति हरी हो जाती है जब वे सहमत होती हैं तो "Passed" नोट के साथ, और लाल हो जाती है जब वे सहमत नहीं होती हैं। अक्षर का केस, आस-पास की स्पेस और लाइन ब्रेक अपने आप अनदेखे कर दिए जाते हैं।

संबंधित टूल

अन्य एन्कोडिंग, क्रिप्टो और पासवर्ड टूल।

Base64 एन्कोड / डिकोड

बाइनरी और टेक्स्ट के बीच कनवर्ट करें — Data URIs और HTTP बेसिक ऑथ डीबगिंग के लिए सुविधाजनक।

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

मजबूत यादृच्छिक पासवर्ड उत्पन्न करें — पासवर्ड यादृच्छिक और अद्वितीय होने चाहिए, न कि हैश से "एन्क्रिप्टेड"।

पासवर्ड स्ट्रेंथ चेकर

जांचें कि क्या पासवर्ड लंबा और पर्याप्त यादृच्छिक है, और क्या यह ज्ञात उल्लंघनों में दिखाई दिया है।
उपकरण खोजें →