TLS सायफर सूट तपासक

निगोशिएटेड प्रोटोकॉल, सिफर सूट आणि लेगसी अल्गोरिदम स्पष्ट करण्यासाठी TLS स्कॅन किंवा हँडशेक सारांश पेस्ट करा.

TLS पुरावा
वाचनीय स्कॅनर आउटपुट किंवा ClientHello/ServerHello फील्ड पेस्ट करा. रॉ बायनरी किंवा पॅकेट कॅप्चर फाइल समर्थित नाही.
TLS व्याख्या

प्रोटोकॉल आवृत्त्या

सिफर सुइट्स

TLS स्कॅन किंवा हँडशेक सारांश पेस्ट करा, नंतर त्याचे विश्लेषण करा.
तपासण्यासाठी TLS पुरावे पेस्ट करा.

तुमचे पेस्ट केलेले TLS तपशील तुमच्या ब्राउझरमध्ये राहतात. BroBroGo त्यांना अपलोड किंवा जतन करत नाही.

नेहमी विचारले जाणारे प्रश्न

मी कोणते TLS आउटपुट फॉरमॅट पेस्ट करू शकतो?

सामान्य TLS स्कॅनर, openssl s_client, पॅकेट-विश्लेषण सारांश, किंवा एक लहान ClientHello किंवा ServerHello नोटमधून मजकूर पेस्ट करा. तपासक सामान्य IANA नावे, OpenSSL उपनावे आणि अनेक सामान्य हेक्साडेसिमल सूट आयडी ओळखतो; हे कच्चे पॅकेट बाइट्स डीकोड करत नाही.

TLS 1.3 सायफर सूट RSA किंवा ECDHE का दाखवत नाही?

TLS 1.3 सायफर सूट नावे रेकॉर्ड एन्क्रिप्शन आणि हँडशेक हॅशचे वर्णन करतात. की एक्सचेंज आणि ऑथेंटिकेशनची स्वतंत्रपणे वाटाघाटी केल्या जातात, त्यामुळे त्यांचा केवळ सूटच्या नावावरून अंदाज लावला जाऊ शकत नाही.

हा परिणाम सर्व्हर सुरक्षित असल्याचे सिद्ध करतो का?

नाही. हे फक्त तुम्ही पेस्ट केलेला मजकूर स्पष्ट करते. ते होस्टशी कनेक्ट करत नाही, प्रमाणपत्र सत्यापित करत नाही, की आकार मोजत नाही, डाउनग्रेड वर्तनाची चाचणी घेत नाही किंवा सर्व्हर स्वीकारत असलेला प्रत्येक सूट दर्शवत नाही.

TLS प्रोटोकॉल आवृत्त्या आणि त्यांचे महत्त्व

ट्रान्सपोर्ट लेयर सिक्युरिटी (TLS) प्रोटोकॉल हा इंटरनेटवरील डेटा सुरक्षित ठेवण्यासाठी पायाभूत मानला जातो. TLS च्या विविध आवृत्त्या सुरक्षा आणि कार्यक्षमतेच्या दृष्टीने अत्यंत भिन्न आहेत. जुन्या आवृत्त्यांमधील त्रुटी दूर करून नवीन आवृत्त्यांमध्ये अधिक मजबूत सुरक्षा मानके लागू केली गेली आहेत.

  • TLS 1.0 आणि 1.1: या आवृत्त्या आता पूर्णपणे कालबाह्य झाल्या आहेत. यामध्ये वापरले जाणारे अनेक अल्गोरिदम आता असुरक्षित मानले जातात.
  • TLS 1.2: हा सध्या मोठ्या प्रमाणावर वापरला जाणारा प्रोटोकॉल आहे. यामध्ये अनेक सायफर सुइट्सचे पर्याय उपलब्ध आहेत, परंतु सुरक्षिततेसाठी याचे योग्य कॉन्फिगरेशन आवश्यक आहे.
  • TLS 1.3: ही सर्वात आधुनिक आणि सुरक्षित आवृत्ती आहे. यामध्ये हँडशेक प्रक्रिया जलद करण्यात आली आहे आणि जुने, कमकुवत सायफर सुइट्स पूर्णपणे काढून टाकण्यात आले आहेत.

हा तपासक मजकुराचे विश्लेषण करून त्यामध्ये "वाटाघाटी केल्या" (negotiated), "देऊ केले" (offered), किंवा "निरीक्षण केले" (observed) अशा भूमिकांनुसार प्रोटोकॉल आवृत्त्या ओळखतो. जर मजकुरात कोणतीही आवृत्ती आढळली नाही, तर "पुरवलेल्या मजकुरात कोणतीही प्रोटोकॉल आवृत्ती आढळली नाही." असा संदेश दर्शवला जातो.


TLS सायफर सुइट्सची रचना आणि घटक

