अभिसरण - प्रमाणन प्राधिकरण प्रणाली का संभावित प्रतिस्थापन

सभी को शुभ दिन!

मैं तुरंत उन सामग्रियों के लिए दो लिंक देना चाहूंगा जिनके आधार पर यह नोट संकलित किया गया था। आप अपने आप को सीधे स्रोतों से परिचित कर सकते हैं और विषय को नहीं पढ़ सकते हैं, जो कि थोड़े से अंतराल के साथ मुख्य बिंदुओं का सिर्फ मेरा मुफ्त अनुवाद है।
ब्लैकहैट यूएसए 2011: एसएसएल एंड द फ्यूचर ऑफ ऑथेंटिसिटी
Moxie Marlinspike :: ब्लॉग - एसएसएल और प्रामाणिकता का भविष्य

पृष्ठभूमि

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

मुझे उपरोक्त लेख से टिप्पणी के एक जोड़े को उद्धृत करें:

प्रमाण पत्र वायु व्यापार का एक बड़ा उदाहरण है। और काफी वास्तविक धन के लिए आपको बाइट्स का एक सेट मिलता है जो कुछ भी गारंटी नहीं देता है और किसी भी चीज़ से रक्षा नहीं करता है। ... (ग) गुस्सा_ल

और इसका उत्तर:

अपने MiM सुरक्षा विकल्प की पेशकश करें! तब आप हवा में व्यापार करेंगे या इतने समृद्ध और लोकप्रिय हो जाएंगे कि कुछ भी करने की आवश्यकता नहीं होगी। (c) ओकाज़िमिरोव

कई टिप्पणियाँ भी हैं, जिनसे यह स्पष्ट है कि लोग अभी भी निम्नलिखित विषयों, समस्याओं और प्रश्नों की परवाह करते हैं:

• सर्टिफिकेट ट्रेडिंग - एयर ट्रेडिंग? हम पैसे के लिए क्या भुगतान करते हैं?
• क्या प्रमाणीकरण प्राधिकारी (सीए) उन्हें सौंपी गई जिम्मेदारियों का सामना करते हैं और क्या हम मान सकते हैं कि वे वास्तविक सुरक्षा प्रदान करते हैं, या इसे प्रश्न कहा जा सकता है?
• एलिस और बॉब, मंबो जंबो को क्या करना है, खुद को कपटी मानव-मध्य से बचाने के लिए?

ये केवल वे प्रश्न हैं जो सतह पर बहुत अधिक हैं, गहरे - अधिक। आइए एक नज़र डालें और चर्चा करें।

सिद्धांत की बिट

इंटरनेट पर नोड्स के बीच डेटा का सुरक्षित संचरण HTTPS प्रोटोकॉल (HTTP प्रोटोकॉल एक्सटेंशन) के माध्यम से होता है, जिसमें प्रेषित डेटा SSL / TLS क्रिप्टोग्राफ़िक प्रोटोकॉल में समझाया जाता है (TLS SSL 3.0 के आधार पर विकसित एक मानक है), जो बदले में एक असममित एल्गोरिथ्म के उपयोग पर आधारित है। सार्वजनिक कुंजी एन्क्रिप्शन - RSA। असममित क्रिप्टोग्राफी के साथ एक आम समस्या सार्वजनिक कुंजी की प्रामाणिकता की पुष्टि करने में कठिनाई है। इसलिए, सार्वजनिक-कुंजी एल्गोरिदम पर आधारित सभी क्रिप्टोग्राफ़िक प्रोटोकॉल में, ट्रस्ट का मुद्दा मौलिक महत्व का है। अर्थात्, यह कैसे सुनिश्चित किया जाए कि सर्वर से प्राप्त सार्वजनिक कुंजी वास्तव में वह कुंजी है जिसका उपयोग वह सर्वर करता है जिसके साथ आप एक सुरक्षित संचार चैनल स्थापित करना चाहते हैं, न कि आपके मानव-इन-मध्य नेटवर्क खंड में स्थित कुंजी जो आपके सभी HTPPS को लपेटती है आपके sslsniff पर ट्रैफ़िक। एक विश्वास मुद्दा है।

