TLS 1.3: क्या बदलता है और इसे कैसे जाँचें
अपडेट 2026-11-03 · 6 मिनट पढ़ें
TLS 1.3 एक दशक में पहला प्रोटोकॉल संशोधन है जो सुविधाएँ जोड़ने के बजाय हटाता है। इसी वजह से यह तेज़ है और गलत कॉन्फ़िगर करना कठिन — और इसीलिए केवल TLS 1.2 बोलने वाला सर्वर सर्वोच्च ग्रेड तक नहीं पहुँच सकता।
TLS 1.2 से क्या बदला
TLS 1.3 हैंडशेक को दो राउंड ट्रिप से एक कर देता है, और सत्र फिर शुरू करने पर शून्य। यह स्थिर RSA और Diffie-Hellman कुंजी विनिमय हटा देता है, इसलिए फ़ॉरवर्ड सीक्रेसी वैकल्पिक से अनिवार्य हो जाती है। यह CBC मोड साइफ़र, RC4, SHA-1 और कम्प्रेशन पूरी तरह छोड़ देता है, और हैंडशेक का अधिक हिस्सा एन्क्रिप्ट करता है — सर्टिफ़िकेट सहित — ताकि बीच के मध्यस्थ कम जानें।
व्यावहारिक परिणाम यह है कि लगभग हर पुरानी कमज़ोरी जिसके लिए सावधान कॉन्फ़िगरेशन चाहिए था, अब असंभव है। TLS 1.3 पर आप गलती से कमज़ोर साइफ़र तय नहीं कर सकते, क्योंकि प्रोटोकॉल केवल आधुनिक हैश वाले AEAD साइफ़र परिभाषित करता है।
यह ग्रेड के लिए क्यों मायने रखता है
CertH बाकी सब कुछ चाहे जैसा हो, A+ के लिए TLS 1.3 अनिवार्य करता है। उत्तम सर्टिफ़िकेट, मज़बूत साइफ़र और HSTS वाली साइट इसके बिना 95 और A पर रुक जाती है। यही एक पंक्ति सबसे आम कारण है कि अच्छी तरह चलाई जाने वाली साइट A पर ठहर जाती है।
दूसरा कारण हैंडशेक स्वयं है। उच्च विलंब वाले मोबाइल कनेक्शन पर बचाया गया एक राउंड ट्रिप हर नए कनेक्शन पर दर्जनों से सैकड़ों मिलीसेकंड है — अनुभव की गई गति पर सीधा, मापने योग्य असर।
इसे चालू करना
nginx पर TLS 1.3 समर्थन उस OpenSSL संस्करण पर निर्भर है जिसके साथ बाइनरी बनी है। OpenSSL 1.1.1 या नया चाहिए; कुछ भी बदलने से पहले nginx -V में built with OpenSSL स्ट्रिंग देखें।
Apache पर SSLProtocol पर्याप्त है यदि httpd आधुनिक OpenSSL से जुड़ा हो। Cloudflare पर TLS 1.3, SSL/TLS → Edge Certificates में ज़ोन-स्तरीय स्विच है और 2021 से अधिकांश ज़ोन में डिफ़ॉल्ट रूप से चालू है।
# nginx: does this binary even support TLS 1.3?
nginx -V 2>&1 | tr ' ' '\n' | grep -i openssl
# negotiate TLS 1.3 explicitly and print the protocol
openssl s_client -connect example.com:443 -tls1_3 -servername example.com </dev/null 2>/dev/null | grep -E "Protocol|Cipher"
वे जाल जिनका ज़िक्र कोई नहीं करता
0-RTT पुनःआरंभ तेज़ है पर दोहराया जा सकता है: पहली उड़ान पकड़ने वाला हमलावर उसे फिर भेज सकता है। ऐसे एंडपॉइंट पर 0-RTT कभी न दें जो पहले अनुरोध पर स्थिति बदलते हैं, जैसे कोई भी लेखन।
कुछ कॉर्पोरेट मिडलबॉक्स अभी भी TLS 1.3 पर टूटते हैं। TLS 1.2 साथ में चालू रखना मानक समझौता है — संगतता बनी रहती है और A+ की शर्त भी पूरी होती है, क्योंकि मूल्यांकनकर्ता TLS 1.3 दिए जाने को देखता है, TLS 1.2 बंद करने को नहीं।
अंत में, TLS समाप्त करने वाला CDN या लोड बैलेंसर ओरिजिन पूरी तरह छिपा देता है। एज बदले बिना ओरिजिन बदलने से वह कुछ नहीं बदलता जो बाहरी स्कैनर देख सके।
FAQ
TLS 1.3 चालू होने पर TLS 1.2 बंद करना चाहिए?
नहीं। TLS 1.2 चालू रखना पुराने क्लाइंट और मिडलबॉक्स के साथ संगतता बनाए रखता है और कोई अंक नहीं कटता। इसे बंद करने से केवल फ़ॉलबैक विकल्प हटते हैं।
क्या TLS 1.3 मेरे सर्टिफ़िकेट की आवश्यकताएँ बदलता है?
यह कुछ पुराने एल्गोरिदम को अनुपयोगी बना देता है। RSA कुंजी वाले सर्टिफ़िकेट ठीक हैं, पर चेन को प्रोटोकॉल द्वारा अनुमत सिग्नेचर एल्गोरिदम इस्तेमाल करने होंगे — उदाहरण के लिए SHA-1 सिग्नेचर TLS 1.3 में उपयोगी नहीं हैं।