TLS सायफर सूट (Cipher Suite) हा क्रिप्टोग्राफिक अल्गोरिदमचा एक संच असतो जो कनेक्शन सुरक्षित करण्यासाठी वापरला जातो. सामान्यतः एका सायफर सूटमध्ये खालील घटकांचा समावेश असतो:

  1. की एक्सचेंज (Key Exchange): उदा. ECDHE किंवा RSA, जे क्लायंट आणि सर्व्हर दरम्यान गुप्त की सुरक्षितपणे सामायिक करण्यासाठी वापरले जाते.
  2. प्रमाणीकरण (Authentication): उदा. RSA किंवा ECDSA, जे सर्व्हरची ओळख पटवण्यासाठी वापरले जाते.
  3. बल्क एन्क्रिप्शन (Bulk Encryption): उदा. AES किंवा ChaCha20, जे प्रत्यक्ष डेटा एन्क्रिप्ट करण्यासाठी वापरले जाते.
  4. मेसेज ऑथेंटिकेशन (Message Authentication): उदा. SHA-256 किंवा SHA-384, जे डेटाची अखंडता (Integrity) तपासण्यासाठी वापरले जाते.

हा तपासक सामान्य IANA नावे, OpenSSL उपनावे आणि अनेक सामान्य हेक्साडेसिमल सूट आयडी ओळखतो. विश्लेषणादरम्यान प्रत्येक सायफर सूटचे वर्गीकरण "आधुनिक" (modern), "पुनरावलोकन करा" (review), "नापसंत" (deprecated), किंवा "अज्ञात" (unknown) अशा श्रेणींमध्ये केले जाते. जर मजकुरात कोणताही सायफर सूट आढळला नाही, तर "पुरवलेल्या मजकुरात कोणताही सायफर सूट आढळला नाही." असा संदेश दिसतो.


कालबाह्य आणि असुरक्षित क्रिप्टोग्राफिक अल्गोरिदम

सुरक्षिततेच्या दृष्टीने कमकुवत ठरलेले अनेक अल्गोरिदम आता नापसंत किंवा प्रतिबंधित करण्यात आले आहेत. हा तपासक अशा अल्गोरिदमचा शोध घेतो आणि खालीलप्रमाणे विशिष्ट निष्कर्ष दर्शवतो:

अल्गोरिदम / सायफर प्रकार तपासकाचा निष्कर्ष (Finding)
RC4 RC4 नापसंत आहे आणि वाटाघाटी करणे आवश्यक नाही.
DES DES सामान्य TLS वापरासाठी सुरक्षित नाही.
3DES 3DES चा ब्लॉक आकार लहान आहे आणि तो TLS साठी बहिष्कृत आहे.
NULL NULL एन्क्रिप्शन गोपनीयता प्रदान करत नाही.
EXPORT EXPORT सुइट्स हेतुपुरस्सर कमकुवत क्रिप्टोग्राफी वापरतात आणि ते नापसंत केले जातात.
Anonymous निनावी सुइट्स पीअरला प्रमाणीकृत करत नाहीत आणि ते व्यत्यय आणण्यासाठी असुरक्षित असतात.
MD5 MD5 सामान्य TLS वापरासाठी सुरक्षित नाही.
SHA-1 हा संच SHA-1 वापरतो, जो सामान्य TLS वापरासाठी नापसंत केला जातो.
CBC Suites CBC सुइट्स वारसा आहेत. AEAD सूटला प्राधान्य द्या जसे की AES-GCM किंवा ChaCha20-Poly1305.
Static RSA स्थिर RSA की एक्सचेंज फॉरवर्ड गुप्तता प्रदान करत नाही.
CCM-8 CCM-8 एक लहान प्रमाणीकरण टॅग वापरते आणि प्रोटोकॉल-विशिष्ट पुनरावलोकन आवश्यक आहे.

याव्यतिरिक्त, जर एखादा सायफर सूट डेटाबेसमध्ये नसेल, तर "हा संच अंगभूत कॉमन-सूट नकाशामध्ये नाही. वर्तमान IANA रेजिस्ट्री किंवा स्कॅनर दस्तऐवजीकरण तपासा." असा निष्कर्ष दर्शवला जातो.


TLS 1.3 मधील की एक्सचेंज आणि ऑथेंटिकेशन

TLS 1.3 मध्ये सायफर सुइट्सची रचना पूर्णपणे बदलण्यात आली आहे. जुन्या आवृत्त्यांमध्ये की एक्सचेंज आणि ऑथेंटिकेशन हे सायफर सूटच्या नावाचा भाग असायचे (उदा. TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256).

TLS 1.3 मध्ये की एक्सचेंज आणि ऑथेंटिकेशनची स्वतंत्रपणे सिफर सूटमधून वाटाघाटी करते. त्यामुळे TLS 1.3 च्या सायफर सूटच्या नावावरून (उदा. TLS_AES_256_GCM_SHA384) की एक्सचेंज किंवा ऑथेंटिकेशन अल्गोरिदमचा थेट अंदाज लावता येत नाही. हँडशेक दरम्यान या घटकांची वाटाघाटी स्वतंत्रपणे केली जाते.


