OpenSSL मधील SHA1 डायजेस्ट नावे: जुनी यादी काय अर्थ दर्शवते
जुनी SHA1 नावे लायब्ररीच्या नोंदणी वर्णन करतात, OpenVPN ने पॅकेटशी काय केले हे नव्हे. नोंदणीकृत नाव, डायजेस्ट आणि ते वापरणारी क्रिया वेगळी ठेवा.
जुन्या डायजेस्ट याद्या क्रिप्टोग्राफिक निर्णयांच्या प्रतिलिपीसारख्या वाचल्या जातात, पण त्या तशा नाहीत. 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 आवृत्ती, जोडलेली क्रिप्टो लायब्ररी, प्रोफाइलमधील नेमके पर्याय आणि प्रत्यक्ष कनेक्शनचा निकाल लिहा. हा संच अशा प्रश्नांची उत्तरे देतो जी डायजेस्ट मेनूचा स्क्रीनशॉट देऊ शकत नाही, आणि पुढील अपग्रेडनंतरही टिकतो कारण तो ठसा नव्हे तर आवृत्त्यांची नावे घेतो.
सर्वात महत्त्वाचे म्हणजे, जुने उपनाव त्याचे नाव अधिक मजबूत किंवा अधिक विशिष्ट वाटते म्हणून निवडू नका. संपूर्ण कनेक्शनसाठी समर्थित धोरण निवडा, आणि जुन्या नावांकडे लायब्ररीने पूर्वी स्वतःला कसे सादर केले याची नोंद म्हणून पहा.