सर्वत्र Signal Protocol द्वारे सुरुवातीपासून शेवटपर्यंत कूटबद्धीकरण आणि AES-256
Tosh Defence चे Sanket (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 मिलिसेकंदांनी बदलते, त्यामुळे प्रत्येक प्रेषकासाठी दर सेकंदाला 5 नवीन फ्रेम किल्ल्या तयार होतात. कोणीही कॉलमध्ये सहभागी झाले किंवा कॉलमधून बाहेर पडले की नवीन यादृच्छिक किल्ली तयार होते. प्रत्येक उपकरण आणि मीडिया सर्व्हरदरम्यान SRTP फक्त AEAD_AES_256_GCM स्वीकारते. मीडिया सर्व्हर स्वतःला विकूटित करता न येणाऱ्या कूटबद्ध फ्रेम्स पुढे पाठवतो आणि या रचनेत सर्व्हरच्या बाजूने कॉल ध्वनिमुद्रित करण्याची व्यवस्था नाही.
- प्रत्येक संचिकेसाठी AES-256-GCM
- प्रत्येक प्रेषकासाठी स्वतंत्र कॉल कळा, सर्व सहभागींना सामायिक असलेली कळ नाही
- प्रत्येक प्रेषकासाठी प्रति सेकंद 5 फ्रेम किल्ल्या
- केवळ SRTP AES-256-GCM
प्रसारण आणि साठवण
प्रत्येक ग्राहक जोडणीमध्ये TLS 1.3 आणि TLS_AES_256_GCM_SHA384 वापरले जाते; किंवा मंचाच्या जाळे-संबंधित प्रणालीला आवश्यकता असल्यास ECDHE आणि AES-256-GCM सह TLS 1.2 वापरले जाते. AES-128, ChaCha20, CBC पद्धतीची संकेतसंचे आणि स्थिर RSA वगळले आहेत आणि क्वांटम संगणकांपासून संरक्षण देणारा संकरित X25519MLKEM768 गट प्रथम प्रस्तावित केला जातो. प्रत्येक मंजूर उपकरण परस्पर प्रमाणीकरण करणाऱ्या TLS द्वारे स्वतःचे ग्राहक प्रमाणपत्र सादर करून स्वतःची ओळखही सिद्ध करू शकते.
उपकरणांवरील स्थानिक डेटाबेस AES-256 ने कूटबद्ध केले जातात आणि HMAC-SHA256 ने त्यांची प्रमाणिकता तपासली जाते. फोनवर प्रोटोकॉलचे संचयन आणि उपकरणातील गोपनीय माहिती Secure Enclave, StrongBox किंवा विश्वसनीय कार्यान्वयन वातावरणातील हार्डवेअर-समर्थित कीने कूटबद्ध केली जाते.
तांत्रिक पुरावे
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 कडे वळण्याचा पर्याय नाही.
ध्वनी आणि दृक्‌संवादाचे कॉल संपूर्ण मार्गावर कूटबद्ध असतात का?
होय. कॉलमधील प्रत्येक प्रेषकासाठी दर सेकंदाला 5 नव्या चित्रखंड किल्ल्या वापरल्या जातात. libsignal द्वारे पोहोचवलेल्या प्रत्येक प्रेषकाच्या स्वतंत्र किल्ल्यांखाली चित्रखंडांचे AES-256-GCM वापरून सुरुवातीपासून शेवटपर्यंत कूटबद्धीकरण होते; ते केवळ AES-256-GCM स्वीकारणाऱ्या SRTPमध्ये असतात.
प्रतिक्रिया आणि एकाकडून अनेकांना पाठवलेले संदेश कूटलेखित असतात का?
होय. प्रतिक्रिया आणि कूटबद्ध प्रसारणे ही 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 सुरक्षा स्थापत्यविशारदांना आणि मूल्यमापन समित्यांना क्रिप्टोग्राफिक रचनेतील प्रत्येक स्तराची माहिती देते; श्वेतपत्रिकेची नियंत्रित आवृत्ती गोपनीयता करारांतर्गत उपलब्ध असते.