टीएलएस 1.3 सक्षम, और आपको ऐसा क्यों करना चाहिए

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

जैसा कि IETF TLS वर्किंग ग्रुप अध्यक्षों ने लेख में लिखा है :
"संक्षेप में, टीएलएस 1.3 अगले 20 वर्षों और उससे अधिक अधिक सुरक्षित और कुशल इंटरनेट के लिए एक आधार प्रदान करने के लिए तैयार है।"

10 साल के विकास के बाद टीएलएस 1.3 आ गया है। कुल्टर लैब्स, साथ ही साथ आईटी उद्योग ने कुल मिलाकर 28 संस्करणों में से प्रत्येक के माध्यम से प्रारंभिक प्रक्रिया से विकास प्रक्रिया को करीब से देखा, जबकि एक संतुलित और प्रबंधनीय प्रोटोकॉल परिपक्व हो रहा था कि हम 2019 में समर्थन के लिए तैयार हैं। समर्थन पहले से ही स्पष्ट है बाजार, और हम इस मजबूत, सिद्ध सुरक्षा प्रोटोकॉल को लागू करने में गति बनाए रखना चाहते हैं।

टीएलएस 1.3 के एकल लेखक और फ़ायरफ़ॉक्स सीटीओ एरिक रेसकोरला ने रजिस्टर को बताया :
"यह टीएलएस 1.2 के लिए एक ड्रॉप-इन प्रतिस्थापन है, एक ही कुंजी और प्रमाण पत्र का उपयोग करता है, और क्लाइंट और सर्वर स्वचालित रूप से टीएलएस 1.3 पर बातचीत कर सकते हैं जब वे दोनों इसका समर्थन करते हैं," उन्होंने कहा। "पहले से ही बहुत अच्छा पुस्तकालय समर्थन है, और क्रोम और फ़ायरफ़ॉक्स दोनों में डिफ़ॉल्ट रूप से टीएलएस 1.3 है।"

GitHub पर TLS 1.3 के वर्तमान कार्यान्वयन की एक सूची है जो सभी के लिए सबसे अच्छी फिटिंग लाइब्रेरी देख रही है: https://github.com/tlswg/tls13-spec/wiki/Implementations । यह स्पष्ट है कि उन्नत प्रोटोकॉल को अपनाना - और पहले से ही है - तेजी से और व्यापक रूप से जाना जा रहा है क्योंकि हर कोई अब समझता है कि आधुनिक दुनिया में मौलिक एन्क्रिप्शन कैसे है।

टीएलएस 1.2 की तुलना में क्या बदल गया है?

इंटरनेट सोसायटी के लेख से :
“TLS 1.3 चीजों में सुधार कैसे कर रहा है?

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

महत्वपूर्ण रूप से, यह कई पुराने और असुरक्षित एन्क्रिप्शन और हैशिंग एल्गोरिदम के समर्थन को भी हटा देता है, जिन्हें वर्तमान में अनुमति दी जाती है (हालांकि अब अनुशंसित नहीं है) एसएलए -1, एमडी 5, डीईएस, डीएसईएस और एईएस सहित टीएलएस के पुराने संस्करणों के साथ उपयोग किया जाता है। सीबीसी, नए सिफर स्वीट्स के लिए समर्थन जोड़ते हुए। अन्य संवर्द्धन में हैंडशेक के अधिक एन्क्रिप्टेड तत्व शामिल हैं (उदाहरण के लिए, सर्टिफिकेट सूचना का आदान-प्रदान अब एन्क्रिप्ट किया गया है) संभावित ईव्सड्रॉपर को संकेत कम करने के लिए, साथ ही विशेष कुंजी विनिमय मोड का उपयोग करते समय आगे गोपनीयता में सुधार ताकि समय पर संचार एक समय में हो। भले ही एल्गोरिदम उन्हें एन्क्रिप्ट करने के लिए इस्तेमाल किया जाए, भविष्य में सुरक्षित रहे। ”

DDoS और आधुनिक प्रोटोकॉल विकास

जैसा कि आपने पहले ही सुना होगा, प्रोटोकॉल के विकास के दौरान IETF TLS कार्य समूह में महत्वपूर्ण तनाव थे, और उसके बाद भी । अब यह स्पष्ट है कि व्यक्तिगत उद्यमों (वित्तीय संस्थानों सहित) को अपने नेटवर्क की सुरक्षा के लिए निर्मित बिल्ट-इन परफेक्ट फॉरवर्ड सीक्रेसी के अनुकूल बनाने के तरीके को बदलना होगा।

