CRC32 हैश जेनरेटर

मुफ़्त ऑनलाइन CRC32 हैश जेनरेटर टूल। 100% स्थानीय प्रसंस्करण — आपका डेटा कभी आपके डिवाइस से नहीं जाता।

एल्गोरिदम चुनें

General

Password Hashing / KDF

Specialized

Deprecated

इनपुट

आउटपुट

परिणाम यहां प्रदर्शित होगा...

इनपुट → हैश की गणना करें

Usage Guide

CRC32 के बारे में

CRC32 (Cyclic Redundancy Check, 32-बिट) बहुपद विभाजन पर आधारित एक त्रुटि-पहचान एल्गोरिदम है। यह CRC-32/ISO-HDLC बहुपद (0xEDB88320, परावर्तित) का उपयोग करके किसी भी इनपुट से 32-बिट (8 हेक्साडेसिमल अक्षर) चेकसम उत्पन्न करता है। CRC32 का उपयोग ZIP आर्काइव, Ethernet फ्रेम, gzip और PNG फ़ाइलों में आकस्मिक डेटा दूषण का पता लगाने के लिए व्यापक रूप से किया जाता है।

CRC32 एक क्रिप्टोग्राफिक हैश फ़ंक्शन नहीं है। यह कोई सुरक्षा गारंटी नहीं देता — टकराव (collisions) को जानबूझकर मिलीसेकंड में बनाया जा सकता है, और यह छेड़छाड़ के विरुद्ध कोई प्रतिरोध नहीं प्रदान करता। CRC32 का उपयोग कभी भी पासवर्ड हैशिंग, डिजिटल हस्ताक्षर, प्रमाणीकरण या किसी भी सुरक्षा-संवेदनशील उद्देश्य के लिए न करें। इसके बजाय SHA-256 या SHA-3 का उपयोग करें।

उपयोग के चरण

CRC32 एक एकतरफा चेकसम है — यह इनपुट से एक निश्चित मान की गणना करता है और इसे उलटा नहीं किया जा सकता:

•

1. इनपुट दर्ज करेंइनपुट बॉक्स में वह टेक्स्ट पेस्ट करें या टाइप करें जिसका चेकसम आप गणना करना चाहते हैं

•

2. CRC32 की गणना करेंWebAssembly के माध्यम से स्थानीय रूप से चेकसम की गणना करने के लिए 'Calculate' बटन पर क्लिक करें

•

3. परिणाम कॉपी करें'Copy' बटन पर क्लिक करके 8-अक्षर हेक्साडेसिमल परिणाम प्राप्त करें (जैसे 414FA339)

गोपनीयता सुरक्षा: सभी गणनाएं WebAssembly के माध्यम से पूरी तरह से आपके ब्राउज़र में चलती हैं। कोई भी डेटा किसी सर्वर पर नहीं भेजा जाता।

आउटपुट प्रारूप

CRC32 हमेशा इनपुट की लंबाई की परवाह किए बिना ठीक 8 हेक्साडेसिमल अक्षर (32 बिट / 4 बाइट) आउटपुट करता है। एक ही इनपुट हमेशा एक ही आउटपुट उत्पन्न करता है। एक भी अक्षर बदलने पर पूरी तरह अलग चेकसम मिलता है (हिमस्खलन प्रभाव)। उदाहरण: "hello" → "3610A686"।

•

आउटपुट लंबाईहमेशा 8 हेक्स अक्षर (32 बिट)

•

अक्षर सेट0–9 और A–F (अपरकेस हेक्स)

•

निर्धारकएक ही इनपुट हमेशा एक ही आउटपुट देता है

•

संवेदनशीलता1 बिट परिवर्तन से ~50% आउटपुट बिट बदल जाते हैं

CRC32 बनाम क्रिप्टोग्राफिक हैश फ़ंक्शन

CRC32 और क्रिप्टोग्राफिक हैश (SHA-256, SHA-3, BLAKE2) मूलभूत रूप से अलग उद्देश्यों की पूर्ति करते हैं और इन्हें भ्रमित नहीं किया जाना चाहिए:

•

CRC32 का उद्देश्यआकस्मिक डेटा दूषण का पता लगाना (बिट फ्लिप, ट्रांसमिशन त्रुटियाँ)

•

क्रिप्टो हैश का उद्देश्यजानबूझकर की गई छेड़छाड़ का पता लगाना, डेटा प्रमाणीकरण, पासवर्ड संग्रहण

•

CRC32 टकरावमामूली — कोई भी मिलीसेकंड में एक ही CRC32 वाले इनपुट बना सकता है

