मैसेजिंग में क्रिप्टोग्राफ़िक लचीलापन: सुरक्षित प्रोटोकॉल अपग्रेड

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

IETF का RFC 7696 एल्गोरिदम के लचीलेपन को एक माइग्रेशन समस्या बताता है, जिसमें पहचानकर्ता, कार्यान्वयन और संचालन संबंधी बदलाव शामिल हैं। संस्करण संख्या यह पहचानने में मदद करती है कि क्या इस्तेमाल हो रहा है; वह अपने आप माइग्रेशन को सुरक्षित नहीं बनाती।

तीन संस्करण जिनमें आसानी से भ्रम हो सकता है

किसी मैसेंजर में ऐप संस्करण, वायर-प्रोटोकॉल संस्करण और क्रिप्टोग्राफ़िक सूट पहचानकर्ता हो सकते हैं। वे अलग-अलग सवालों के जवाब देते हैं:

पहचानकर्ता	समीक्षक को क्या बताता है	क्या सिद्ध नहीं करता
ऐप रिलीज़	सॉफ़्टवेयर का कौन-सा बिल्ड स्थापित है	कि हर बातचीत नवीनतम प्रोटोकॉल इस्तेमाल करती है
प्रोटोकॉल संस्करण	संदेश का कौन-सा प्रारूप और स्थिति के कौन-से नियम लागू होते हैं	कि कार्यान्वयन उन नियमों का सही पालन करता है
एल्गोरिदम या सूट पहचानकर्ता	कौन-से क्रिप्टोग्राफ़िक घटक चुने गए हैं	कि संस्करण तय करने की प्रक्रिया को डाउनग्रेड नहीं किया जा सकता

रिलीज़ नोट्स में यह संबंध स्पष्ट होना चाहिए। “नया एन्क्रिप्शन जारी किया गया” अस्पष्ट है, यदि उसका उपयोग केवल नई बनाई गई बातचीत करती है या कोई पुराना जुड़ा क्लाइंट पुराने मोड पर लौटने का कारण बनता है।

सुरक्षित माइग्रेशन में क्या निर्धारित होना चाहिए

एक ठोस परिदृश्य से शुरुआत करें: ऐलिस आज अपडेट करती है; बॉब पुराने फ़ोन पर ऑफ़लाइन रहता है। ऐलिस एक संदेश भेजती है और बाद में दूसरा डिवाइस जोड़ती है। प्रत्येक डिवाइस को क्या स्वीकार, संग्रहीत और प्रदर्शित करना चाहिए?

जिस डिज़ाइन की समीक्षा की जा सकती है, वह कम-से-कम इन सवालों का जवाब देता है:

• प्रत्येक पक्ष को दूसरे पक्ष के समर्थित संस्करणों की जानकारी कैसे मिलती है?
• क्या चुने गए संस्करण को सत्र के हिस्से के रूप में प्रमाणित किया जाता है?
• जब कोई स्वीकार्य साझा संस्करण न हो, तो क्या होता है?
• क्या कोई दुर्भावनापूर्ण रिले किसी क्षमता की जानकारी हटाकर कमज़ोर मोड लागू करवा सकता है?
• क्या पुराने संदेश अब भी पढ़े जा सकते हैं, और कौन-सी पुरानी कुंजियाँ अभी भी आवश्यक हैं?
• क्या बैकअप बहाल करने से अप्रचलित प्रोटोकॉल स्थिति फिर सक्रिय हो जाती है?
• अप्रचलित एल्गोरिदम का उपयोग केवल हतोत्साहित करने के बजाय उन्हें कब बंद किया जाएगा?

दिखाई देने वाली विफलता अक्सर चुपचाप ऐसे मोड में चले जाने से सुरक्षित होती है जिसका उपयोगकर्ता ने इरादा नहीं किया था। लेकिन विफलता और पुनर्प्राप्ति का सटीक व्यवहार दर्ज होना चाहिए, ताकि लोग उससे बचने के लिए असुरक्षित चैनल न अपनाएँ।

अपग्रेड परीक्षणों की एक व्यावहारिक मैट्रिक्स

सुरक्षा अपग्रेड के लिए दो नई स्थापनाओं के बीच सफल चैट से अधिक की आवश्यकता होती है। गैर-संवेदनशील डेटा से इन मामलों का परीक्षण करें:

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

ये मूल्यांकन के मानदंड हैं, यह दावा नहीं कि किसी नामित उत्पाद ने परीक्षण पास किए हैं। बिल्ड पहचानकर्ता और देखे गए परिणाम सँभालकर रखें, ताकि बाद में कार्यक्षमता में गिरावट को दस्तावेज़ी बदलाव से अलग पहचाना जा सके।

Livara के प्रोटोकॉल नामों को कैसे समझें

Livara अपने सुरक्षा दस्तावेज़ों में सीधे चैट के लिए LVR1 और निजी समूहों के लिए LGS1 नाम देती है। ये नाम ज़िम्मेदारियों में अंतर करते हैं; इन्हें स्वतंत्र मानकीकरण या ऑडिट का प्रमाण नहीं समझना चाहिए। यह पृष्ठ उन क्लाइंट या समूहों के व्यवहार पर भी चर्चा करता है जो एन्क्रिप्टेड मोड की पूर्वशर्तें पूरी नहीं कर सकते।

अगले उपयोगी प्रमाण होंगे: संस्करणबद्ध विनिर्देश, परीक्षण वेक्टर, संगतता नियम और किसी विशेष रिलीज़ से जुड़े समीक्षा परिणाम। Proof Lab अपने प्रदर्शन के छोटे दायरे को स्पष्ट रूप से बताती है। ब्राउज़र में क्रिप्टोग्राफ़िक प्रिमिटिव चलाना ऐप में माइग्रेशन के हर मार्ग का परीक्षण करने के समान नहीं है।

एन्क्रिप्शन अपग्रेड के दौरान उपयोगकर्ताओं को क्या करना चाहिए

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

अच्छा क्रिप्टोग्राफ़िक लचीलापन बदलाव को जाँचने योग्य बनाता है। वह बताता है कि क्या बदला, संबंधित पक्ष उस पर कैसे सहमत होते हैं, क्या गलत हो सकता है और पुराने तंत्र को कब स्वीकार करना बंद किया जाता है।