OpenSSL मा SHA1 डाइजेस्ट नामहरू: पुरानो सूचीले के बुझाउँछ

पुराना डाइजेस्ट सूचीहरू क्रिप्टोग्राफिक निर्णयहरूको प्रतिलिपि जस्तै पढिन्छन्, तर ती त्यस्ता होइनन्। SHA1, DSA-SHA1-old वा RSA-SHA1-2 जस्ता नामहरू पुराना OpenSSL बिल्डहरूमा एकआपसमा अडेर बस्छन् किनभने लाइब्रेरीले सम्बन्धित ह्यास मेसिनरीको वरिपरि धेरै प्रवेश बिन्दुहरू दर्ता गरेको थियो। त्यो सूचीको RSA वा DSA लेबल OpenVPN ले प्याकेटसँग के गर्यो भन्नेबारे केही पनि भन्दैन। तपाईंले पढिरहनुभएको कुरा लाइब्रेरीको सूची हो, सत्रको अभिलेख होइन।

कुनै पनि निष्कर्षको अर्थ हुनुअघि तीन कुरा अलग गर्नुपर्छ: दर्ता गरिएको नाम, त्यसको तलको डाइजेस्ट गणना र त्यसलाई खपत गर्ने कार्य।

दर्ता एउटा इन्टरफेस हो, शक्तिको मूल्याङ्कन होइन

OpenSSL 1.0.2 मा डाइजेस्ट दर्ता तालिकाले नामहरू, उपनामहरू र कार्यान्वयनहरूलाई एउटै फाइलमा जोड्छ। पुरानो DSS1 वर्णन सबैभन्दा स्पष्ट केस हो: यसले SHA-1 को आउटपुट लम्बाइ रिपोर्ट गर्छ र SHA-1 को अन्त्य गर्ने रुटिनलाई कल गर्छ, तर पूरै फरक एल्गोरिदम सुझाउने नाम बोक्छ। त्यसैले दर्तामा थप अक्षरहरूले फरक ह्यास, लामो आउटपुट वा नयाँ सुरक्षा स्तरलाई जनाउँदैनन्।

त्यही स्रोतले पुराना कलरहरूका लागि उपनाम सम्बन्ध जोगाउँछ, जसले सूची किन भरिएको देखिन्छ भन्ने व्याख्या गर्छ। यो अनुकूलताको दस्तावेज हो, वर्तमान OpenSSL प्रदायकले उही नामहरू देखाउने वाचा होइन।

हस्ताक्षर नामहरूले हस्ताक्षर बनाउँदैनन्

हस्ताक्षर ढाँचाले डाइजेस्टलाई अर्को एल्गोरिदमको इन्टरफेसमा बाँध्न सक्छ ताकि विद्यमान कलरहरू कम्पाइल हुँदै जाऊन्। साँच्चैको सार्वजनिक-कुञ्जी हस्ताक्षरका लागि कुञ्जी र त्यसलाई प्रयोग गर्ने हस्ताक्षर चरण दुवै चाहिन्छ, र मेनुको नामले यीमध्ये एउटा पनि दिँदैन। RSA स्वादको डाइजेस्ट प्रविष्टि कलरले प्रयोग गर्न सक्ने नाम हो, हरेक VPN प्याकेटमा RSA हस्ताक्षर थियो भन्ने प्रमाण होइन।

यही चरणमा पुराना लेखहरू लोककथामा चिप्लिन्छन्। प्याकेटहरू कसरी प्रमाणित भए भन्ने जान्नुछ भने त्यो संयन्त्र छान्ने विकल्प खोज्नुहोस् र तपाईंले साँच्चै चलाइरहनुभएको संस्करणमा यसले के गर्छ पढ्नुहोस्। त्यो रिलिजसँग आएको म्यानुअल पृष्ठ मात्र तपाईंको अगाडिको प्रोग्रामसँग मिल्ने एक मात्र विवरण हो। अभिलेखित गाइडहरू ती रिलिज वर्णन गर्छन् जसका लागि ती लेखिएका थिए, र त्यो धेरै नामकरण परम्पराभन्दा पछाडि हुन सक्छ।

नाम खपत गर्ने विकल्प खोज्नुहोस्

OpenVPN 2.6 ले दस्तावेज गरेको प्याकेट-प्रमाणीकरण केसमा, auth HMAC ले प्रयोग गर्ने डाइजेस्ट छान्छ, यो प्रमाणपत्र हस्ताक्षर होइन, कुञ्जीयुक्त सन्देश-प्रमाणीकरण संरचना हो। TLS प्रमाणपत्रको हस्ताक्षर एल्गोरिदम ह्यान्डसेकको छुट्टै गुण हो।

AEAD डाटा साइफरसँग छुट्टै auth सेटिङ डाटा च्यानलमा लागू हुन छाड्छ, जबकि tls-auth का लागि यसको भूमिका छुट्टै प्रश्न रहन्छ। त्यसैले डाइजेस्ट सूचीले तपाईंलाई भन्न सक्दैन कुन ह्यासले हालका प्याकेटहरू जोगाइरहेको थियो, कुन TLS सुट वार्तामा तय भयो वा साथीको प्रमाणपत्रमा कसरी हस्ताक्षर भयो। प्रभावकारी कन्फिगरेसन र संस्करणले मात्र यसको उत्तर दिन सक्छ, र तपाईंको अगाडिको जडानका लागि मात्र।

वास्तवमा तपाईंसँग के छ त्यो लेख्नुहोस्

OpenVPN संस्करण, जोडिएको क्रिप्टो लाइब्रेरी, प्रोफाइलमा भएका ठ्याक्कै विकल्पहरू र वास्तविक जडानको नतिजा लेख्नुहोस्। त्यो समूहले डाइजेस्ट मेनुको स्क्रिनसटले दिन नसक्ने प्रश्नहरूको उत्तर दिन्छ, र अर्को अपग्रेडपछि पनि टिकिरहन्छ किनभने यसले छापहरू होइन, संस्करणहरूको नाम लिन्छ।

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