•

CRC32 गतिअत्यंत तेज़ — हार्डवेयर के लिए अनुकूलित, Ethernet, ZIP, PNG में उपयोग किया जाता है

सुरक्षित इंटीग्रिटी सत्यापन के लिए, SHA-256, SHA-3 या BLAKE2 का उपयोग करें। CRC32 केवल विश्वसनीय वातावरण में त्रुटि पहचान के लिए उपयुक्त है।

FAQ

Q: क्या CRC32 फ़ाइल इंटीग्रिटी सत्यापन के लिए सुरक्षित है?

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

Q: दो अलग-अलग इनपुट का CRC32 एक जैसा कैसे हो सकता है?

A: CRC32 किसी भी इनपुट को केवल 2^32 (~4 अरब) संभावित मानों में मैप करता है, इसलिए टकराव गणितीय रूप से अपरिहार्य हैं। इससे भी महत्वपूर्ण बात यह है कि GF(2) पर CRC की रैखिक संरचना जानबूझकर टकराव को अत्यंत आसान बनाती है — आप किसी भी संदेश में एक छोटा प्रत्यय जोड़कर माइक्रोसेकंड में कोई भी वांछित CRC32 मान प्राप्त कर सकते हैं।

Q: CRC32 व्यवहार में कहाँ उपयोग किया जाता है?

A: CRC32 का व्यापक रूप से गैर-सुरक्षा संदर्भों में उपयोग किया जाता है जहाँ गति और सरलता महत्वपूर्ण है: ZIP और gzip आर्काइव ट्रांसमिशन त्रुटियों का पता लगाने के लिए CRC32 संग्रहीत करते हैं; Ethernet (802.3) प्रत्येक पैकेट में 32-बिट CRC फ्रेम चेक सीक्वेंस (FCS) जोड़ता है; PNG इमेज ब्लॉक में CRC32 शामिल होता है; कई फ़ाइल सिस्टम में डिस्क सेक्टर चेकसम; zlib और deflate स्ट्रीम सत्यापन। ये सभी केवल CRC32 की यादृच्छिक त्रुटियों का पता लगाने की क्षमता पर निर्भर करते हैं, जानबूझकर किए गए हमलों पर नहीं।

Q: CRC32 और MD5 में क्या अंतर है?

A: दोनों तेज़ हैं और निश्चित-लंबाई का आउटपुट देते हैं, लेकिन मूलभूत रूप से भिन्न हैं: MD5 एक क्रिप्टोग्राफिक हैश (128 बिट / 32 हेक्स अक्षर) है जो सुरक्षा के लिए डिज़ाइन किया गया था, हालाँकि अब यह टूट चुका है। CRC32 एक गैर-क्रिप्टोग्राफिक चेकसम (32 बिट / 8 हेक्स अक्षर) है जो केवल त्रुटि पहचान के लिए डिज़ाइन किया गया है। CRC32 तेज़ है लेकिन टकराव प्रतिरोध बहुत कमज़ोर है। आज दोनों का उपयोग सुरक्षा उद्देश्यों के लिए नहीं किया जाना चाहिए — SHA-256 या BLAKE2 को प्राथमिकता दें।

Q: क्या अलग-अलग डेटा का CRC32 मान एक जैसा हो सकता है?

A: हाँ — इसे टकराव कहते हैं, और CRC32 के साथ इसे जानबूझकर बनाना बहुत आसान है। दो पूरी तरह अलग फ़ाइलें या स्ट्रिंग एक ही 8-अक्षर CRC32 मान साझा कर सकती हैं। यह त्रुटि-पहचान चेकसम में अपेक्षित व्यवहार है और एक प्रमुख कारण है कि CRC32 को कभी भी सुरक्षा तंत्र के रूप में उपयोग नहीं किया जाना चाहिए।

Q: क्या CRC32 का उपयोग पासवर्ड हैशिंग के लिए किया जा सकता है?

A: बिल्कुल नहीं। CRC32 एक क्रिप्टोग्राफिक हैश नहीं है और इसमें पासवर्ड हैशिंग के लिए आवश्यक कोई भी गुण नहीं है: यह अत्यंत तेज़ है (प्रति सेकंड अरबों प्रयास संभव), टकराव बनाना मामूली है, और इसमें salting का समर्थन नहीं है। Argon2id, bcrypt, या scrypt जैसे समर्पित पासवर्ड हैशिंग एल्गोरिदम का उपयोग करें। OWASP Password Storage Cheat Sheet देखें।

Use Cases

अनुशंसित: ZIP / gzip आर्काइव चेकसम

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