सुरक्षित कॉल में डेटा का एक से अधिक रास्ता होता है। सिग्नलिंग यह समन्वय करती है कि कौन कॉल कर रहा है और एंडपॉइंट कैसे जुड़ते हैं; मीडिया पथ ऑडियो और वीडियो ले जाता है। एक रास्ते की सुरक्षा अपने-आप दूसरे की सुरक्षा नहीं करती, और अकेले कोई भी रास्ता संचार के हर पैटर्न को नहीं छिपाता।
WebRTC महत्वपूर्ण सुरक्षा तंत्र देता है, लेकिन ऐप की पहचान जाँच, सर्वर की भूमिकाएँ और रिकॉर्डिंग मोड अब भी गोपनीयता की पूरी सीमा तय करते हैं।
सिग्नलिंग और मीडिया अलग काम करते हैं
| परत | सामान्य उद्देश्य | सुरक्षा का सवाल |
|---|---|---|
| सिग्नलिंग | आमंत्रण, सत्र का विवरण और कनेक्शन के संभावित विकल्प | सेटअप की जानकारी कौन पढ़ या बदल सकता है, और इच्छित साथी की पहचान कैसे प्रमाणित होती है? |
| मीडिया | ऑडियो, वीडियो और संबंधित रियल-टाइम स्ट्रीम | एन्क्रिप्शन कहाँ समाप्त होता है, और कौन-से एंडपॉइंट मीडिया तक पहुँच सकते हैं? |
| परिचालन रिकॉर्ड | रूटिंग, कनेक्शन का समय और डिलीवरी स्थिति | सेवा या नेटवर्क कौन-सा मेटाडेटा देख सकते हैं? |
| रिकॉर्डिंग | सहेजकर रखी जाने वाली प्रति बनाना | प्लेनटेक्स्ट या इस्तेमाल योग्य रिकॉर्डिंग कुंजियाँ किसे मिलती हैं, और प्रति कहाँ सहेजी जाती है? |
मैसेजिंग प्रोटोकॉल एन्क्रिप्टेड सिग्नलिंग ले जा सकता है, लेकिन WebRTC सार्वभौमिक रूप से किसी खास मैसेंजर के एनवेलप प्रारूप की माँग नहीं करता। दूसरे प्रमाणित डिज़ाइन भी संभव हैं।
DTLS-SRTP क्या देता है
WebRTC सुरक्षा आर्किटेक्चर, RFC 8827, मीडिया चैनलों की सुरक्षा आवश्यक करता है और DTLS-SRTP कुंजी स्थापना का वर्णन करता है। सरल शब्दों में, DTLS क्रिप्टोग्राफिक संदर्भ स्थापित करने में मदद करता है और SRTP रियल-टाइम मीडिया पैकेटों की सुरक्षा करता है।
इस सुरक्षा के एंडपॉइंट महत्वपूर्ण हैं। प्रतिभागियों के बीच सीधा एन्क्रिप्टेड कनेक्शन उस कनेक्शन से अलग है जो मीडिया प्रोसेस करने वाले सर्वर पर समाप्त होता है। कुछ बहु-पक्षीय सिस्टम सर्वर से जुड़े ट्रांसपोर्ट एन्क्रिप्शन के ऊपर अलग एंड-टू-एंड परत जोड़ते हैं। सिर्फ “WebRTC” शब्द यह नहीं बताता कि उत्पाद कौन-सा आर्किटेक्चर इस्तेमाल करता है।
सिग्नलिंग का प्रमाणीकरण क्यों महत्वपूर्ण है
कॉल सेटअप में ऐसी जानकारी हो सकती है जो मीडिया कनेक्शन को इच्छित पक्ष से बाँधती है। अगर हमलावर बिना पता चले इस जानकारी को बदल सकता है, तो एन्क्रिप्शन गलत एंडपॉइंट के साथ सुरक्षित कनेक्शन स्थापित कर सकता है।
RFC 8827 सिग्नलिंग, पहचान और DTLS फ़िंगरप्रिंट के बीच इस संबंध पर चर्चा करता है। HTTPS सिग्नलिंग सेवा से कनेक्शन की सुरक्षा करता है; अपने-आप वह दुर्भावनापूर्ण या समझौता की गई सेवा को ध्यान में रखने की ज़रूरत खत्म नहीं करता। एंड-टू-एंड प्रमाणित सिग्नलिंग या साथी के स्वतंत्र सत्यापन का उपयुक्त तंत्र इस सीमा को मज़बूत कर सकता है।
सिग्नलिंग की गोपनीयता इससे संबंधित, लेकिन अलग लक्ष्य है: यह सीमित करती है कि सेटअप के विवरण कौन पढ़ सकता है। डिज़ाइन को गोपनीयता और प्रमाणीकरण दोनों समझाने चाहिए, न कि एन्क्रिप्टेड डेटा के एक ब्लॉक को दोनों का पर्याप्त प्रमाण मान लेना चाहिए।
एन्क्रिप्टेड सिग्नलिंग कॉल को अदृश्य नहीं बनाती
रिले को अब भी पता हो सकता है कि वह किन खातों या डिवाइस के बीच रूटिंग कर रहा है। नेटवर्क देखने वाले कनेक्शन का समय, ट्रैफ़िक की मात्रा और सर्वर के पते देख सकते हैं। कनेक्शन के डिज़ाइन के आधार पर साथी या रिले का बुनियादी ढाँचा भी नेटवर्क संबंधी जानकारी जान सकता है।
इसलिए कॉल आमंत्रण को एन्क्रिप्ट करना यह साबित नहीं करता कि सेवा कॉल होने का अनुमान नहीं लगा सकती, संबंधों का नक्शा नहीं बना सकती या कॉल-संबंधी रिकॉर्ड नहीं रख सकती। सामग्री छिपाना और ट्रैफ़िक के पैटर्न छिपाना अलग समस्याएँ हैं।
Livara की प्रकाशित सुरक्षा सीमा
Livara का सुरक्षा पृष्ठ सीधे और समूह कॉल को एंड-टू-एंड एन्क्रिप्टेड बताता है, लेकिन वैकल्पिक सर्वर रिकॉर्डिंग के लिए स्पष्ट अपवाद देता है: जब दिखाई देने वाली REC स्थिति सक्रिय होती है, कॉल E2EE के बजाय ट्रांसपोर्ट एन्क्रिप्शन इस्तेमाल करता है।
इसका थ्रेट मॉडल मेटाडेटा की गुमनामी और समझौता किए गए डिवाइस से सुरक्षा के दावों को भी नकारता है। ये उत्पाद के बारे में बयान हैं, हर कॉल पथ का स्वतंत्र सत्यापन नहीं। यह मार्गदर्शिका किसी असत्यापित प्रतिभागी सीमा, सिग्नलिंग प्रारूप या पोस्ट-क्वांटम मीडिया कार्यान्वयन का दावा नहीं करती।
खास तौर पर, मैसेंजर में पोस्ट-क्वांटम कुंजी विनिमय किसी अलग WebRTC मीडिया हैंडशेक को अपने-आप अपग्रेड नहीं करता। मीडिया पथ के एल्गोरिदम और कुंजी बाइंडिंग का स्वतंत्र रूप से आकलन करना आवश्यक है।
संवेदनशील कॉल से पहले
- प्रतिभागियों की पुष्टि करें और पहचान में अप्रत्याशित बदलावों की समीक्षा करें।
- जाँचें कि रिकॉर्डिंग चालू है या नहीं और ऐप के अनुसार इससे क्या बदलता है।
- समझें कि सेवा मीडिया प्रोसेस करती है या केवल सुरक्षित पैकेट आगे भेजती है।
- प्रतिभागियों के आसपास के डिवाइस और कमरों पर विचार करें: मैलवेयर, स्क्रीन कैप्चर या पास बैठा श्रोता डिक्रिप्शन के बाद सामग्री उजागर कर सकता है।
- सामान्य “एन्क्रिप्टेड कॉल” बैज पर भरोसा करने के बजाय, इस्तेमाल किए जा रहे ठीक उसी मोड के आर्किटेक्चर और परीक्षण के प्रमाण माँगें।
उपयोगी सुरक्षा दावा अलग-अलग स्पष्ट करता है कि सिग्नलिंग, मीडिया, मेटाडेटा और रिकॉर्डिंग तक कौन पहुँच सकता है।