स्टीव फ़ेंटर द्वारा लिखे गए एक दस्तावेज़ में इसकी आवश्यकता के कारणों को रेखांकित किया जा सकता है। 20 पृष्ठों के लंबे मसौदे में कई उपयोग के मामलों का उल्लेख किया गया है, जहां एक उद्यम आउट-ऑफ-बैंड ट्रैफ़िक डिक्रिप्शन (जो पीएफएस आपको करने की अनुमति नहीं देता है) करना चाहता है, जिसमें धोखाधड़ी निगरानी, ​​नियामक आवश्यकताएं और लेयर 7 डीडीओएस सुरक्षा शामिल हैं।



हालांकि हम निश्चित रूप से नियामक आवश्यकताओं की बात करने का अधिकार नहीं रखते हैं, हमारे अपने लेयर 7 DDoS शमन उत्पाद (समाधान जिसमें हमें किसी भी संवेदनशील डेटा का खुलासा करने के लिए ग्राहक की आवश्यकता नहीं है ) 2012 में पीएफएस को ध्यान में रखते हुए बनाया गया था। स्टार्ट, और हमारे ग्राहकों को सर्वर-साइड टीएलएस संस्करण अपग्रेड के बाद अपने बुनियादी ढांचे में कोई बदलाव नहीं करना चाहिए।

अगली पीढ़ी के प्रोटोकॉल और सुइट्स के विकास के संबंध में एक चिंता यह है कि यह आमतौर पर अकादमिक अनुसंधान पर बहुत अधिक निर्भर करता है, और डीडीओएस शमन उद्योग के लिए इसकी स्थिति काफी खराब है। IETF ड्राफ्ट "QUIC प्रबंधनीयता" की धारा 4.4 , जो भविष्य के QUIC प्रोटोकॉल सूट का एक हिस्सा है, को इसके एक आदर्श उदाहरण के रूप में देखा जा सकता है: यह बताता है कि "[DDoS हमलों का पता लगाने और शमन में वर्तमान प्रथाएं आमतौर पर निष्क्रिय होती हैं। माप नेटवर्क प्रवाह डेटा का उपयोग करते हुए ", वास्तव में उत्तरार्द्ध वास्तव में जीवन उद्यम वातावरण में बहुत कम मामला है (और केवल आंशिक रूप से आईएसपी सेटअप के लिए) - और किसी भी तरह से शायद ही" सामान्य मामला "व्यवहार में है - लेकिन निश्चित रूप से एक सामान्य मामला अकादमिक शोध पत्र, जो अधिकतर समय, उचित डीडीओएस हमलों की पूरी श्रृंखला के खिलाफ उचित कार्यान्वयन और वास्तविक-विश्व परीक्षण द्वारा समर्थित नहीं होते हैं, जिसमें अनुप्रयोग परत वाले (जो, दुनिया भर में टीएलएस तैनाती में प्रगति के कारण शामिल हैं, स्पष्ट रूप से शामिल हो सकते हैं) अब किसी भी निष्क्रिय माप के साथ संभाला नहीं जाना चाहिए)।
इसी तरह, हम अभी तक नहीं जानते हैं कि DDoS शमन हार्डवेयर निर्माता TLS 1.3 वास्तविकता के अनुकूल कैसे होंगे। आउट-ऑफ-बैंड प्रोटोकॉल समर्थन की तकनीकी जटिलता के कारण, उन्हें कुछ समय लग सकता है।

2019 में DDoS शमन प्रदाताओं के लिए उचित अकादमिक अनुसंधान प्रवृत्ति स्थापित करना एक चुनौती है। एक क्षेत्र जहां यह किया जा सकता है वह IRTF के भीतर SMART अनुसंधान समूह है जहां शोधकर्ता उद्योग के साथ मिलकर अपने समस्या क्षेत्र के ज्ञान और अनुसंधान निर्देशों को परिष्कृत कर सकते हैं। हम उन सभी शोधकर्ताओं का गर्मजोशी से स्वागत करेंगे जो हमें उस शोध समूह के साथ-साथ ईमेल: rnd@qrator.net पर भी सवाल या सुझाव देना चाहते हैं।