SANKET बनाम SalaX: सुरक्षित संदेश-संचार की तुलना
SalaX सुरक्षित संदेश सेवा और Sanket, दोनों विनियमित संगठनों के लिए हैं और दोनों को ग्राहक के स्वामित्व वाली कुंजियों के साथ संगठन के अपने परिसर में तथा नेटवर्क से पूर्णतः पृथक वातावरण में स्थापित किया जा सकता है। भारत में विकसित और समर्थित Sanket, Signal Protocol पर आधारित है; इसमें क्वांटम-पश्चात् PQXDH और SPQR, हर स्तर पर AES-256, हस्ताक्षरित उपकरण सूचियाँ, उपकरणों के बीच पारस्परिक TLS और FIDO2 प्रशासक कुंजियाँ हैं।
SalaX Secure Messaging के बारे में
एसएसएच कम्युनिकेशंस सिक्योरिटी ओयज · फ़िनलैंड
SalaX सुरक्षित संदेश सेवा, SSH Communications Security के SalaX सुरक्षित सहयोग समाधान का तात्कालिक संदेश सेवा वाला हिस्सा है। यह वही फ़िनिश कंपनी है जिसने मूल SSH प्रोटोकॉल बनाया था। यह Element मंच और Matrix मानक पर आधारित है, इसमें Olm और Megolm कूटलेखन का उपयोग होता है, और इसे यूरोपीय क्लाउड से सेवा के रूप में या स्वयं की अवसंरचना पर संचालित करने के लिए उपलब्ध कराया जाता है। स्वयं की अवसंरचना पर संचालन में ग्राहक के स्वामित्व वाली कुंजियों के साथ नेटवर्क से पूर्णतः पृथक स्थापना भी शामिल है।
Sanket बनाम SalaX Secure Messaging: साथ-साथ तुलना
| मानदंड | SANKET | SalaX सुरक्षित संदेश सेवा |
|---|---|---|
| अवसंरचना का नियंत्रण किसके पास है | ग्राहक। हर संगठन के लिए उसके स्वामित्व वाले या उसके द्वारा चुने गए बुनियादी ढाँचे पर एक समर्पित संस्थापन होता है; संदेश के मार्ग में प्रदाता द्वारा संचालित कोई सेवा नहीं होती। | ग्राहक (अपने परिसर, निजी या सार्वजनिक क्लाउड पर), या यूरोपीय क्लाउड से सेवा के रूप में उपलब्ध सॉफ़्टवेयर। |
| स्थापना के विकल्प | ग्राहक के चुने हुए किसी भी क्षेत्र और क्लाउड पर (या Tosh Defence की होस्टिंग पर), ग्राहक के अपने सर्वर पर, या पूरी तरह नेटवर्क से पृथक समर्पित स्थापना; एकल सर्वर पर या दूसरे स्थल से पुनर्प्राप्ति सहित उच्च उपलब्धता के साथ। | सेवा के रूप में सॉफ़्टवेयर, अपने परिसर में, निजी क्लाउड, सार्वजनिक क्लाउड, नेटवर्क से पूर्णतः पृथक और मुख्य संचार चैनल से अलग। |
| कुंजियाँ और पहचान किसके नियंत्रण में हैं | ग्राहक और उसके उपयोगकर्ता। कुंजियाँ हर उपकरण पर बनाई जाती हैं और हार्डवेयर-समर्थित भंडारण से सुरक्षित रहती हैं; पहचान ग्राहक-नियंत्रित Sanket ID पर आधारित होती है, जिसके लिए व्यक्तिगत फ़ोन नंबर से जुड़ी पहचान आवश्यक नहीं है। | ग्राहक के स्वामित्व वाली कूटलेखन कुंजियाँ (विक्रेता)। फ़ोन नंबर की आवश्यकता: सार्वजनिक रूप से प्रलेखित नहीं। |
| एन्क्रिप्शन प्रोटोकॉल | Signal की आधिकारिक, स्वतंत्र रूप से अंकेक्षित libsignal के माध्यम से Signal Protocol। संदेशों के लिए libsignal के भीतर HMAC-SHA256 सहित AES-256-CBC; फ़ाइलों और कॉलों के लिए AES-256-GCM; TLS में केवल AES-256-GCM वाले क्रिप्टोग्राफ़िक समूह। | Olm और Megolm के साथ Matrix, AES-256; Element प्लेटफ़ॉर्म पर निर्मित। |
| क्वांटम-पश्चात सुरक्षा | हाँ, वर्तमान संस्करण में: अनिवार्य क्वांटम कंप्यूटर के हमलों के विरुद्ध सुरक्षा देने वाली Kyber पूर्व-कुंजी के साथ PQXDH और SPQR रैचेट (त्रिस्तरीय रैचेट), साथ ही TLS के अंतिम बिंदु पर मिश्रित X25519MLKEM768 कुंजी आदान-प्रदान। | Not publicly documented |
| समूह और कॉल डिफ़ॉल्ट रूप से शुरू से अंत तक एन्क्रिप्टेड | हाँ। दो व्यक्तियों के बीच और समूहों में संदेश, प्रतिक्रियाएँ, कूटबद्ध प्रसारण और फ़ाइलें हमेशा एक सिरे से दूसरे सिरे तक कूटबद्ध रहती हैं; ध्वनि और वीडियो कॉल में SRTP AES-256-GCM के भीतर AES-256-GCM फ़्रेम कूटलेखन होता है, जिसमें प्रति सेकंड पाँच नई फ़्रेम कुंजियाँ बनती हैं। | प्रदाता के अनुसार, चैट, ऑडियो और वीडियो कॉल तथा फ़ाइल स्थानांतरण शुरू से अंत तक एन्क्रिप्टेड हैं। |
| ग्राहक का पहचान प्रदाता (SSO / LDAP) | हाँ। ग्राहक की अपनी OIDC, SAML 2.0 या LDAP निर्देशिका के माध्यम से प्रवेश, SCIM 2.0 के माध्यम से उपयोगकर्ता प्रावधान और प्रशासकों के लिए FIDO2 सुरक्षा कुंजियाँ उपलब्ध हैं। | MFA, OTP, PIN, SSO या बैंक पहचान पत्र के माध्यम से सत्यापन (SalaX सुरक्षित सहयोग)। |
| प्रशासकीय नियंत्रण और उपकरण प्रबंधन | उपकरणों की स्वीकृति और स्वीकृति निरस्त करने की सुविधा, गुमशुदा उपकरण मोड और दूर से डेटा मिटाने की सुविधा, डिजिटल हस्ताक्षर वाली उपकरण सूचियाँ, उपकरणों के बीच पारस्परिक TLS, डेटा प्रतिधारण, अग्रेषण और क्लिपबोर्ड संबंधी नीतियाँ, ग्राहक द्वारा निर्धारित वर्गीकरण लेबल और ग्राहक की सुरक्षा सूचना एवं घटना प्रबंधन प्रणाली के लिए हैश से जुड़ा अंकेक्षण अभिलेख। | परस्पर हस्ताक्षरित उपकरण सत्यापन; लेखापरीक्षा हेतु स्वचालित प्रणाली और अभिलेख रखरखाव। |
| डेटा संप्रभुता (अधिकार-क्षेत्र, भारत में निर्मित) | Tosh Defence द्वारा भारत में निर्मित। डेटा ग्राहक के चुने हुए अधिकार क्षेत्र और अवसंरचना में रहता है; उत्पादों में किसी तृतीय-पक्ष विश्लेषण सेवा या परिचालन के समय विदेशी सेवाओं पर निर्भरता नहीं है। | एसएसएच कम्युनिकेशंस सिक्योरिटी ओयज, हेलसिंकी, फ़िनलैंड; यूरोपीय संघ या किसी देश के विशिष्ट क्षेत्रों में स्थापना। |
| जारी किए गए संस्करणों की अखंडता और अद्यतन नियंत्रण | Ed25519 से हस्ताक्षरित रिलीज़ की इंस्टॉल करने से पहले पुष्टि की जाती है। रिलीज़ फ़्रीज़ और पिछले संस्करण पर लौटने से सुरक्षा मिलती है, और अपग्रेड विफल होने पर स्वचालित रूप से पिछले संस्करण पर वापसी होती है। ऑनलाइन या हस्ताक्षरित ऑफ़लाइन पैकेज से अपग्रेड कब करना है, यह ग्राहक तय करता है। | Not publicly documented |
| प्लेटफ़ॉर्म | iOS, Android, Windows, macOS और Linux के लिए मूल ऐप। डिज़ाइन में ब्राउज़र का उपयोग नहीं है: हमले का लक्ष्य बनने वाला कोई वेब-आधारित अनुप्रयोग नहीं है। | कंप्यूटर, मोबाइल और वेब अनुप्रयोग। |
अवसंरचना का नियंत्रण किसके पास है
SANKET
ग्राहक। हर संगठन के लिए उसके स्वामित्व वाले या उसके द्वारा चुने गए बुनियादी ढाँचे पर एक समर्पित संस्थापन होता है; संदेश के मार्ग में प्रदाता द्वारा संचालित कोई सेवा नहीं होती।
SalaX सुरक्षित संदेश सेवा
ग्राहक (अपने परिसर, निजी या सार्वजनिक क्लाउड पर), या यूरोपीय क्लाउड से सेवा के रूप में उपलब्ध सॉफ़्टवेयर।स्थापना के विकल्प
SANKET
ग्राहक के चुने हुए किसी भी क्षेत्र और क्लाउड पर (या Tosh Defence की होस्टिंग पर), ग्राहक के अपने सर्वर पर, या पूरी तरह नेटवर्क से पृथक समर्पित स्थापना; एकल सर्वर पर या दूसरे स्थल से पुनर्प्राप्ति सहित उच्च उपलब्धता के साथ।
SalaX सुरक्षित संदेश सेवा
सेवा के रूप में सॉफ़्टवेयर, अपने परिसर में, निजी क्लाउड, सार्वजनिक क्लाउड, नेटवर्क से पूर्णतः पृथक और मुख्य संचार चैनल से अलग।कुंजियाँ और पहचान किसके नियंत्रण में हैं
SANKET
ग्राहक और उसके उपयोगकर्ता। कुंजियाँ हर उपकरण पर बनाई जाती हैं और हार्डवेयर-समर्थित भंडारण से सुरक्षित रहती हैं; पहचान ग्राहक-नियंत्रित Sanket ID पर आधारित होती है, जिसके लिए व्यक्तिगत फ़ोन नंबर से जुड़ी पहचान आवश्यक नहीं है।
SalaX सुरक्षित संदेश सेवा
ग्राहक के स्वामित्व वाली कूटलेखन कुंजियाँ (विक्रेता)। फ़ोन नंबर की आवश्यकता: सार्वजनिक रूप से प्रलेखित नहीं।एन्क्रिप्शन प्रोटोकॉल
SANKET
Signal की आधिकारिक, स्वतंत्र रूप से अंकेक्षित libsignal के माध्यम से Signal Protocol। संदेशों के लिए libsignal के भीतर HMAC-SHA256 सहित AES-256-CBC; फ़ाइलों और कॉलों के लिए AES-256-GCM; TLS में केवल AES-256-GCM वाले क्रिप्टोग्राफ़िक समूह।
SalaX सुरक्षित संदेश सेवा
Olm और Megolm के साथ Matrix, AES-256; Element प्लेटफ़ॉर्म पर निर्मित।क्वांटम-पश्चात सुरक्षा
SANKET
हाँ, वर्तमान संस्करण में: अनिवार्य क्वांटम कंप्यूटर के हमलों के विरुद्ध सुरक्षा देने वाली Kyber पूर्व-कुंजी के साथ PQXDH और SPQR रैचेट (त्रिस्तरीय रैचेट), साथ ही TLS के अंतिम बिंदु पर मिश्रित X25519MLKEM768 कुंजी आदान-प्रदान।
SalaX सुरक्षित संदेश सेवा
Not publicly documentedसमूह और कॉल डिफ़ॉल्ट रूप से शुरू से अंत तक एन्क्रिप्टेड
SANKET
हाँ। दो व्यक्तियों के बीच और समूहों में संदेश, प्रतिक्रियाएँ, कूटबद्ध प्रसारण और फ़ाइलें हमेशा एक सिरे से दूसरे सिरे तक कूटबद्ध रहती हैं; ध्वनि और वीडियो कॉल में SRTP AES-256-GCM के भीतर AES-256-GCM फ़्रेम कूटलेखन होता है, जिसमें प्रति सेकंड पाँच नई फ़्रेम कुंजियाँ बनती हैं।
SalaX सुरक्षित संदेश सेवा
प्रदाता के अनुसार, चैट, ऑडियो और वीडियो कॉल तथा फ़ाइल स्थानांतरण शुरू से अंत तक एन्क्रिप्टेड हैं।ग्राहक का पहचान प्रदाता (SSO / LDAP)
SANKET
हाँ। ग्राहक की अपनी OIDC, SAML 2.0 या LDAP निर्देशिका के माध्यम से प्रवेश, SCIM 2.0 के माध्यम से उपयोगकर्ता प्रावधान और प्रशासकों के लिए FIDO2 सुरक्षा कुंजियाँ उपलब्ध हैं।
SalaX सुरक्षित संदेश सेवा
MFA, OTP, PIN, SSO या बैंक पहचान पत्र के माध्यम से सत्यापन (SalaX सुरक्षित सहयोग)।प्रशासकीय नियंत्रण और उपकरण प्रबंधन
SANKET
उपकरणों की स्वीकृति और स्वीकृति निरस्त करने की सुविधा, गुमशुदा उपकरण मोड और दूर से डेटा मिटाने की सुविधा, डिजिटल हस्ताक्षर वाली उपकरण सूचियाँ, उपकरणों के बीच पारस्परिक TLS, डेटा प्रतिधारण, अग्रेषण और क्लिपबोर्ड संबंधी नीतियाँ, ग्राहक द्वारा निर्धारित वर्गीकरण लेबल और ग्राहक की सुरक्षा सूचना एवं घटना प्रबंधन प्रणाली के लिए हैश से जुड़ा अंकेक्षण अभिलेख।
SalaX सुरक्षित संदेश सेवा
परस्पर हस्ताक्षरित उपकरण सत्यापन; लेखापरीक्षा हेतु स्वचालित प्रणाली और अभिलेख रखरखाव।डेटा संप्रभुता (अधिकार-क्षेत्र, भारत में निर्मित)
SANKET
Tosh Defence द्वारा भारत में निर्मित। डेटा ग्राहक के चुने हुए अधिकार क्षेत्र और अवसंरचना में रहता है; उत्पादों में किसी तृतीय-पक्ष विश्लेषण सेवा या परिचालन के समय विदेशी सेवाओं पर निर्भरता नहीं है।
SalaX सुरक्षित संदेश सेवा
एसएसएच कम्युनिकेशंस सिक्योरिटी ओयज, हेलसिंकी, फ़िनलैंड; यूरोपीय संघ या किसी देश के विशिष्ट क्षेत्रों में स्थापना।जारी किए गए संस्करणों की अखंडता और अद्यतन नियंत्रण
SANKET
Ed25519 से हस्ताक्षरित रिलीज़ की इंस्टॉल करने से पहले पुष्टि की जाती है। रिलीज़ फ़्रीज़ और पिछले संस्करण पर लौटने से सुरक्षा मिलती है, और अपग्रेड विफल होने पर स्वचालित रूप से पिछले संस्करण पर वापसी होती है। ऑनलाइन या हस्ताक्षरित ऑफ़लाइन पैकेज से अपग्रेड कब करना है, यह ग्राहक तय करता है।
SalaX सुरक्षित संदेश सेवा
Not publicly documentedप्लेटफ़ॉर्म
SANKET
iOS, Android, Windows, macOS और Linux के लिए मूल ऐप। डिज़ाइन में ब्राउज़र का उपयोग नहीं है: हमले का लक्ष्य बनने वाला कोई वेब-आधारित अनुप्रयोग नहीं है।
SalaX सुरक्षित संदेश सेवा
कंप्यूटर, मोबाइल और वेब अनुप्रयोग।जहाँ Sanket आगे है
- सभी संदेशों के लिए क्वांटम-पश्चात PQXDH और SPQR सहित Signal Protocol।
- हर जगह AES-256: libsignal के माध्यम से संदेशों में, फ़ाइलों और कॉल में AES-256-GCM के साथ, और TLS में केवल AES-256-GCM सिफ़र समूहों के साथ।
- प्रशासकों के लिए हस्ताक्षरित डिवाइस सूचियाँ, डिवाइसों के बीच पारस्परिक TLS और FIDO2 सुरक्षा कुंजियाँ।
- भारत में निर्मित और समर्थित, बाहरी नेटवर्क से पूरी तरह अलग रखे गए अधिष्ठापनों के लिए ऑफ़लाइन अनुज्ञापन और ऑफ़लाइन संस्करण पैकेज के साथ।
- जारी किए गए संस्करणों की अखंडता: पिछले संस्करण पर अनधिकृत वापसी और पुराना संस्करण प्रस्तुत किए जाने से सुरक्षा वाले हस्ताक्षरित विवरण।
अक्सर पूछे जाने वाले प्रश्न
सलाएक्स सुरक्षित संदेश सेवा कहाँ की है?
फ़िनलैंड। यह हेलसिंकी की एसएसएच कम्युनिकेशंस सिक्योरिटी ओयज की सलाएक्स सुरक्षित सहयोग सेवा का हिस्सा है। Tosh Defence का Sanket (Sanket.Chat) भारत में विकसित किया गया है और इसे भारत से सहायता प्रदान की जाती है।
SANKET की कूटलेखन प्रणाली किस तरह अलग है?
Sanket संदेशों, फ़ाइलों, कॉलों और डेटा परिवहन के लिए उत्तर-क्वांटम PQXDH और SPQR के साथ Signal की आधिकारिक libsignal के माध्यम से Signal Protocol तथा AES-256 का उपयोग करता है।
क्या SANKET ग्राहकों को कुंजियों का स्वामित्व रखने देता है?
हाँ। कुंजियाँ उपयोगकर्ताओं के उपकरणों पर बनाई जाती हैं और हार्डवेयर-समर्थित भंडारण से सुरक्षित रखी जाती हैं। सर्वर संदेशों, फ़ाइलों या कॉल की कुंजियाँ कभी अपने पास रखे बिना कूटलेख आगे भेजता है।
स्रोत
- SANKET की तकनीकी सुरक्षा और वास्तुकला पर श्वेतपत्र, सार्वजनिक संस्करण 2.0 (7 अक्टूबर 2026)
- SSH: SalaX सुरक्षित संदेश सेवा की शुरुआती स्थापनाएँ और Matrix Foundation की सदस्यता (28 अप्रैल 2025)
- SSH: SalaX सुरक्षित संदेश सेवा
- SSH: डेटा संप्रभुता के साथ सुरक्षित सहयोग
- एसएसएच: सलाएक्स सुरक्षित सहयोग बिक्री विवरणिका 2025
Sources checked on 7 October 2026. प्रतिस्पर्धियों से संबंधित तथ्य केवल सूचीबद्ध स्रोतों से लिए गए हैं। जहाँ कोई सार्वजनिक स्रोत नहीं मिला, वहाँ खाने में 'सार्वजनिक रूप से प्रलेखित नहीं' लिखा है। उत्पादों और कंपनियों के नाम उनके संबंधित स्वामियों के व्यापार चिह्न हैं।
अपने संचार का नियंत्रण अपने हाथ में रखें
अपने संस्थापन के बारे में Tosh Defence की टीम से बात करें, चाहे वह समर्पित क्लाउड संस्थापन हो या पूरी तरह नेटवर्क से भौतिक रूप से पृथक व्यवस्था, या पहले पूरी सुरक्षा संरचना पढ़ें।