प्रमाणीकरण प्राधिकारी

ऐतिहासिक रूप से, उन्होंने पीकेआई (पब्लिक की इन्फ्रास्ट्रक्चर) जैसी प्रमाणीकरण तकनीक का उपयोग करके विश्वास की समस्या को हल करना शुरू किया। यह उपायों की एक व्यापक प्रणाली है जो CA के माध्यम से उपयोगकर्ता की पहचान के साथ सार्वजनिक कुंजी को जोड़ती है। PKI एक सार्वजनिक कुंजी क्रिप्टोग्राफ़िक प्रणाली और कई बुनियादी सिद्धांतों के उपयोग पर आधारित है:

1. निजी कुंजी केवल उसके स्वामी के लिए जानी जाती है।
2. CA एक सार्वजनिक कुंजी प्रमाणपत्र बनाता है, जिससे यह कुंजी प्रमाणित होती है।
3. किसी को एक दूसरे पर भरोसा नहीं है, लेकिन हर कोई सीए पर भरोसा करता है।
4. सीए किसी दिए गए व्यक्ति को सार्वजनिक कुंजी के स्वामित्व की पुष्टि या खंडन करता है, जो संबंधित निजी कुंजी का मालिक है।

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

समस्या

क्या समस्या है? समस्या यह है कि वे आपके लिए तय करते हैं कि आपको किस पर भरोसा करना है। उसी क्षण जब संसाधन का मालिक यह तय करता है कि वह कोमोडो से प्रमाण पत्र प्राप्त करेगा, कहेगा - वह आपके लिए फैसला करता है, जिस पर आपको भरोसा करना होगा। कोई कह सकता है कि उसका संसाधन उसके लिए है और यह उस पर निर्भर है कि वह किससे प्रमाणपत्र प्राप्त करे। हां, लेकिन डेटा (उदाहरण के लिए क्रेडिट कार्ड डेटा) यह संसाधन आपका है! और यह, उसकी माँ, एक समस्या है! सब कुछ ठीक होगा अगर किसी को प्रमाणीकरण केंद्रों की मौजूदा प्रणाली की विश्वसनीयता पर सवाल नहीं उठाया जाता है और वे अपना काम पूरी तरह से करेंगे, लेकिन ऐसा नहीं है। यूटी निजी कंपनियां हैं, वे आपके लिए अज्ञात लोगों को रोजगार देते हैं, जो अपने स्वार्थों को आगे बढ़ा सकते हैं, रिश्वत दे सकते हैं, डरा सकते हैं और ब्लैकमेल कर सकते हैं। एक CA को बाहरी लोगों (उर्फ हैकर) से समझौता किया जा सकता है। आप कोमोडो सीए के साथ एक शोरगुल वाली कहानी को याद कर सकते हैं जो इस वर्ष ( लिंक ) के वसंत में हुई थी, जिसके दौरान साइबर अपराधियों द्वारा इसका परिसमापन किया गया था और दूसरे दिन DigiNotar CA ( link1 , link2 ) के साथ घटना हुई थी। DigiNotar के साथ, उन्होंने किसी तरह समस्या का समाधान किया - नरक तक उन्हें ब्राउज़रों में रूट प्रमाणपत्र की सूची से काट दिया और यह खत्म हो गया ( क्योंकि गलत जारी की सीमा स्पष्ट नहीं है, हम फ़ायरफ़ॉक्स के नए संस्करण जारी कर रहे हैं ... शीघ्र ही यह रद्द हो जाएगा डिगिनोटार रूट में भरोसा )। लेकिन कोमोडो डिगिनोटार नहीं है, जो एक बड़ी मछली है। कोमोडो को क्या हुआ? सब लोग गिड़गिड़ाए, गिड़गिड़ाए और भूल गए। जिस तरह कोमोडो ब्राउजर रूट सर्टिफिकेट की सूची में था, वह वैसा ही रहा, क्योंकि उसने सर्टिफिकेट बेचा, वह अब भी बिकता है। आप शांति से सो सकते हैं, उन लोगों पर भरोसा करना जारी रख सकते हैं जो आपके ब्राउज़र की प्रमाणपत्र प्राधिकरण सूची में पंजीकृत हैं। और ये केवल वे मामले हैं जो प्रेस में कवर किए गए थे, लेकिन उनमें से कितने ऐसे थे जो सभी को नहीं बताए गए थे, जिन्हें वे खुद भी नहीं जानते थे, वर्तमान में कितने वैध रूप से वैध प्रमाण पत्र हैं, लेकिन प्रकृति, प्रमाण पत्र द्वारा छोड़ दिया गया है? और यहां तक ​​कि अगर हम अज्ञात हमलावरों के कारक को बाहर करते हैं जो प्रमाणन अधिकारियों को बाहर से प्रमाणित करने के काम से समझौता करते हैं, तो इन केंद्रों के पर्दे के पीछे क्या हो रहा है? विशेषों के प्रतिनिधियों के बारे में क्या। सेवाओं? बकवास है? इस लेख और इसमें दिए गए लिंक - कानून प्रवर्तन उपकरण अंडरमाइन एसएसएल पर एक नज़र डालें। सामान्य तौर पर, छोटी समस्याएं, जो कोई भी कह सकता है, लेकिन वहाँ हैं, केवल अंधे उन्हें नहीं देख सकते हैं।

