प्रीकी से सत्र स्थापित करते समय प्राप्तकर्ता ऑफ़लाइन रह सकता है। वे डिलीवरी मार्ग या निजी कुंजियों के जीवनचक्र के सावधानीपूर्वक प्रबंधन की आवश्यकता नहीं हटातीं।
ऑफ़लाइन प्राप्तकर्ता को एन्क्रिप्टेड संदेश बाद में मिल सकता है क्योंकि उसके डिवाइस ने सार्वजनिक कुंजी सामग्री पहले ही प्रकाशित कर दी थी। भेजने वाले को फिर भी पहुँच योग्य डिलीवरी सेवा चाहिए; “एसिंक्रोनस एन्क्रिप्शन” का अर्थ यह नहीं कि संदेश नेटवर्क बंद होने की बाधा पार कर लेते हैं या डिस्कनेक्ट फ़ोन पर तुरंत दिखाई देने लगते हैं।
पोस्ट-क्वांटम डिज़ाइन इस विचार में कुंजी-एनकैप्सुलेशन तंत्र जोड़ते हैं। महत्वपूर्ण सवाल हैं कि शुरुआती सीक्रेट कैसे स्थापित होता है, पुरानी निजी कुंजियाँ कैसे उपयोग से हटाई जाती हैं और बाद के संदेश सुरक्षा को कैसे ताज़ा करते हैं।
प्रीकी समय के मेल न होने की समस्या हल करती हैं
कल्पना करें कि सैम नई बातचीत शुरू करता है और माया ऑफ़लाइन है। माया के डिवाइस ने पहले सार्वजनिक प्रीकी अपलोड की थीं। सैम वह सामग्री प्राप्त कर सकता है, कुंजी समझौते में भेजने वाले का हिस्सा पूरा कर सकता है और पहला एन्क्रिप्टेड संदेश भेज सकता है। माया दोबारा जुड़ने के बाद अपने डिवाइस पर रखी निजी कुंजियों से उसे प्रोसेस करती है।
इसलिए सर्वर सार्वजनिक जानकारी देता है और एन्क्रिप्टेड डेटा को कतार में रखता है; उसके पास उससे बना संदेश सीक्रेट होना आवश्यक नहीं। Signal का X3DH विनिर्देश इस एसिंक्रोनस डिज़ाइन का प्राथमिक विवरण है। हस्ताक्षरित प्रीकी और एकबारगी प्रीकी की आयु और भूमिकाएँ अलग हैं; “प्रीकी” का अर्थ सर्वर पर अपलोड किया गया गुप्त पासवर्ड नहीं है।
पहले से स्थापित बातचीत में ऐप हर संदेश के लिए शुरुआती सेटअप दोहराने के बजाय मौजूदा सत्र स्थिति इस्तेमाल कर सकता है। सत्र शुरू करना और उसकी संदेश कुंजियों को आगे बढ़ाना अलग कार्य हैं।
पोस्ट-क्वांटम KEM क्या जोड़ता है
कुंजी-एनकैप्सुलेशन तंत्र में तीन मूल क्रियाएँ होती हैं: कुंजियाँ बनाना, सार्वजनिक कुंजी से एनकैप्सुलेट करना और संबंधित निजी कुंजी से डीएनकैप्सुलेट करना। एनकैप्सुलेशन से साझा सीक्रेट और सिफरटेक्स्ट दोनों बनते हैं। सिफरटेक्स्ट बाद में पहुँचाया जा सकता है; स्वयं सीक्रेट खुले रूप में नहीं भेजा जाता।
NIST FIPS 203, ML-KEM को मानकीकृत करता है। ML-KEM-768 में सार्वजनिक एनकैप्सुलेशन कुंजी 1184 बाइट, सिफरटेक्स्ट 1088 बाइट और साझा सीक्रेट 32 बाइट होता है। ये एल्गोरिदम-स्तरीय आकार हैं, पूरे मैसेजिंग पैकेट का आकार नहीं। हस्ताक्षर, क्लासिकल कुंजियाँ, पहचानकर्ता और ट्रांसपोर्ट फ़्रेमिंग अतिरिक्त ओवरहेड जोड़ते हैं; कैश की गई सार्वजनिक कुंजी हर संदेश के साथ जाना ज़रूरी नहीं।
हाइब्रिड संरचना में प्रोटोकॉल क्लासिकल और पोस्ट-क्वांटम गुप्त सामग्री को परिभाषित कुंजी-व्युत्पत्ति क्रम के अनुसार जोड़ता है। केवल एल्गोरिदम के नाम जोड़ देने से यह स्थापित नहीं होता कि उनका संयोजन सुरक्षित है। पहचान को बाँधना, सत्यापन, डोमेन पृथक्करण और विफलता प्रबंधन के लिए विनिर्देश और समीक्षा चाहिए।
एक उदाहरण: PQXDH, कोई सार्वभौमिक खाका नहीं
Signal का PQXDH विनिर्देश हस्ताक्षरित एकबारगी पोस्ट-क्वांटम प्रीकी और हस्ताक्षरित अंतिम-विकल्प कुंजी का वर्णन करता है। भेजने वाला दिए गए हस्ताक्षरों का सत्यापन करता है, कुंजी समझौता पूरा करता है और शुरुआती एन्क्रिप्टेड संदेश में KEM सिफरटेक्स्ट तथा कुंजी पहचानकर्ता शामिल करता है। प्राप्तकर्ता बाद में वही सीक्रेट व्युत्पन्न करके संदेश प्रोसेस करता है।
जब एकबारगी KEM कुंजियाँ उपलब्ध न हों, तो अंतिम-विकल्प कुंजी सेटअप में सहायता करती है, लेकिन समझौता होने के प्रभाव का विश्लेषण समान नहीं है। निजी कुंजी मिटाना और बदलना पहले के सत्रों की सुरक्षा को प्रभावित करता है। विनिर्देश पोस्ट-क्वांटम फ़ॉरवर्ड सीक्रेसी और सक्रिय क्वांटम हमलावर के विरुद्ध प्रमाणीकरण को भी अलग करता है। इन विवरणों की जगह “फ़ॉलबैक की कोई सुरक्षा लागत नहीं” नहीं कहना चाहिए।
PQXDH एक निर्दिष्ट संरचना है। उसके सटीक कर्व, हस्ताक्षर और पैरामीटर विकल्पों को किसी दूसरे उत्पाद के विवरण में नहीं उतारना चाहिए, जब तक वह उत्पाद उन्हें दस्तावेज़ित न करता हो।
रैचेट और प्रीकी पूल एक ही चीज़ नहीं हैं
प्रीकी सत्र स्थापना में मदद करती हैं। रैचेटिंग प्रोटोकॉल बातचीत के दौरान सीक्रेट बदलता है। Double Ratchet विनिर्देश संदेश कुंजियों के विकास और नई पोस्ट-क्वांटम रैचेटिंग संरचनाओं को समझाता है, जिनमें ऐसे डिज़ाइन भी हैं जो ऐप के हर संदेश के साथ पूरा पोस्ट-क्वांटम आदान-प्रदान नहीं भेजते।
फ़ॉरवर्ड सीक्रेसी का संबंध बाद में कुंजी समझौता-ग्रस्त होने पर पुराने संदेशों की सुरक्षा से है। पोस्ट-कॉम्प्रोमाइज़ सुरक्षा का संबंध भविष्य के संचार की सुरक्षा बहाल करने से है, जब हमलावर की पहुँच समाप्त हो जाए और नई गुप्त सामग्री शामिल हो। इनमें से किसी का अर्थ यह नहीं कि मैलवेयर फ़ोन पर अनिश्चितकाल तक बना रह सकता है और क्रिप्टोग्राफ़ी किसी तरह उस फ़ोन का सादा पाठ उससे छिपाती रहेगी।
सर्वर से सार्वजनिक प्रीकी मिटाने से उसका सामान्य पुनः उपयोग रुकता है; यह एंडपॉइंट से संबंधित निजी कुंजी मिटाने के बराबर नहीं। उपयोगी ऑडिट जीवनचक्र के नियमों और विलंबित संदेशों के व्यवहार, दोनों की जाँच करता है।
Livara क्या दस्तावेज़ित करता है—और कहाँ साक्ष्य अभी चाहिए
Livara का सुरक्षा पृष्ठ उपलब्ध होने पर एकबारगी कुंजियों से हाइब्रिड सत्र स्थापना, सामान्य संदेश-श्रृंखला प्रगति और समय-समय पर ML-KEM एपॉक का वर्णन करता है। यह उस पुराने दावे से अलग है कि हर संदेश पूरा नया ML-KEM आदान-प्रदान करता है। ये उत्पाद दस्तावेज़ के कथन हैं, कार्यान्वयन का स्वतंत्र सत्यापन नहीं।
इन कथनों से कुंजियाँ समाप्त होने पर किसी विशिष्ट फ़ॉलबैक नीति, पुनःपूर्ति अंतराल या नेटवर्क विलंब के आँकड़े का अनुमान न लगाएँ। इन सवालों के लिए रिलीज़-विशिष्ट प्रोटोकॉल दस्तावेज़ या मापे गए परिणाम चाहिए। Proof Lab भी एसिंक्रोनस सेटअप, कुंजियों की समाप्ति या विलंबित संदेशों की बहाली का संपूर्ण परीक्षण नहीं है।
ऑफ़लाइन मैसेजिंग के दावों का मूल्यांकन कैसे करें
विक्रेता या समीक्षक से इन मामलों को कवर करने वाले साक्ष्य माँगें:
| परीक्षण मामला | क्या देखें |
|---|---|
| डिस्कनेक्ट संपर्क को पहला संदेश | कौन-सी सार्वजनिक कुंजी सामग्री इस्तेमाल हुई और प्राप्तकर्ता को संदेश वास्तव में कब मिलता है |
| एकबारगी प्रीकी समाप्त होना | क्या सेटअप रुकता है या दस्तावेज़ित फ़ॉलबैक अपनाता है, और उसका बताया गया सुरक्षा समझौता क्या है |
| प्राप्तकर्ता का फिर से इंस्टॉल करना या पहचान बदलना | क्या कतार में पुराने संदेश अब भी डिक्रिप्ट होते हैं और क्या कुंजी बदलाव दिखाई देते हैं |
| विलंबित या बदले क्रम में आए संदेश | संग्रहण सीमाएँ, छोड़ी गई कुंजियों का प्रबंधन और समझ आने वाली त्रुटियाँ |
| लंबे समय बाद वापस आना | सुरक्षित कुंजी नवीनीकरण, सीमित प्रोसेसिंग और सटीक डिलीवरी स्थिति |
| प्रदर्शन तुलना | डिवाइस, ऐप संस्करण, नेटवर्क, पेलोड आकार और शुरुआती कोल्ड सेटअप बनाम स्थापित सत्र के अलग माप |
गैर-संवेदनशील परीक्षण खाते और संदेश इस्तेमाल करें। सफल डिलीवरी परीक्षण उस परिदृश्य को प्रदर्शित करता है, हर क्रिप्टोग्राफ़िक गुण को नहीं। इसके विपरीत, डिलीवरी विफल होना सिफर टूटने के बजाय नेटवर्क या जीवनचक्र की समस्या हो सकती है।
अक्सर पूछे जाने वाले सवाल
क्या मेरे भेजते समय प्राप्तकर्ता ऑफ़लाइन रह सकता है?
हाँ, यदि ऐप के पास आवश्यक सार्वजनिक सामग्री और डिलीवरी तथा संग्रहण ढाँचा हो। प्राप्तकर्ता कतार में रखा संदेश तब तक नहीं पढ़ सकता जब तक उसका डिवाइस उसे प्राप्त और प्रोसेस न कर सके।
क्या बड़ी KEM कुंजियाँ हमेशा चैट को स्पष्ट रूप से धीमा करती हैं?
केवल कुंजी आकार से समय के बारे में कोई सार्वभौमिक दावा नहीं निकलता। सेटअप की आवृत्ति, बैचिंग, कैशिंग, कार्यान्वयन और नेटवर्क परिस्थितियाँ मायने रखती हैं। शून्य ओवरहेड का वादा करने के बजाय बेंचमार्क प्रकाशित करें।
क्या हस्ताक्षरित प्रीकी खाते के पीछे के व्यक्ति की पहचान साबित करती है?
यह हस्ताक्षरकर्ता की पहचान के सापेक्ष सामग्री को प्रमाणित करती है। वह पहचान उस व्यक्ति से कैसे जुड़ी है जिससे आप संपर्क करना चाहते हैं, यह भरोसे और सत्यापन का अलग सवाल है।
क्या पोस्ट-क्वांटम एन्क्रिप्शन बिना किसी कनेक्शन के काम करता है?
कुछ स्थानीय गणनाएँ ऑफ़लाइन चल सकती हैं। संदेश पहुँचाने के लिए फिर भी संचार मार्ग चाहिए; क्रिप्टोग्राफ़ी वह मार्ग नहीं देती।
