💈 🙅 👗 अब आधिकारिक तौर पर: टीएलएस 1.3 को मानक के रूप में मान्यता दी गई है 👉🏻 🔌 👩🏾‍⚖️

हमने पहले लिखा था कि इंटरनेट इंजीनियरिंग काउंसिल (IETF) ने TLS - 1.3 के एक नए संस्करण को मंजूरी दी है। पिछले हफ्ते, प्रोटोकॉल को एक मानक के रूप में मान्यता दी गई थी। आज - चलो इसकी क्षमताओं के बारे में बात करते हैं।

/ फोटो चार्ल्स डायर सीसी

टीएलएस 1.3 की विशेषताएं

उन्होंने 2014 में प्रोटोकॉल को वापस अपडेट करने पर काम करना शुरू किया। अनौपचारिक रूप से, टीएलएस 1.3 पर काम इस साल मार्च में समाप्त हो गया, लेकिन इंजीनियरों को अतिरिक्त जांच करने के लिए कुछ और महीनों की आवश्यकता थी।

निर्माता दावा करते हैं कि टीएलएस 1.3 का अंतिम संस्करण अधिक सुरक्षित और उत्पादक है: सभी ज्ञात (आज) टीएलएस 1.2 कमजोरियां इसके एन्क्रिप्शन एल्गोरिदम में बंद हैं, और "हैंडशेक" प्रक्रिया अपने पूर्ववर्ती की तुलना में दोगुनी है। डेवलपर्स ने 0-आरटीटी जैसी आगे की गोपनीयता और नई सुविधाओं को भी जोड़ा ।

TLS 1.3 ने प्रोटोकॉल के इतिहास में सबसे महत्वपूर्ण बदलाव किए। इस कारण से, कुछ ने इसे टीएलएस 2.0 भी कहा।

अब चूंकि टीएलएस 1.3 प्रोटोकॉल ( आरएफसी 8446 ) के नए संस्करण को आधिकारिक रूप से मंजूरी दे दी गई है, यह सभी नेटवर्क कनेक्शनों के लिए इसे लागू करना बाकी है।

कार्यान्वयन कठिनाइयों

TLS में एक प्रकार की पिछड़ी संगतता है। जब क्लाइंट और सर्वर के बीच एक कनेक्शन स्थापित होता है, तो प्रोटोकॉल के समर्थित संस्करणों का आदान-प्रदान किया जाता है और जिसके साथ दोनों पक्ष काम कर सकते हैं उसे चुना जाता है। हालाँकि, इस सुविधा का उपयोग हर जगह नहीं किया जाता है। टीएलएस 1.3 के आगमन के साथ, टीएलएस 1.2 समर्थन वाले 3% से अधिक सर्वर केवल क्लाइंट को संस्करण संख्या भेजने के बजाय डिस्कनेक्ट कर दिया गया था जो समर्थित था।

एक समान समस्या मध्यवर्ती नोड्स (मध्य बॉक्स ) के साथ हुई है। इस तथ्य के कारण कि टीएलएस में बहुत बदलाव नहीं हुआ, फायरवॉल, एनएटी और लोड बैलेंसर्स जैसी चीजों ने प्रोटोकॉल के नए संस्करण के साथ काम करने से इनकार कर दिया।

इंजीनियरों ने इस घटना को ossification (ossification) करार दिया। तथ्य यह है कि कुछ डेवलपर्स प्रोटोकॉल की लचीली विशेषताओं का उपयोग नहीं करते हैं, इसके नए कार्यान्वयन को शुरू करना मुश्किल बनाता है। एक सादृश्य के रूप में, उद्योग प्रतिभागी पुराने दरवाजे का उदाहरण देते हैं। यदि आप इसे लंबे समय तक नहीं छूते हैं, तो लूप जंग खा जाता है, और यह एक क्रेक के साथ खुलता है।

/ फोटो क्रिस्टोफर सेसमस सीसी

यह पता चला है कि पिछला प्रोटोकॉल पुराना है, लेकिन यह डिफ़ॉल्ट रूप से एक नया परिचय देने के लिए काम नहीं करेगा। उदाहरण के लिए, आईईईई ( पीडीएफ ) से पिछले वर्ष के अध्ययन में विषय पर अधिक जानकारी प्राप्त की जा सकती है।

इसका समाधान क्रोमियम पर काम करने वाले डेविड बेंजामिन ने पाया। उन्होंने टीएलएस 1.3 का समर्थन करने वाले क्लाइंट से पहला संदेश टीएलएस 1.2 संदेश के रूप में प्रच्छन्न करने का सुझाव दिया। और इसने काम किया: उल्लिखित 3% सर्वरों ने डिस्कनेक्ट करना बंद कर दिया। मध्यस्थ साइटों के लिए, फेसबुक के काइल नेक्रिट्ज़ ने उसी दृष्टिकोण का उपयोग करने का सुझाव दिया। इससे क्रोम में दुर्घटनाओं में 6.5% और फ़ायरफ़ॉक्स में 2% की कमी हुई।

