मोठी किल्ली संख्या VPN अधिक सुरक्षित का करत नाही

जाहिरात 256 बिट म्हणते, दुसरे उत्पादन 128 बिट म्हणते, आणि हे आकडे वेगवेगळ्या गोष्टी वर्णन करतात हे लक्षात येईपर्यंत निष्कर्ष स्पष्ट वाटतो. सममित सायफरची किल्ली, प्रमाणपत्राची सार्वजनिक किल्ली आणि किल्ली-विनिमय मापदंड एकाच मापनपट्टीवर मोजले जात नाहीत. त्यापैकी कोणतीही ग्राहकाने सर्व्हरची पडताळणी केली का हे व्यापत नाही. संख्या खरी माहिती आहे, आणि तिच्याभोवतीच्या मार्केटिंगने सुचवलेल्यापेक्षा ती खूपच मर्यादित आहे.

काहीही तुलना करण्यापूर्वी कोणती किल्ली मोजली जाते आणि ती कशापासून संरक्षण करते हे विचारा.

तीन कामांसह तीन किल्ल्या

डेटा सायफर बोगद्याचा पेलोड एनक्रिप्ट करते, आणि तिची किल्ली प्रत्येक सत्रासाठी नव्याने काढली जाते. प्रमाणपत्राची सार्वजनिक किल्ली प्रमाणीकरणादरम्यान एका टोकाची ओळख सिद्ध करते. किल्ली-विनिमयाची पायरी, सामान्यतः Diffie-Hellman चा तात्पुरता प्रकार, अशी सामायिक गुप्तता प्रस्थापित करते जी नंतर कोणताही पक्ष पुन्हा तयार करू शकत नाही. प्रत्येकाच्या स्वतःच्या शक्ती-गृहीतकांच्या आणि स्वतःच्या आकार-परंपरा आहेत.

म्हणून 256 ला 2048 आणि 32 च्या शेजारी आकाराने मांडता येत नाही; ती वेगवेगळ्या प्रश्नांची उत्तरे आहेत.

एका भूमिकेच्या आतही संख्या केवळ वापरल्या जाणाऱ्या अल्गोरिदम कुटुंबाच्या संदर्भातच काही सांगते.

संख्या कुठे मदत करते आणि कुठे थांबते

एका अल्गोरिदममध्ये, मोठी किल्ली क्रूर-शक्ती शोधाचा खर्च वाढवते, आणि प्रकाशित मार्गदर्शक तत्त्वे गणना-शक्ती बदलताच प्रमाणपत्र किल्ल्यांसाठी किमान मर्यादा ठरवतात. ती वैध आणि संकुचित तुलना आहे: AES-128 आणि AES-256 दोन्ही विस्तृत फरकाने थेट हल्ल्याला तोंड देतात, त्यामुळे प्रत्यक्षात फरक क्वचितच निर्णायक घटक असतो.

त्या तुलनेबाहेर संख्या कॉन्फिगरेशन चुका, प्रमाणपत्र पडताळणी किंवा प्रोटोकॉल आवृत्तीबद्दल काहीही भाकीत करत नाही.

संपूर्ण वाटाघाटी झालेला सूट वाचा

कनेक्शन प्रत्यक्षात जे वापरते तो एक सूट आहे: सायफर मोड, अखंडता किंवा प्रमाणित-एन्क्रिप्शन रचना, किल्ली-विनिमय गट आणि प्रमाणीकरण पद्धत. योग्य हँडशेकसह आधुनिक AEAD मोड वेगळ्या MAC सह जोडलेल्या जुन्या मोडपेक्षा वेगळा प्रस्ताव आहे, जरी शीर्षकातील किल्ली-आकार समान असला तरी.

openvpn --show-ciphers | head -20
openvpn --show-tls | head -20
openssl x509 -in server.crt -noout -text | grep -E 'Public-Key|Signature Algorithm'
wg show

कॉन्फिगर केलेले कमाल नाही, वाटाघाटीचा निकाल वाचा. मजबूत सूट देणारा ग्राहकही सर्व्हरने कमकुवत पर्याय निवडला आणि प्रोफाइलने परवानगी दिली तर कमकुवतपणेच जोडला जातो. कार्यक्षमता चिंतेची असेल तर संबंधित उपकरणावर आणि मार्गावर ती मोजा, कारण हार्डवेअर प्रवेग आणि पॅकेट आकार सामील झाल्यावर किल्ली-आकार थ्रूपुटचा खराब अंदाज आहे.

कोणतीही संख्या कधीही न मोजणारे भाग

सॉफ्टवेअर देखभाल ही पहिली चूक. दुरुस्त्या मिळणे थांबलेल्या लायब्ररीवर उभारलेला बोगदा त्याच्या किल्ली-आकाराच्या संकेतापेक्षा कमकुवत असतो, आणि कोणतेही कॉन्फिगरेशन मूल्य ते सुधारत नाही. ऑपरेटरचे वर्तन दुसरे आहे: कनेक्शन नोंदी, खाते माहिती आणि समर्थन हाताळणी पूर्णपणे क्रिप्टोग्राफीबाहेर आहेत. तुमच्या अपेक्षेपेक्षा जास्त ठेवणारी सेवा लांब किल्लीमुळे अधिक सुरक्षित होत नाही.

समकक्षाची पडताळणी तिसरी आणि सर्वात परिणामकारक आहे. कोणतेही प्रमाणपत्र स्वीकारणाऱ्या ग्राहकाभोवती प्रमाणित न केलेल्या समकक्षाभोवती मजबूत सायफर गुंडाळलेला असतो, जो योग्य पडताळणीसह असलेल्या साध्या सायफरपेक्षा वाईट आहे. संख्येपूर्वी या तीन गोष्टी तपासा, आणि संख्या तिचे योग्य स्थान घेईल.