फॉरवर्ड सिक्रसीचे महत्त्व

फॉरवर्ड सिक्रसी (Forward Secrecy) ही एक अत्यंत महत्त्वाची सुरक्षा संकल्पना आहे. जर भविष्यात सर्व्हरची खाजगी की (Private Key) चोरीला गेली, तरीही भूतकाळात रेकॉर्ड केलेला एन्क्रिप्टेड डेटा डिक्रिप्ट करता येऊ नये, याची खात्री फॉरवर्ड सिक्रसी देते.

स्थिर RSA (Static RSA) की एक्सचेंजमध्ये फॉरवर्ड सिक्रसी उपलब्ध नसते. जर सर्व्हरची खाजगी की उघड झाली, तर त्या की चा वापर करून भूतकाळातील सर्व ट्रॅफिक डिक्रिप्ट केले जाऊ शकते. म्हणूनच, आधुनिक सुरक्षा मानकांमध्ये स्थिर RSA ऐवजी Ephemeral Diffie-Hellman (DHE किंवा ECDHE) की एक्सचेंज वापरण्याची शिफारस केली जाते.


मर्यादा आणि गोपनीयता धोरण

हा तपासक केवळ स्थिर विश्लेषणावर (Static Analysis) काम करतो. याचे कार्य आणि मर्यादा खालीलप्रमाणे आहेत:

  • थेट स्कॅन नाही: हे साधन कोणत्याही होस्टशी थेट कनेक्ट होत नाही, प्रमाणपत्रे सत्यापित करत नाही, की आकार मोजत नाही, किंवा डाउनग्रेड वर्तनाची चाचणी घेत नाही.
  • मजकूर मर्यादा: इनपुट मजकूर वाचनीय स्वरूपात असावा आणि तो 200,000 वर्णांपेक्षा कमी असावा. रॉ बायनरी किंवा पॅकेट कॅप्चर (.pcap) फाइल्स समर्थित नाहीत.
  • स्थानिक प्रक्रिया: तुमचे पेस्ट केलेले TLS तपशील तुमच्या ब्राउझरमध्ये राहतात. BroBroGo त्यांना अपलोड किंवा जतन करत नाही. प्रक्रिया पूर्णपणे तुमच्या ब्राउझरमध्ये स्थानिक पातळीवर पार पडते.

वारंवार विचारले जाणारे प्रश्न (FAQ)

मी कोणते TLS आउटपुट फॉरमॅट पेस्ट करू शकतो?

सामान्य TLS स्कॅनर, openssl s_client, पॅकेट-विश्लेषण सारांश, किंवा एक लहान ClientHello किंवा ServerHello नोटमधून मजकूर पेस्ट करा. तपासक सामान्य IANA नावे, OpenSSL उपनावे आणि अनेक सामान्य हेक्साडेसिमल सूट आयडी ओळखतो; हे कच्चे पॅकेट बाइट्स डीकोड करत नाही.

TLS 1.3 सायफर सूट RSA किंवा ECDHE का दाखवत नाही?

TLS 1.3 सायफर सूट नावे रेकॉर्ड एन्क्रिप्शन आणि हँडशेक हॅशचे वर्णन करतात. की एक्सचेंज आणि ऑथेंटिकेशनची स्वतंत्रपणे वाटाघाटी केल्या जातात, त्यामुळे त्यांचा केवळ सूटच्या नावावरून अंदाज लावला जाऊ शकत नाही.

हा परिणाम सर्व्हर सुरक्षित असल्याचे सिद्ध करतो का?

नाही. हे फक्त तुम्ही पेस्ट केलेला मजकूर स्पष्ट करते. ते होस्टशी कनेक्ट करत नाही, प्रमाणपत्र सत्यापित करत नाही, की आकार मोजत नाही, डाउनग्रेड वर्तनाची चाचणी घेत नाही किंवा सर्व्हर स्वीकारत असलेला प्रत्येक सूट दर्शवत नाही.

इनपुट रिकामे असल्यास किंवा खूप मोठे असल्यास कोणती त्रुटी येते?

जर इनपुट रिकामे असेल, तर "प्रथम TLS स्कॅन किंवा हँडशेक सारांश पेस्ट करा." ही त्रुटी दिसते. जर इनपुट 200,000 वर्णांपेक्षा जास्त असेल, तर "तो सारांश विलक्षण मोठा आहे. ते 200,000 वर्णांखाली ठेवा." ही त्रुटी दर्शवली जाते. जर कोणताही डेटा ओळखता आला नाही, तर "कोणतीही TLS आवृत्ती किंवा सायफर सूट ओळखला गेला नाही. वाचनीय स्कॅनर किंवा हँडशेक फील्ड पेस्ट करा." असा संदेश येतो.