यह जांचने के लिए कि क्या प्रोटोकॉल के नए संस्करण के साथ मध्य बॉक्स संगत हैं, आप क्लाउडफ़ेयर में विकसित परीक्षण का उपयोग कर सकते हैं।

कार्यान्वयन को कैसे सरल बनाया जाए

टीएलएस और एचटीटीपीएस के विनिर्देशों के डेवलपर्स में से एक एरिक रेसकोरला के अनुसार, सामान्य रूप से, टीएलएस 1.3 को लागू करना इतना मुश्किल नहीं है। इंजीनियरिंग काउंसिल ने इस प्रक्रिया को यथासंभव सरल बनाने की कोशिश की। टीएलएस 1.3 टीएलएस 1.2 के समान कुंजी और प्रमाणपत्र का उपयोग करता है। यह क्लाइंट और सर्वर को स्वचालित रूप से TLS 1.3 पर एक कनेक्शन स्थापित करने की अनुमति देता है यदि वे दोनों प्रोटोकॉल के नए संस्करण का समर्थन करते हैं।

इसके अलावा, कई पुस्तकालय हैं जो प्रोटोकॉल को तेज़ी से लागू करने में आपकी सहायता कर सकते हैं। उदाहरण के लिए, पिछले हफ्ते की शुरुआत में, फेसबुक ने अपनी TLS 1.3 Fizz लाइब्रेरी को ओपन सोर्स में स्थानांतरित कर दिया। डेटा संचारित करते समय, साथ ही सीपीयू पर लोड होने पर फ़िज़ कम हो जाता है।

डेवलपर्स ने एक गाइड तैयार किया है कि उबंटू 16.04 एलटीएस पर फ़िज़ का उपयोग कैसे शुरू करें। यह GitHub पर आधिकारिक रिपॉजिटरी में है (इसमें MacOS के लिए एक गाइड भी है)।

सबसे पहले आपको आवश्यक मूर्खतापूर्ण और कामचलाऊ निर्भरता स्थापित करने की आवश्यकता है:

sudo apt-get install \ g++ \ cmake \ libboost-all-dev \ libevent-dev \ libdouble-conversion-dev \ libgoogle-glog-dev \ libgflags-dev \ libiberty-dev \ liblz4-dev \ liblzma-dev \ libsnappy-dev \ make \ zlib1g-dev \ binutils-dev \ libjemalloc-dev \ libssl-dev \ pkg-config \ libsodium-dev

अगला, आपको फ़ॉली बनाने और स्थापित करने की आवश्यकता है:

 git clone https://github.com/facebook/folly mkdir folly/build_ && cd folly/build_ cmake configure .. make -j $(nproc) sudo make install

तो आप Fizz स्थापित करने के लिए आगे बढ़ सकते हैं:

 cd ../.. git clone https://github.com/facebookincubator/fizz mkdir fizz/build_ && cd fizz/build_ cmake configure ../fizz make -j $(nproc) sudo make install

Fizz के अलावा, नेटवर्क पर अन्य पुस्तकालय हैं, उदाहरण के लिए, wolfSSL , GnuTLS या जंग ।

भविष्य का प्रोटोकॉल

प्रोटोकॉल के "ऑसिफिकेशन" के साथ समस्या को हल करने के लिए, डेविड बेंजामिन ने अपनी विविधताओं का उपयोग करने के लिए मानक के आधिकारिक संस्करण के अलावा प्रस्तावित किया, जो हर छह सप्ताह (क्रोम के नए संस्करणों की रिहाई के साथ) जारी किया जाएगा। इस प्रकार, कनेक्शन स्थापित करने के लिए सभी नियमों का पालन करने के लिए सर्वर और मध्यवर्ती नोड्स की आवश्यकता होगी, अन्यथा अधिकांश ग्राहक सेवाओं से जुड़ने में सक्षम नहीं होंगे।

इसके कारण, डेवलपर्स को लोडिंग वेब पेजों में संभावित दुर्घटनाओं से बचने की उम्मीद है, साथ ही साथ टीएलएस के भविष्य के संस्करणों के साथ भी ऐसी ही समस्याएं हैं।

टीएलएस 1.3 की शुरुआत के बाद नेटवर्क की समग्र सुरक्षा में काफी वृद्धि होने की उम्मीद है। पुस्तकालय जो प्रोटोकॉल के एक नए संस्करण की तैनाती की सुविधा प्रदान करते हैं, उन्हें बड़े पैमाने पर वितरण में योगदान करना होगा।

पुनश्च हमारे कॉर्पोरेट IaaS ब्लॉग से अन्य सामग्री:

हम IT-GRAD - मुख्य क्षेत्रों में क्या करते हैं:

वर्चुअल इन्फ्रास्ट्रक्चर (IaaS) | PCI DSS होस्टिंग | क्लाउड FZ-152

अब आधिकारिक तौर पर: टीएलएस 1.3 को मानक के रूप में मान्यता दी गई है

टीएलएस 1.3 की विशेषताएं

कार्यान्वयन कठिनाइयों

कार्यान्वयन को कैसे सरल बनाया जाए

भविष्य का प्रोटोकॉल

More articles: