IETF ने संदेश देने के लिए एक नया मानक प्रस्तावित किया है - जिसे आपको जानना आवश्यक है

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


/ फोटो रामा सी.सी.

IETF इंजीनियरों ने दो दस्तावेज जारी किए हैं। पहला एमएलएस प्रोटोकॉल को लागू करने के लिए मैसेजिंग सिस्टम आवश्यकताओं का वर्णन करता है, और दूसरा एमएलएस प्रोटोकॉल का वर्णन करता है ।

मैसेजिंग आर्किटेक्चर के बारे में

संदेश सेवा (संदेश सेवा) में दो सेवाएँ शामिल हैं जो संदेश प्राप्त / प्रसारित करने की सुरक्षा की निगरानी करती हैं।

पहला ऑथेंटिकेशन सर्विस है। वह व्यक्तिगत डेटा की सुरक्षा के लिए जिम्मेदार है - लॉगिन, फोन नंबर, साथ ही ग्राहकों की पहचान करने के लिए एक अद्वितीय कुंजी जोड़ी।

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

कई प्रणालियों में, वितरण और पहचान सेवाओं का प्रतिनिधित्व एक तार्किक इकाई या सर्वर द्वारा किया जाता है। हालांकि, एमएलएस में, ये दो अलग-अलग घटक हैं। लेखकों ने इन प्रक्रियाओं को अलग करने का फैसला किया, ताकि ओएसयूटी जैसे खुले प्राधिकरण प्रोटोकॉल के साथ एमएलएस का उपयोग किया जा सके।

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

MLS कैसे काम करता है

मैसेजिंग उपयोगकर्ताओं को एक साथ समूहीकृत किया जाता है। एक समूह बनाने के लिए, प्रतिभागी अपनी UserInitKey कुंजियों को "जोड़ें" और एक रहस्य बनाते हैं। UserInitKey एक प्रमुख डिफी-हेलमैन जोड़ी है और व्यक्तिगत उपयोगकर्ताओं को आरंभ करने के लिए कार्य करता है।



प्रोटोकॉल दो प्रकार के द्विआधारी पेड़ों का उपयोग करता है। पहला - मर्कल ट्री (यह एक हैश ट्री है) - समूह के सदस्यों द्वारा किए गए संचालन की प्रामाणिकता की पुष्टि करने के लिए कार्य करता है। दूसरा प्रकार - शाफ़्ट-ट्री - का उपयोग उनके रहस्यों को निकालने के लिए किया जाता है।

समूह निम्नलिखित बुनियादी कार्यों को अंजाम दे सकता है:

• समूह का एक नया सदस्य जोड़ें (एक संवाद बनाएं)।
• अद्यतन समूह के सदस्य गुप्त जानकारी।
• समूह के एक सदस्य को हटा दें।

यदि समूह A का कोई सदस्य B और C के साथ कोई संवाद बनाना चाहता है, तो वह सबसे पहले उनकी आरंभीकरण कुंजी (InitKeys) डाउनलोड करता है। फिर GroupAdd संदेश बनाने के लिए इन कुंजियों का उपयोग किया जाता है, जिसमें सदस्यों B और C को जोड़ना चाहिए।

GroupAdd संदेश पूरे समूह को भेजे जाते हैं और B और C. के क्रम में संसाधित होते हैं जब उनकी प्रतिक्रियाएँ A में वापस आती हैं, तो समूह की स्थिति अपडेट हो जाती है और यह "नई आगमन" प्रदर्शित करता है। समूह में स्वीकार किए जाने से पहले सिस्टम के सदस्यों द्वारा भेजे गए किसी भी अन्य संदेशों को नजरअंदाज कर दिया जाता है।



TLS और DTLS के विपरीत, नए प्रोटोकॉल में "हैंडशेक" चरण शामिल नहीं है। एमएलएस तथाकथित हैंडशेक संदेशों का उपयोग करता है। पत्राचार में भाग लेने वाले हर बार उनका आदान-प्रदान करते हैं, आपको समूह के नए सदस्य को जोड़ने या हटाने की आवश्यकता होती है।

हैंडशेक संदेश समूह के स्थिति परिवर्तन के बारे में एक विशेष संदेश को एन्क्रिप्ट करता है, और इसमें GroupInitKey भी शामिल है, ताकि एक नए सदस्य को आरंभीकृत किया जा सके, और समूह के वर्तमान सदस्यों में से एक के हस्ताक्षर, साथ में मर्कल के प्रमाण (हस्ताक्षर करने वाले व्यक्ति की "प्रामाणिकता" सत्यापित करने के लिए)।

एमएलएस का इंतजार

Google, मोज़िला, ट्विटर, MIT, फ्रांसीसी अनुसंधान संस्थान INRIA और वायर संचार मंच के प्रतिनिधियों ने MLS के लिए वास्तुकला और आवश्यकताओं को विकसित करने में भाग लिया । प्रोटोकॉल खुद सिस्को, फेसबुक, गूगल और ऑक्सफोर्ड विश्वविद्यालय के लोगों द्वारा बनाया गया था।


/ फोटो बुक कैटलॉग सी.सी.

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

---

हम IT-GRAD में क्या करते हैं: • IaaS • PCI DSS होस्टिंग • क्लाउड 152-152

---

हमारे IaaS कॉर्पोरेट ब्लॉग से सामग्री:

• क्लाउड में सर्वरलेस कंप्यूटिंग - आधुनिकता की प्रवृत्ति या आवश्यकता?
• IaaS प्रदाता के क्लाउड में 100% बुनियादी ढांचे को कैसे रखा जाए और इसे पछतावा न हो
• वित्तीय क्षेत्र में क्लाउड प्रौद्योगिकी: रूसी कंपनियों का अनुभव