हर जगह Signal Protocol आधारित शुरू से अंत तक कूटलेखन और AES-256
Tosh Defence का सांकेत (Sanket.Chat) हर संदेश, प्रतिक्रिया और एन्क्रिप्टेड प्रसारण को Signal के आधिकारिक, स्वतंत्र रूप से ऑडिट किए गए libsignal के माध्यम से Signal Protocol का उपयोग करके शुरू से अंत तक एन्क्रिप्ट करता है। इसमें कुंजी सहमति के लिए PQXDH और SPQR के साथ Double Ratchet का उपयोग होता है। फ़ाइलों, कॉल फ़्रेम, कॉल परिवहन, स्थानीय भंडारण और स्थापना द्वारा समाप्त किए जाने वाले हर TLS सत्र में AES-256 का उपयोग होता है, बिना AES-128 पर लौटने या संगतता मोड के।
AES-256 या विफलता, यह Sanket की अभियांत्रिकी नीति है, जिसे कोड में लागू किया गया है। यदि एन्क्रिप्शन ठीक निर्धारित तरीके से नहीं किया जा सकता, तो सुरक्षा कम करने के बजाय कार्रवाई अस्वीकार कर दी जाती है।
संदेश: अपरिवर्तित Signal Protocol
Sanket सभी संदेशों के कूटलेखन के लिए iOS, Android, डेस्कटॉप और सर्वर पर एक ही संस्करण की Signal की आधिकारिक libsignal लाइब्रेरी का उपयोग करता है। इसमें Signal Protocol का दोबारा बनाया गया कोई कार्यान्वयन या संदेशों के लिए कोई वैकल्पिक कूटलेखन विधि नहीं है।
सत्र PQXDH से स्थापित होते हैं, जो X3DH का क्वांटम-पश्चात विस्तार है और X25519 कुंजी-सहमति को काइबर कुंजी-समावेशन के साथ जोड़ता है। इसके बाद संदेश Double Ratchet से एन्क्रिप्ट किए जाते हैं: हर संदेश की कुंजी से एक AES-256 कुंजी, एक HMAC-SHA256 कुंजी और एक प्रारंभिक सदिश निकाला जाता है; संदेश को AES-256 से एन्क्रिप्ट किया जाता है और HMAC-SHA256 से उसकी प्रामाणिकता सत्यापित की जाती है; फिर उपयोग के बाद कुंजी मिटा दी जाती है। Signal का विरल क्वांटम-पश्चात रैचेट हर सत्र में इसके साथ चलता है।
डिज़ाइन के अनुसार, कोई वैकल्पिक व्यवस्था नहीं
यदि libsignal एन्क्रिप्शन नहीं हो पाता, तो क्लाइंट संदेश भेजने से इनकार कर देता है। जो उपकरण libsignal पहचान कुंजी प्रकाशित नहीं करते, उन्हें सादे पाठ में संदेश भेजने के बजाय छोड़ दिया जाता है; पुराने सादे पाठ के चिह्न अस्वीकार किए जाते हैं; और सर्वर उन कुंजी बंडलों को अस्वीकार करता है जो libsignal के प्रारूप का पालन नहीं करते। संदेश की सामग्री के लिए सादे पाठ या वैकल्पिक कूटलेखन का कोई मार्ग नहीं है।
साझा कुंजी के बिना समूह
समूह संदेश प्रत्येक प्राप्तकर्ता को अलग-अलग भेजकर एन्क्रिप्ट किए जाते हैं: भेजने वाला उपकरण हर सदस्य के हर विश्वसनीय उपकरण के लिए संदेश को अलग से एन्क्रिप्ट करता है, और प्रत्येक प्रति उसके अपने libsignal सत्र से भेजी जाती है। सदस्यता बदलने पर नई कुंजियाँ बनाने की आवश्यकता नहीं होती, और हटाया गया सदस्य केवल प्राप्तकर्ताओं की सूची में नहीं रहता।
कूटलेखन से पहले, प्रेषक प्रत्येक प्राप्तकर्ता खाते की उस खाते की अपनी कुंजी से हस्ताक्षरित डिवाइस सूची जाँचता है और सूची में न होने वाले किसी भी डिवाइस को कुछ नहीं भेजता।
फ़ाइलें और कॉल
संलग्न फ़ाइल की सामग्री, नाम और प्रकार प्रत्येक फ़ाइल के लिए एक यादृच्छिक 256-बिट कुंजी से डिवाइस पर AES-256-GCM के माध्यम से कूटलेखित किए जाते हैं, और वह कुंजी libsignal संदेश के भीतर भेजी जाती है।
ध्वनि और वीडियो दो स्तरों पर सुरक्षित हैं। प्रत्येक प्रतिभागी के फ़्रेम, प्रत्येक प्रेषक के लिए अलग कुंजी के अंतर्गत AES-256-GCM से शुरू से अंत तक एन्क्रिप्ट किए जाते हैं। यह कुंजी हर 200 मिलीसेकंड में बदलती है, जिससे प्रत्येक प्रेषक के लिए प्रति सेकंड पाँच नई फ़्रेम कुंजियाँ मिलती हैं; किसी के कॉल में जुड़ने या कॉल छोड़ने पर हर बार एक नई यादृच्छिक कुंजी बनती है। प्रत्येक उपकरण और मीडिया सर्वर के बीच SRTP केवल AEAD_AES_256_GCM स्वीकार करता है। मीडिया सर्वर एन्क्रिप्टेड फ़्रेम आगे भेजता है, लेकिन उन्हें डिक्रिप्ट नहीं कर सकता; इस संरचना में सर्वर-पक्ष पर कॉल रिकॉर्डिंग की व्यवस्था नहीं है।
- प्रत्येक फ़ाइल के लिए AES-256-GCM
- प्रत्येक प्रेषक के लिए अलग कॉल कुंजियाँ, पूरे कॉल समूह के लिए साझा कुंजी कभी नहीं
- प्रत्येक प्रेषक के लिए प्रति सेकंड 5 फ़्रेम कुंजियाँ
- केवल एसआरटीपी AES-256-GCM
संचरण और भंडारण
ऐप और संस्थापन के बीच हर कनेक्शन TLS_AES_256_GCM_SHA384 के साथ TLS 1.3 का उपयोग करता है, या जिन प्लेटफ़ॉर्म नेटवर्क प्रणालियों को इसकी आवश्यकता होती है, उनके लिए ECDHE और AES-256-GCM के साथ TLS 1.2 का उपयोग करता है। AES-128, चाचा20, सीबीसी-विधा के कूटलेखन समूह और स्थिर आरएसए को बाहर रखा गया है, और पहले संकर क्वांटम-पश्चात समूह X25519MLKEM768 की पेशकश की जाती है। हर स्वीकृत उपकरण पारस्परिक TLS के माध्यम से अपने क्लाइंट प्रमाणपत्र से भी अपनी पहचान प्रमाणित कर सकता है।
उपकरणों पर स्थानीय डेटाबेस AES-256 से कूटलेखित होते हैं और HMAC-SHA256 से उनकी प्रामाणिकता सत्यापित होती है। फ़ोन पर प्रोटोकॉल भंडार और उपकरण के गोपनीय डेटा को सुरक्षित हार्डवेयर समर्थित कुंजी से कूटलेखित किया जाता है, जो सिक्योर एन्क्लेव, स्ट्रॉन्गबॉक्स या विश्वसनीय निष्पादन परिवेश में सुरक्षित रहती है।
तकनीकी प्रमाण
विस्तृत जानकारी Sanket के श्वेतपत्र में पढ़ें
इस पृष्ठ का हर कथन सार्वजनिक SANKET तकनीकी सुरक्षा और संरचना श्वेतपत्र में विस्तार से दिया गया है, जिसे बिना पंजीकरण के निःशुल्क पढ़ा जा सकता है।
क्या Sanket Signal Protocol का उपयोग करता है?
हाँ। SANKET हर मंच पर Signal की आधिकारिक libsignal लाइब्रेरी से सभी संदेशों को कूटबद्ध करता है। इसमें PQXDH कुंजी सहमति और SPQR के साथ Double Ratchet का उपयोग होता है। इसमें प्रोटोकॉल का कोई नया कार्यान्वयन नहीं है।
क्या SANKET में संदेश AES-256 से एन्क्रिप्ट किए जाते हैं?
हाँ। संदेशों में libsignal के भीतर HMAC-SHA256 के साथ AES-256-CBC का उपयोग होता है; फ़ाइलों, कॉल फ़्रेम, कॉल परिवहन, स्थानीय भंडारण और TLS में AES-256-GCM का उपयोग होता है। AES-128 का वैकल्पिक उपयोग नहीं होता।
क्या वॉइस और वीडियो कॉल शुरू से अंत तक कूटलेखित हैं?
हाँ। कॉल के फ़्रेम प्रत्येक प्रेषक की कुंजियों से AES-256-GCM का उपयोग करके शुरू से अंत तक कूटलेखित होते हैं। ये कुंजियाँ libsignal के माध्यम से पहुँचाई जाती हैं, प्रत्येक प्रेषक के लिए प्रति सेकंड 5 नई फ़्रेम कुंजियाँ होती हैं, और यह सब ऐसे SRTP के भीतर होता है जो केवल AES-256-GCM स्वीकार करता है।
क्या प्रतिक्रियाएँ और प्रसारण कूटलेखित हैं?
हाँ। प्रतिक्रियाएँ और कूटबद्ध प्रसारण libsignal संदेश हैं और हर दूसरे संदेश की तरह एक सिरे से दूसरे सिरे तक कूटबद्ध हैं। प्रसारण की प्राथमिकता, समय-सीमा और समाप्ति भी कूटलेखन के भीतर रहती हैं।
क्या SANKET समूहों के लिए प्रेषक कुंजियों का उपयोग करता है?
नहीं। SANKET प्रत्येक सदस्य के हर विश्वसनीय उपकरण के लिए समूह संदेशों को उसके अपने libsignal सत्र के माध्यम से अलग-अलग कूटलेखित करता है, इसलिए समूह की कोई साझा कुंजी नहीं होती।
Sanket किन TLS संस्करणों को स्वीकार करता है?
TLS 1.3 को प्राथमिकता दी जाती है, और इसमें केवल TLS_AES_256_GCM_SHA384 का उपयोग होता है। TLS 1.2 केवल ECDHE और AES-256-GCM के साथ स्वीकार किया जाता है। TLS 1.2 से नीचे का कोई संस्करण स्वीकार नहीं किया जाता, और संकर उत्तर-क्वांटम कुंजी विनिमय X25519MLKEM768 को पहले प्रस्तुत किया जाता है।
क्या libsignal का ऑडिट हुआ है?
हाँ। SANKET, Signal की स्वतंत्र रूप से अंकेक्षित libsignal लाइब्रेरी पर बना है, और PQXDH प्रोटोकॉल का औपचारिक विश्लेषण किया गया है।
हमारे अभियंताओं के साथ Sanket की क्रिप्टोग्राफी की समीक्षा करें
Tosh Defence सुरक्षा वास्तुकारों और मूल्यांकन समितियों को कूटलेखन की संरचना की हर परत समझाती है। श्वेतपत्र का नियंत्रित संस्करण गोपनीयता समझौते के अंतर्गत उपलब्ध है।