निर्णय

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

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

1. ग्राहक एक निश्चित साइट के साथ एक सुरक्षित संचार चैनल स्थापित करना चाहता है। वह इस साइट तक पहुँचता है और उससे एसएसएल प्रमाणपत्र प्राप्त करता है। सवाल यह है - क्या यह इस साइट का प्रमाण पत्र है या एक प्रमाण-पत्र है जो मैन-इन-द-मिडल फिसल गया है? जांच की जरूरत है।
2. ग्राहक अपने द्वारा बनाए गए प्रमाणन सर्वरों की सूची में बदल जाता है और उनमें से प्रत्येक से पूछता है - "आप इस साइट पर क्या प्रमाण पत्र देखते हैं?"।
3. एक सर्वर अनुरोध के जवाब में, वे निर्दिष्ट साइट की ओर मुड़ते हैं और उससे एक प्रमाण पत्र भी प्राप्त करते हैं, और फिर उन्हें अपने हस्ताक्षर के साथ आश्वासन देते हुए अनुरोध करने वाले ग्राहक को अग्रेषित करते हैं।
4. क्लाइंट सर्टिफिकेट की तुलना सर्वर से सीधे सर्टिफिकेट सर्वर से प्राप्त सर्टिफिकेट से करता है।
5. यदि प्रमाण पत्र मेल खाते हैं - सब कुछ ठीक है, तो हम काम करते हैं। वे इत्तेफाक नहीं रखते हैं - कहीं आस-पास मैन-इन-द-मिडिल है और यह मुश्किल में है।

कार्यान्वयन

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

हम घूमते हैं और फ़ायरफ़ॉक्स प्लगइन स्थापित करते हैं - onvergence :


हम एक नोटरी-सूची बनाते हैं। ऐसा करने के लिए, आप मौजूदा सर्वरों की सूची का उपयोग कर सकते हैं - नोटरी सूची , आप अपने नोटरी-सर्वरों को बढ़ा सकते हैं - रनिंग-ए-नोटरी , आप पहले और दूसरे को कर सकते हैं।



सिस्टम सेटिंग्स की विशेषताओं में से - आप वेरिफिकेशन ट्रैशोल्ड विकल्प को बदलकर व्यामोह सीमा को समायोजित कर सकते हैं।


पहले, पारंपरिक प्रमाणन प्राधिकरण प्रणाली का उपयोग कर रहा था:


हम प्लगइन को सक्रिय करते हैं, कन्वर्जेंस पर जाते हैं:


अच्छी छोटी चीजें:

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

निष्कर्ष

मुझे किस पर भरोसा करना है?
... और कब तक?
लोगों का एक निर्धारित सेट,
या समय बदलने की कोशिश करने के लिए?