डेवलपर टूल · SHA हैश कैलकुलेटर
SHA-1 टकराव की व्याख्या: क्या अभी भी सुरक्षित है और क्या स्थानांतरित होना चाहिए
· यह क्यों मायने रखती है
शा-256 क्रिप्टोग्राफी सुरक्षा
एक स्कैनर SHA-1 को चिह्नित करता है और प्रबंधन पूछता है कि यह कितना जरूरी है। यह पोस्ट बताती है कि टकराव का हमला क्या करता है और टूटता नहीं है, कहां SHA-1 अभी भी सहन किया जाता है, और माइग्रेशन की योजना कैसे बनाई जाए।
स्कैनर कहता है SHA-1 टूट गया है - लेकिन किस लिए टूटा है? वह प्रश्न जो प्रवासन की तात्कालिकता को तय करता है
एक नेटवर्क सुरक्षा स्कैनर आपके बुनियादी ढांचे पर SHA-1 को चिह्नित करता है। प्रबंधन पूछता है कि यह कितना जरूरी है। उत्तर पूरी तरह से इस बात पर निर्भर करता है कि आप SHA-1 का उपयोग किस लिए कर रहे हैं, और यह प्रश्न बताता है कि क्या आपके पास अनुपालन समस्या है, एक सक्रिय सुरक्षा समस्या है, या बस एक विरासती कलाकृति है जिसे सूचीबद्ध किया जाना चाहिए। SHA-1 क्रिप्टोग्राफ़िक रूप से टूटा हुआ है—शैक्षणिक प्रदर्शनों में टकराव सिद्ध हुआ है। लेकिन "टूटा हुआ" का मतलब आपके सिस्टम में SHA-1 की भूमिका के आधार पर अलग-अलग चीजें हैं।
एक क्रिप्टोग्राफ़िक हैश विभिन्न संदर्भों में विभिन्न उद्देश्यों को पूरा करता है। कभी-कभी यह आकस्मिक भ्रष्टाचार से बचाव के लिए एक चेकसम होता है। कभी-कभी यह एक प्रतिबद्धता होती है, जैसे कि एक प्रकाशित डाउनलोड चेकसम जो उपयोगकर्ताओं को यह सत्यापित करने देता है कि उन्हें प्रकाशक द्वारा इच्छित फ़ाइल प्राप्त हुई है। कभी-कभी यह एक हस्ताक्षर या प्रमाणपत्र श्रृंखला का हिस्सा होता है, जहां पर्याप्त नियंत्रण वाला एक हमलावर दो सार्थक दस्तावेज़ तैयार कर सकता है, जो समान हैश साझा करते हैं, और इस तरह प्रमाणीकरण बनाते हैं। SHA-1 टकराव की गंभीरता गंभीर रूप से इस बात पर निर्भर करती है कि आपके सिस्टम में SHA-1 की इनमें से कौन सी भूमिका है।
टकराव बनाम प्रीइमेज - सार्वजनिक रूप से प्रदर्शित हमले लक्ष्य टकराव क्यों करते हैं, और मौजूदा हैश के लिए इसका क्या मतलब है
एक टकराव हमला एक ही आउटपुट के साथ दो अलग-अलग इनपुट उत्पन्न करता है। एक हमलावर को ऐसा संदेश नहीं मिलता है जो पूर्व निर्धारित मान पर हैश हो - यह एक प्रीइमेज हमला होगा, और यह SHA-1 के लिए संभव नहीं है। इसके बजाय, टकराव के हमले का मतलब है कि हमलावर दो दस्तावेज़ बना सकता है जो समान रूप से हैश हैं। यदि कोई सिस्टम यह साबित करने के लिए हैश पर निर्भर करता है कि दो चीजें समान हैं, तो टकराव उस प्रमाण को तोड़ देता है। हमलावर को दोनों इनपुट तैयार करने होंगे, जिसके लिए समय और गणना की आवश्यकता होती है, लेकिन परिणाम यह होता है कि हैश के नीचे दो अलग-अलग चीजें समान दिखाई देती हैं।
प्रीइमेज हमले का मतलब यह होगा कि एक हमलावर एक प्रकाशित SHA-1 हैश ले सकता है और उससे मेल खाने वाला कुछ इनपुट पा सकता है। SHA-1 हमले इस तरह काम नहीं करते। यदि आपके पास SHA-1 डाइजेस्ट का भंडार है और आप इस बात को लेकर चिंतित हैं कि क्या कोई फ़ाइल वास्तव में उनसे मेल खाती है, तो टकराव का हमला कोई खतरा नहीं है। खतरा यह है कि क्या आपके भंडार तक पहुंच रखने वाला कोई व्यक्ति एक ही डाइजेस्ट के लिए एक अलग फ़ाइल बना सकता है। ज्यादातर मामलों में, हैशिंग प्रक्रिया पर नियंत्रण के बिना यह यथार्थवादी नहीं है। विशिष्ट आक्रमण मॉडल उतना ही मायने रखता है जितना एल्गोरिथम।
2017 प्रदर्शन - समान SHA-1 के साथ दो अलग-अलग फ़ाइलें, गुणात्मक रूप से वर्णित, और इसके बाद चुने गए उपसर्ग कार्य
2017 के टूटे हुए हमले ने एक व्यावहारिक टकराव का प्रदर्शन किया: समान SHA-1 डाइजेस्ट वाली दो अलग-अलग PDF फ़ाइलें। शोधकर्ताओं ने सावधानी से दोनों फाइलों का निर्माण किया और उन्हें टकराते समय वैध PDF के रूप में तैयार किया। कार्य के लिए पर्याप्त कम्प्यूटेशनल प्रयास और विशेष हार्डवेयर की आवश्यकता थी। जो बात मायने रखती है वह यह कि यह बिल्कुल भी संभव था: सुरक्षा के लिए SHA-1 के उपयोग को उचित ठहराने वाला टकराव प्रतिरोध समाप्त हो गया है। हमले ने साबित कर दिया कि दो अलग-अलग दस्तावेज़ एक डाइजेस्ट साझा कर सकते हैं, जो पहचान के प्रमाण के रूप में डाइजेस्ट पर भरोसा करने वाले किसी भी सिस्टम को तोड़ देता है।
2020 में हुए हमले, जिसे "SHA-1 एक जर्जर स्थिति है" कहा जाता है, ने अगला कदम उठाया: चुने हुए-उपसर्ग टकराव। इस प्रकार का अर्थ है कि एक हमलावर दो मनमाने दस्तावेज़ ले सकता है, प्रत्येक में अलग-अलग प्रत्यय जोड़ सकता है, और टकराव उत्पन्न कर सकता है। यह हस्ताक्षर और प्रमाणपत्रों के लिए खतरनाक हमला है. एक हमलावर को शून्य से शुरुआत करने की ज़रूरत नहीं है; वे दो सार्थक, विशिष्ट दस्तावेज़ों को आपस में टकरा सकते हैं। यह SHA-1 डाइजेस्ट पर हस्ताक्षर करने वाले किसी भी सिस्टम के सुरक्षा मॉडल को तोड़ देता है। हमलावर दो दस्तावेज़ तैयार कर सकता है जिनमें दोनों का अर्थ एक जैसा हो और दोनों का मतलब कुछ अलग हो।
जहां SHA-1 अस्वीकार्य है - हस्ताक्षर, प्रमाणपत्र और कुछ भी जो हमलावर दोनों पक्षों को प्रभावित कर सकता है
अंतर मायने रखता है क्योंकि SHA-1 कुछ भूमिकाओं में अभी भी सहनीय है और अन्य में बिल्कुल अस्वीकार्य है। Git में, SHA-1 का उपयोग सामग्री पते के रूप में किया जाता है - फ़ाइलों के एक विशेष स्नैपशॉट के लिए एक नाम। Git प्रमाणीकरण के लिए SHA-1 का उपयोग नहीं करता है; यह एक नामकरण योजना है. एक हमलावर सैद्धांतिक रूप से एक ही ID के साथ दो अलग-अलग रिपॉजिटरी स्थितियों की गणना कर सकता है, लेकिन इसके लिए संपूर्ण सामग्री निर्माण प्रक्रिया को नियंत्रित करने और किसी के नोटिस करने से पहले दोनों संस्करणों को आगे बढ़ाने की आवश्यकता होती है। अधिकांश टीमों के लिए, हमलावर नियंत्रण का वह स्तर ख़तरे का मॉडल नहीं है। यही कारण है कि Git इसे आपातकालीन स्थिति मानने के बजाय जानबूझकर SHA-256 में परिवर्तित हो रहा है।
वेब डाउनलोड सत्यापन परिदृश्य में, एक प्रकाशक एक फ़ाइल और उसके SHA-1 चेकसम को एक ही सर्वर पर पोस्ट करता है। एक हमलावर जो उस सर्वर से समझौता करता है वह फ़ाइल और चेकसम दोनों को नियंत्रित करता है। वे एक फ़ाइल अपलोड कर सकते हैं और उसका SHA-1 पोस्ट कर सकते हैं, और किसी टकराव की आवश्यकता नहीं है। यदि चेकसम कहीं और पोस्ट किया गया है - एक सुरक्षित VPN पर, एक हस्ताक्षरित ईमेल में मुद्रित, विभिन्न बुनियादी ढांचे में प्रकाशित - तो हमलावर को टकराना होगा, और यह असंभव हो जाता है। चेकसम अपने चैनल जितना ही भरोसेमंद है। यही कारण है कि डाउनलोड सत्यापन के लिए हैश से अधिक की आवश्यकता होती है।
जहां यह कम जोखिम के साथ रहता है - गैर-प्रतिकूल सेटिंग्स में सामग्री की पहचान और Git का SHA-256 में चरणबद्ध संक्रमण
हस्ताक्षरों और प्रमाणपत्रों के लिए, SHA-1 बचाव योग्य नहीं है। एक विश्वसनीय रूट से प्रमाणपत्र श्रृंखला। यदि एक CA एक ही SHA-1 डाइजेस्ट का उपयोग करके दो अलग-अलग प्रमाणपत्रों पर हस्ताक्षर करता है, तो टकराव का हमला एक हमलावर को जालसाजी करने देता है। यह सैद्धांतिक नहीं है: मध्यवर्ती CA के खिलाफ हमलों का दस्तावेजीकरण किया गया है। कोई भी हस्ताक्षर योजना जो SHA-1 पर निर्भर करती है, पर्याप्त संसाधनों वाले हमलावर द्वारा संभावित रूप से जालसाजी की जा सकती है। प्रत्येक प्रमुख ब्राउज़र और OS विक्रेता ने प्रमाणपत्रों में SHA-1 को अप्रचलित कर दिया है। नए प्रमाणपत्रों में SHA-256 का उपयोग होना चाहिए। प्लेटफ़ॉर्म विक्रेताओं ने स्पष्ट रूप से बात की है क्योंकि खतरा वास्तविक और तत्काल है।
अमेरिकी मानक निकाय NIST ने एक स्पष्ट समयरेखा बताई है। 2024 से, SHA-1 का उपयोग किसी भी नए एप्लिकेशन के लिए नहीं किया जाना चाहिए। 2030 तक, SHA-1 को पूरी तरह से संघीय प्रणालियों से हटा दिए जाने की उम्मीद है। यह कोई अस्पष्ट निंदा नहीं है; यह सरकारी ठेकेदारों के लिए एक ठोस जनादेश और उद्योग के लिए एक संकेत है। NIST की समयसीमा का पालन करने से यह सुनिश्चित होता है कि आपका सिस्टम समय सीमा के बाद भटकने के बजाय अवमूल्यन वक्र से आगे बना रहे।
रिपॉजिटरी साक्ष्य SHA-1 बहिष्करण का समर्थन करता है, अपठित NIST प्रकाशन या सेवानिवृत्ति तिथि का नहीं
रिपॉजिटरी स्रोत SHA-1 को लीगेसी इंटरऑपरेबिलिटी के रूप में दस्तावेज करता है और टकराव के काम को प्रदर्शित करता है, लेकिन इसमें मानक-निकाय सेवानिवृत्ति कार्यक्रम शामिल नहीं है। इसलिए यह अनुभाग अपठित प्रकाशन संख्या या अनुपालन तिथि को उद्धृत करने के बजाय बहिष्करण को इंजीनियरिंग इन्वेंट्री समस्या के रूप में मानकर रूपरेखा को सही करता है।
नीति-नियंत्रित वातावरण के लिए, उस परिनियोजन को नियंत्रित करने वाले प्राधिकारी से परामर्श लें और समीक्षा किए गए सटीक दस्तावेज़ को रिकॉर्ड करें। यहां उत्पाद साक्ष्य एक संकीर्ण कार्रवाई का समर्थन करता है: मौजूदा मूल्यों को पुन: उत्पन्न करने के लिए SHA-1 को उपलब्ध रखें, इसे नए सुरक्षा उपयोगों के लिए अनुपयुक्त के रूप में लेबल करें, और जहां भी आसपास का प्रोटोकॉल माइग्रेशन की अनुमति देता है, वहां SHA-256 प्रतिस्थापन की गणना करें।
व्यावहारिक उदाहरण - एक माइग्रेशन चेकलिस्ट एक विरासत डाउनलोड-सत्यापन पेज पर लागू होती है
SHA-1 से माइग्रेशन पथ आमतौर पर एक इन्वेंट्री से शुरू होता है: SHA-1 का उपयोग कहां किया जाता है? प्रमाणपत्र और हस्ताक्षर? तत्काल प्राथमिकता. गिट रिपॉजिटरी और सामग्री का पता? मध्यम प्राथमिकता, Git माइग्रेशन गति का पालन करें। डाउनलोड के लिए चेकसम प्रकाशित? ट्रस्ट मॉडल पर निर्भर करता है. डिडुप्लीकेशन या अभिलेखीय के लिए आंतरिक चेकसम? कम प्राथमिकता, योजना बनाने के लिए अधिक समय। इन्वेंट्री चरण वास्तविक सतह क्षेत्र को प्रकट करता है और आपको अमूर्त तात्कालिकता के बजाय वास्तविक जोखिम के आधार पर प्राथमिकता देने में मदद करता है।
प्रत्येक भूमिका के लिए, माइग्रेशन अलग दिखता है. प्रमाणपत्र तुरंत SHA-256 में अपग्रेड हो जाते हैं। SHA-256 में Git रिपॉजिटरी चरण बैकवर्ड संगतता के लिए SHA-1 को बनाए रखते हुए धीरे-धीरे रेफर होता है। डाउनलोड चेकसम SHA-1 और SHA-256 दोनों में प्रकाशित होने लगते हैं, फिर अंततः केवल SHA-256। चेकसम डेटाबेस में लीगेसी SHA-1 डाइजेस्ट को ToolAcre SHA हैश कैलकुलेटर से सत्यापित किया जा सकता है, और नई प्रविष्टियों को SHA-256 का उपयोग करना चाहिए। टूल संक्रमण के दोनों पक्षों का समर्थन करता है, जिससे आप पुराने हैश को सत्यापित कर सकते हैं और नए बना सकते हैं।
टेकअवे: तुलना के लिए SHA-1, नए कार्य के लिए SHA-256 - ToolAcre SHA हैश कैलकुलेटर में SHA-1 शामिल है, इसलिए विरासत संबंधी डाइजेस्ट की जांच की जा सकती है, समर्थन के रूप में नहीं
अधिकांश संगठनों के लिए, माइग्रेशन "कल SHA-1 बंद करें" नहीं है। यह "समझें कि इसका उपयोग कहां किया जाता है, सुरक्षा-महत्वपूर्ण भूमिकाओं को प्राथमिकता दें, और एक बहु-वर्षीय योजना बनाएं।" SHA-1 वर्षों की प्रतिबद्धताओं के साथ एक Git रिपॉजिटरी को धीरे-धीरे परिवर्तित होना चाहिए, टूलींग के साथ जो दोनों को संभालती है। प्रमाणपत्र अवसंरचना को पहले ही स्थानांतरित कर दिया जाना चाहिए। संक्रमण विंडो के दौरान प्रकाशित चेकसम दोहरे-एल्गोरिदम होने चाहिए। क्रमिक प्रवासन से टूटने वाले परिवर्तन कम हो जाते हैं और सिस्टम को नई वास्तविकता के अनुकूल होने का समय मिल जाता है।
ToolAcre SHA हैश कैलकुलेटर उस संक्रमण के दोनों पक्ष प्रदान करता है। आप अपने लीगेसी सिस्टम से मौजूदा SHA-1 डाइजेस्ट को सत्यापित कर सकते हैं ताकि पुष्टि हो सके कि कोई फ़ाइल उनसे मेल खाती है। माइग्रेशन पथ प्रकाशित करना शुरू करने के लिए आप SHA-256 हैश की गणना कर सकते हैं। टूल यह नहीं दर्शाता कि SHA-1 सुरक्षित है; यह इसे टूटे हुए के रूप में लेबल करता है और बताता है कि क्यों। लेकिन यह आपको विरासती हैश के साथ काम करने की सुविधा देता है जिसे आपको SHA-256 पर पुल बनाते समय और अपने बहिष्करण की योजना बनाते समय बनाए रखने की आवश्यकता होती है।