यदि SHA-1 टकराव-प्रतिरोधी नहीं है तो यह अभी भी उपलब्ध क्यों है?

यह पुराने प्रारूपों और संगतता फिक्स्चर को पुन: प्रस्तुत करने के लिए प्रदान किया गया है, न कि नए सुरक्षा डिज़ाइनों के लिए अनुशंसा के रूप में।

मेरी फ़ाइल का SHA-1 git हैश-ऑब्जेक्ट से भिन्न क्यों है?

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

क्या मैं पुराने SHA-1 फ़ील्ड को SHA-256 से बदल सकता हूँ?

आसपास के प्रारूप या प्रोटोकॉल को बदले बिना नहीं। लंबाई और एल्गोरिदम पहचानकर्ता भिन्न होते हैं। अनुकूलता के लिए SHA-1 को पुन: प्रस्तुत करें और माइग्रेशन की योजना अलग से बनाएं।

क्या मेल खाने वाला SHA-1 किसी पुरानी रिलीज़ को प्रमाणित करता है?

अपने आप से नहीं. अपेक्षित मूल्य किसी विश्वसनीय स्रोत से आना चाहिए, और SHA-1 में टकराव की कमज़ोरियाँ हैं। उपलब्ध होने पर विश्वसनीय हस्ताक्षर-सत्यापन प्रक्रिया का पालन करें।

SHA-1 हैश जेनरेटर

यह उपकरण क्या गणना करता है

SHA-1 160 बिट्स उत्पन्न करता है, जिन्हें 40 हेक्साडेसिमल वर्णों के रूप में लिखा जाता है। यह पृष्ठ मौजूदा सिस्टम की जांच करने के लिए है जो अभी भी SHA-1 का अनुरोध करते हैं, जैसे पुराने मैनिफ़ेस्ट और संगतता फिक्स्चर। SHA-1 परिणाम की तुलना सीधे MD5 मान या SHA-256 मान से नहीं की जा सकती, चाहे अक्षर का मामला कुछ भी हो।

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

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

कार्य उदाहरण

UTF-8 · abc · SHA-1

a9993e364706816aba3e25717850c26c9cd0d89d

गणना और तुलना कैसे करें

इनपुट टेक्स्ट में सटीक टेक्स्ट दर्ज करें, या abc लोड करने के लिए उदाहरण चुनें। पाठ को UTF-8 के रूप में एन्कोड किया गया है; रिक्त स्थान और पंक्ति अंत संरक्षित हैं।
सिंगल-टेक्स्ट मोड में, 64 KiB तक गैर-खाली इनपुट एक छोटे विराम के बाद अपडेट होता है। खाली इनपुट या बड़े टेक्स्ट के लिए हैश बनाएँ पर क्लिक करें। इनपुट बदलने से पिछला परिणाम साफ़ हो जाता है।
इसके बजाय किसी सहेजी गई फ़ाइल की जांच करने के लिए, फ़ाइल चेकसम खोलें, एल्गोरिदम की पुष्टि करें, और फ़ाइल को चुनें या छोड़ें। फ़ाइल मोड मूल बाइट पढ़ता है और स्वचालित रूप से प्रारंभ होता है।

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

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

सीमाएँ, गोपनीयता और अगले चरण

टेक्स्ट 10 MiB तक सीमित है और लाइन मोड 10,000 रिकॉर्ड तक सीमित है, जिसमें फ़िल्टर करने से पहले खाली रिकॉर्ड भी शामिल हैं। फ़ाइलें 50 कतार प्रविष्टियों और प्रत्येक 1 GiB तक सीमित हैं, 2 MiB खंडों में क्रमिक रूप से पढ़ी जाती हैं। ये सीमाएँ ब्राउज़र संसाधनों की सुरक्षा करती हैं; वे हर फोन पर तेज़ प्रोसेसिंग की गारंटी नहीं देते। यदि आवश्यक हो तो रद्द करें. गणना ब्राउज़र में होती है, जबकि सामान्य पृष्ठ और परिसंपत्ति अनुरोध अभी भी होस्टिंग सेवा तक पहुंचते हैं।

SHA-1 को Git ऑब्जेक्ट आईडी के साथ भ्रमित किए बिना पुन: प्रस्तुत करना

इस पेज में सटीक टेक्स्ट या फ़ाइल बाइट्स हैं। SHA-1 Git रिपॉजिटरी में, एक ऑब्जेक्ट आईडी केवल दृश्य फ़ाइल सामग्री का SHA-1 नहीं है: Git में एक ऑब्जेक्ट हेडर शामिल है, और फ़िल्टर ब्लॉब के लिए उपयोग किए गए बाइट्स को भी प्रभावित कर सकते हैं। इसलिए git हैश-ऑब्जेक्ट से अंतर अपने आप में दोषपूर्ण SHA-1 कार्यान्वयन का संकेत नहीं देता है।

एक विरासत एकीकरण के लिए, पहले यह स्थापित करें कि क्या इसका क्षेत्र एक कच्ची फ़ाइल डाइजेस्ट, एक ऑब्जेक्ट पहचानकर्ता या एक बड़ी हस्ताक्षरित संरचना के अंदर एक डाइजेस्ट की अपेक्षा करता है। कच्चे SHA-1 मानों को यहां पुन: प्रस्तुत करें; रिपॉजिटरी आईडी के लिए Git के अपने ऑब्जेक्ट कमांड का उपयोग करें। चुपचाप SHA-1 को लंबे हैश से बदलने के बजाय प्रोटोकॉल के एल्गोरिदम नाम को परिणाम के साथ रखें।

रॉ फ़ाइल SHA-1 और Git ब्लॉब SHA-1

तीन बाइट्स abc के लिए, Git का SHA-1 ब्लॉब प्रतिनिधित्व बाइट्स ब्लॉब 3 से शुरू होता है और उसके बाद एक शून्य बाइट होता है। संपादक में दृश्यमान बैकस्लैश-शून्य टाइप न करें: यह उदाहरण ऑब्जेक्ट प्रतिनिधित्व की व्याख्या करता है, न कि इस टूल में Git मोड की।

SHA-1 / raw abc:
a9993e364706816aba3e25717850c26c9cd0d89d
SHA-1 / Git blob (62 6c 6f 62 20 33 00 61 62 63):
f2ba8f84ab5c1bce84a7b441cb1959cfc7093b7f

सामान्य SHA-1 अनुकूलता जाल

समस्या देखी गयी	ऐसा क्यों होता है	क्या करें
Git ऑब्जेक्ट आईडी मेल नहीं खाती	Git कच्ची फ़ाइल सामग्री के बजाय एक विशेष ऑब्जेक्ट प्रारूप को हैश करता है	Git ऑब्जेक्ट और रिपॉज़िटरी फ़िल्टर के लिए Git की अपनी जाँच का उपयोग करें।
संदर्भ 64 हेक्स वर्ण है	यह पूर्णतः स्पष्ट SHA-1 डाइजेस्ट नहीं है	जांचें कि क्या सिस्टम SHA-256 निर्दिष्ट करता है।
संपादन के बाद एक लीगेसी फ़ाइल विफल हो जाती है	सहेजने से न्यूलाइन या एन्कोडिंग बदल सकती है	मूल कलाकृति को बदलने से पहले उसे हैश कर लें।

SHA-1 हैश जेनरेटर

परिणाम

अन्य हैश और चेकसम टूल