मानकीकृत घटक समीक्षा की शुरुआत है, पूरे मैसेंजर का प्रमाणपत्र नहीं।
ML-KEM-768 दो पक्षों को साझा सीक्रेट स्थापित करने में मदद करता है, जिसे बाद में संदेशों की सुरक्षा के लिए इस्तेमाल किया जा सकता है। यह मैसेजिंग प्रणाली का एक घटक है, पूरा चैट प्रोटोकॉल, संदेश सिफर या ऐप सुरक्षित होने का प्रमाणपत्र नहीं।
NIST ने 13 अगस्त 2024 को FIPS 203 प्रकाशित किया, जिससे ML-KEM और उसके 512, 768 तथा 1024 पैरामीटर सेट मानकीकृत हुए। उनकी सुरक्षा लैटिस-आधारित समस्याओं पर टिकी है जिन्हें क्वांटम हमलों का प्रतिरोध करने वाला माना जाता है। “प्रतिरोध करने वाला माना जाता है” विश्लेषण से समर्थित सुरक्षा धारणा है, यह वादा नहीं कि भविष्य में कोई कमजोरी संभव ही नहीं। NIST FIPS 203।
एन्क्रिप्टेड चैट में KEM कहाँ आता है
एन्क्रिप्शन के दावे को पढ़ने का उपयोगी तरीका कुंजी सामग्री का क्रम समझना है:
- इच्छित दूसरे पक्ष का प्रमाणीकरण करें। किसी प्रतिरूपण करने वाले से कुंजी विनिमय अब भी गलत व्यक्ति से कुंजी विनिमय ही है।
- साझा गुप्त सामग्री स्थापित करें। KEM एनकैप्सुलेशन और डीएनकैप्सुलेशन से सीक्रेट देता है।
- विशिष्ट उद्देश्यों के लिए कुंजियाँ व्युत्पन्न करें। कुंजी-व्युत्पत्ति फ़ंक्शन प्रोटोकॉल के अलग हिस्सों में इस्तेमाल सामग्री को अलग करता है।
- संदेश एन्क्रिप्ट और प्रमाणित करें। प्रमाणित एन्क्रिप्शन योजना सामग्री सुरक्षित करती है और अनधिकृत बदलाव पहचानती है।
- समय के साथ सत्र का प्रबंधन करें। कुंजी बदलना, मिटाना, डिवाइस परिवर्तन और पुनर्प्राप्ति तय करते हैं कि बाद का समझौता क्या उजागर कर सकता है।
ये कदम बताते हैं कि दूसरे कदम का मानक पूरे ऐप को सत्यापित क्यों नहीं कर सकता। NIST के पोस्ट-क्वांटम संबंधी अक्सर पूछे जाने वाले सवाल नए मानकों को लागू करने का संदर्भ देते हैं।
ML-KEM को क्लासिकल कुंजी समझौते से क्यों जोड़ें?
हाइब्रिड डिज़ाइन पोस्ट-क्वांटम घटक के साथ क्लासिकल घटक इस्तेमाल करता है, जैसे एलिप्टिक-कर्व Diffie–Hellman। इसका इच्छित लाभ संक्रमण के दौरान किसी एक धारणा-समूह पर पूरी तरह निर्भर होने से बचना है।
सुरक्षा दावा पूरे संयोजक और प्रोटोकॉल का होता है, केवल दो एल्गोरिदम की सूची का नहीं। समीक्षकों को जानना चाहिए कि कौन-से इनपुट प्रमाणित होते हैं, वे कैसे एनकोड और जोड़े जाते हैं, व्युत्पत्ति में कौन-सा संदर्भ बाँधा जाता है और घटक विफल होने पर क्या होता है। निर्दिष्ट संरचना के बिना सीक्रेट जोड़ देना सुरक्षा का तर्क नहीं है।
उपयोगकर्ताओं के लिए व्यावहारिक सवाल “क्या सेटिंग पृष्ठ पर क्वांटम-सुरक्षित लिखा है?” नहीं है। वह है “कौन-सी बातचीत और संस्करण वास्तव में इस संरचना का इस्तेमाल करते हैं, और उस कथन के समर्थन में क्या साक्ष्य हैं?”
Livara क्या दस्तावेज़ित करता है
Livara के सुरक्षा दस्तावेज़ सीधे चैट के LVR1 सत्रों में क्लासिकल P-256 और ML-KEM-768 सामग्री तथा सामग्री के लिए AES-256-GCM का वर्णन करते हैं। वे LGS1 निजी समूहों को जोड़ीदार LVR1 सत्रों से वितरित प्रेषक श्रृंखलाएँ बताते हैं। ये अलग परतें हैं: सामान्य समूह संदेश हर प्राप्तकर्ता के लिए नया ML-KEM विनिमय हो, यह ज़रूरी नहीं।
उन दस्तावेज़ों को डेवलपर का विवरण समझकर पढ़ें। मानकीकृत प्रिमिटिव के नाम देना यह प्रदर्शित नहीं करता कि Livara की कस्टम संरचना का स्वतंत्र ऑडिट हुआ है या हर इंस्टॉल किया गया बिल्ड उसे सही लागू करता है। Proof Lab अपने ब्राउज़र प्रदर्शन की सीमा स्पष्ट करता है: वह पूरे LVR1/LGS1 रैचेट नहीं चलाता और न ही प्रोटोकॉल ऑडिट है।
पोस्ट-क्वांटम सुरक्षा क्या कवर नहीं करती
| सवाल | अकेला ML-KEM इसका जवाब क्यों नहीं देता |
|---|---|
| क्या प्राप्तकर्ता मेरा संदेश कॉपी कर सकता है? | प्राप्तकर्ता को पढ़ने योग्य सामग्री मिलती है। |
| क्या मेरा डिवाइस स्पाइवेयर से मुक्त है? | एंडपॉइंट की अखंडता भरोसे की अलग धारणा है। |
| क्या बैकअप सुरक्षित हैं? | बैकअप कुंजियों और पुनर्प्राप्ति नियमों के लिए अलग डिज़ाइन चाहिए। |
| क्या समूह सदस्यता बदलाव सुरक्षित हैं? | प्रमाणीकरण, सदस्यता और नई कुंजी देने के नियम महत्वपूर्ण हैं। |
| क्या सेवा मेटाडेटा रखती है? | सामग्री एन्क्रिप्शन अपने-आप रूटिंग या समय नहीं छिपाता। |
| क्या कॉल टेक्स्ट चैट की तरह सुरक्षित है? | कॉल सिग्नलिंग और मीडिया अलग प्रोटोकॉल इस्तेमाल कर सकते हैं। |
Livara का खतरा मॉडल निजी बातचीत और सार्वजनिक चैनलों को भी अलग करता है तथा डिवाइस-स्तरीय खुलासे को स्वीकार करता है। सीधे चैट के दावे को उत्पाद के हर हिस्से तक न फैलाएँ।
“FIPS 203 मैसेजिंग” खरीदने वाले की जाँच सूची
सटीक पैरामीटर सेट और प्रोटोकॉल संस्करण; दूसरे पक्ष के प्रमाणीकरण और कुंजी संयोजन का विवरण; समर्थित क्लाइंट संस्करण; असंगत क्लाइंट के साथ व्यवहार; तथा जारी किए गए कार्यान्वयन से जुड़े परीक्षण या समीक्षा निष्कर्ष माँगें। यदि विक्रेता FIPS सत्यापन का दावा करता है, तो संबंधित सत्यापन रिकॉर्ड और उसका दायरा माँगें। FIPS प्रकाशन में वर्णित एल्गोरिदम इस्तेमाल करना अपने-आप में उत्पाद या मॉड्यूल सत्यापन का साक्ष्य नहीं है।
पैरामीटर के नाम से बैटरी जीवन, थ्रूपुट या ऐप की प्रतिक्रियाशीलता का अनुमान न लगाएँ। इनके लिए दस्तावेज़ित डिवाइस, बिल्ड और कार्यभार के साथ माप चाहिए।
मैसेजिंग के लिए उपयोगी बदलाव दीर्घकालिक गोपनीयता का नया उपकरण है। उसका मूल्य एक मार्केटिंग लेबल को दूसरे से बदलने पर नहीं, बल्कि एकीकरण, कार्यान्वयन और परिचालन सीमाओं पर निर्भर करता है।
