SANKET im Vergleich zu SalaX: sichere Nachrichtenkommunikation im Vergleich
SalaX Secure Messaging und SANKET richten sich beide an regulierte Organisationen und lassen sich auf eigenen Servern sowie mit physischer Netztrennung und kundeneigenen Schlüsseln betreiben. SANKET basiert auf Signal Protocol mit den Post-Quanten-Verfahren PQXDH und SPQR, AES-256 auf jeder Ebene, signierten Gerätelisten, gegenseitiger Geräteauthentifizierung per TLS und FIDO2-Schlüsseln für Administratoren. Es wird in Indien entwickelt und betreut.
Über SalaX Secure Messaging
SSH Communications Security Oyj · Finnland
SalaX Secure Messaging ist die Echtzeit-Nachrichtenkomponente von SalaX Secure Collaboration von SSH Communications Security, dem finnischen Unternehmen hinter dem ursprünglichen SSH-Protokoll. Es basiert auf der Element-Plattform und dem Matrix-Standard mit Olm- und Megolm-Verschlüsselung und wird als SaaS aus einer europäischen Cloud oder zum Betrieb auf eigenen Servern angeboten, auch mit physischer Netztrennung und kundeneigenen Schlüsseln.
SANKET im Vergleich zu SalaX Secure Messaging: direkter Vergleich
| Kriterium | SANKET | SalaX Secure Messaging |
|---|---|---|
| Wer kontrolliert die Infrastruktur? | Der Kunde. Eine dedizierte Installation pro Organisation auf einer Infrastruktur, die sie besitzt oder auswählt, ohne einen vom Anbieter betriebenen Dienst im Nachrichtenübertragungsweg. | Der Kunde (auf eigenen Servern, in einer privaten oder öffentlichen Cloud) oder als Dienst aus einer europäischen Cloud. |
| Bereitstellungsoptionen | Dedizierte Installation auf jeder vom Kunden gewählten Cloud in jeder gewünschten Region (oder auf der Infrastruktur von Tosh Defence), auf eigenen Servern des Kunden oder vollständig netzisoliert; auf einem einzelnen Server oder hochverfügbar mit Wiederherstellung an einem zweiten Standort. | SaaS, auf eigenen Servern, in einer privaten Cloud, in einer öffentlichen Cloud, mit physischer Netztrennung und über einen unabhängigen Kommunikationskanal. |
| Wer besitzt die Schlüssel und verwaltet die Identitäten? | Der Kunde und seine Nutzer. Die Schlüssel werden auf jedem Gerät erzeugt und durch hardwaregestützte Speicherung geschützt; die Identitäten sind vom Kunden kontrollierte Sanket IDs, eine Identifizierung über eine private Telefonnummer ist nicht erforderlich. | Verschlüsselungsschlüssel im Eigentum des Kunden (Anbieter). Telefonnummer erforderlich: nicht öffentlich dokumentiert. |
| Verschlüsselungsprotokoll | Signal Protocol über die offizielle, unabhängig geprüfte libsignal-Bibliothek von Signal. Nachrichten: AES-256-CBC mit HMAC-SHA256 innerhalb von libsignal; Dateien und Anrufe: AES-256-GCM; TLS ausschließlich mit AES-256-GCM-Verschlüsselungssammlungen. | Matrix mit Olm und Megolm, AES-256; auf der Element-Plattform aufgebaut. |
| Post-Quanten-Schutz | Ja, in der aktuellen Version: PQXDH mit einem obligatorischen Post-Quanten-Kyber-Vorschlüssel und dem SPQR-Ratchet (Triple Ratchet) sowie einem hybriden X25519MLKEM768-Schlüsselaustausch am TLS-Endpunkt. | Not publicly documented |
| Gruppen und Anrufe sind standardmäßig Ende-zu-Ende-verschlüsselt | Ja. Einzel- und Gruppennachrichten, Reaktionen, verschlüsselte Rundmeldungen und Dateien sind stets Ende-zu-Ende-verschlüsselt; Sprach- und Videoanrufe nutzen eine AES-256-GCM-Verschlüsselung der Frames mit fünf neuen Frame-Schlüsseln pro Sekunde innerhalb von SRTP AES-256-GCM. | Laut Anbieter sind Chats, Audio- und Videoanrufe sowie Dateiübertragungen Ende-zu-Ende-verschlüsselt. |
| Identitätsanbieter des Kunden (SSO / LDAP) | Ja. Anmeldung über das kundeneigene OIDC-, SAML 2.0- oder LDAP-Verzeichnis, Benutzerbereitstellung über SCIM 2.0 und FIDO2-Sicherheitsschlüssel für Administratoren. | Verifizierung durch MFA, OTP, PIN, SSO oder Bank-ID (SalaX Secure Collaboration). |
| Administrationsfunktionen und Geräteverwaltung | Gerätefreigabe und -widerruf, Verlustmodus und Fernlöschung, signierte Gerätelisten, gegenseitige TLS-Authentifizierung für Geräte, Richtlinien für Aufbewahrung, Weiterleitung und Zwischenablage, kundendefinierte Klassifizierungskennzeichnungen und ein per Hash-Werten verkettetes Auditprotokoll für das SIEM des Kunden. | Gegenseitig signierte Geräteverifizierung; Prüfbot und Protokollierung. |
| Datensouveränität (eigene Rechtsordnung, in Indien entwickelt) | In Indien von Tosh Defence entwickelt. Die Daten verbleiben in der vom Kunden gewählten Rechtsordnung und auf der von ihm gewählten Infrastruktur. Die Produkte enthalten keine Analysefunktionen von Drittanbietern und sind im Betrieb nicht von ausländischen Diensten abhängig. | SSH Communications Security Oyj, Helsinki, Finnland; Bereitstellung in bestimmten EU- oder nationalen Regionen. |
| Integrität der Softwareversionen und Kontrolle über Aktualisierungen | Mit Ed25519 signierte Versionen werden vor der Installation geprüft. Ein Festhalten am bisherigen Versionsstand und eine Rückkehr zu einer älteren Version werden verhindert; schlägt eine Aktualisierung fehl, wird der vorherige Zustand automatisch wiederhergestellt. Der Kunde entscheidet, wann die Aktualisierung erfolgt: online oder mit einem signierten Offlinepaket. | Not publicly documented |
| Plattformen | Native Apps für iOS, Android, Windows, macOS und Linux. Bewusst ohne Browser: Es gibt keinen Webclient, der angegriffen werden könnte. | Anwendungen für Desktop-Geräte, Mobilgeräte und das Web. |
Wer kontrolliert die Infrastruktur?
SANKET
Der Kunde. Eine dedizierte Installation pro Organisation auf einer Infrastruktur, die sie besitzt oder auswählt, ohne einen vom Anbieter betriebenen Dienst im Nachrichtenübertragungsweg.
SalaX Secure Messaging
Der Kunde (auf eigenen Servern, in einer privaten oder öffentlichen Cloud) oder als Dienst aus einer europäischen Cloud.Bereitstellungsoptionen
SANKET
Dedizierte Installation auf jeder vom Kunden gewählten Cloud in jeder gewünschten Region (oder auf der Infrastruktur von Tosh Defence), auf eigenen Servern des Kunden oder vollständig netzisoliert; auf einem einzelnen Server oder hochverfügbar mit Wiederherstellung an einem zweiten Standort.
SalaX Secure Messaging
SaaS, auf eigenen Servern, in einer privaten Cloud, in einer öffentlichen Cloud, mit physischer Netztrennung und über einen unabhängigen Kommunikationskanal.Wer besitzt die Schlüssel und verwaltet die Identitäten?
SANKET
Der Kunde und seine Nutzer. Die Schlüssel werden auf jedem Gerät erzeugt und durch hardwaregestützte Speicherung geschützt; die Identitäten sind vom Kunden kontrollierte Sanket IDs, eine Identifizierung über eine private Telefonnummer ist nicht erforderlich.
SalaX Secure Messaging
Verschlüsselungsschlüssel im Eigentum des Kunden (Anbieter). Telefonnummer erforderlich: nicht öffentlich dokumentiert.Verschlüsselungsprotokoll
SANKET
Signal Protocol über die offizielle, unabhängig geprüfte libsignal-Bibliothek von Signal. Nachrichten: AES-256-CBC mit HMAC-SHA256 innerhalb von libsignal; Dateien und Anrufe: AES-256-GCM; TLS ausschließlich mit AES-256-GCM-Verschlüsselungssammlungen.
SalaX Secure Messaging
Matrix mit Olm und Megolm, AES-256; auf der Element-Plattform aufgebaut.Post-Quanten-Schutz
SANKET
Ja, in der aktuellen Version: PQXDH mit einem obligatorischen Post-Quanten-Kyber-Vorschlüssel und dem SPQR-Ratchet (Triple Ratchet) sowie einem hybriden X25519MLKEM768-Schlüsselaustausch am TLS-Endpunkt.
SalaX Secure Messaging
Not publicly documentedGruppen und Anrufe sind standardmäßig Ende-zu-Ende-verschlüsselt
SANKET
Ja. Einzel- und Gruppennachrichten, Reaktionen, verschlüsselte Rundmeldungen und Dateien sind stets Ende-zu-Ende-verschlüsselt; Sprach- und Videoanrufe nutzen eine AES-256-GCM-Verschlüsselung der Frames mit fünf neuen Frame-Schlüsseln pro Sekunde innerhalb von SRTP AES-256-GCM.
SalaX Secure Messaging
Laut Anbieter sind Chats, Audio- und Videoanrufe sowie Dateiübertragungen Ende-zu-Ende-verschlüsselt.Identitätsanbieter des Kunden (SSO / LDAP)
SANKET
Ja. Anmeldung über das kundeneigene OIDC-, SAML 2.0- oder LDAP-Verzeichnis, Benutzerbereitstellung über SCIM 2.0 und FIDO2-Sicherheitsschlüssel für Administratoren.
SalaX Secure Messaging
Verifizierung durch MFA, OTP, PIN, SSO oder Bank-ID (SalaX Secure Collaboration).Administrationsfunktionen und Geräteverwaltung
SANKET
Gerätefreigabe und -widerruf, Verlustmodus und Fernlöschung, signierte Gerätelisten, gegenseitige TLS-Authentifizierung für Geräte, Richtlinien für Aufbewahrung, Weiterleitung und Zwischenablage, kundendefinierte Klassifizierungskennzeichnungen und ein per Hash-Werten verkettetes Auditprotokoll für das SIEM des Kunden.
SalaX Secure Messaging
Gegenseitig signierte Geräteverifizierung; Prüfbot und Protokollierung.Datensouveränität (eigene Rechtsordnung, in Indien entwickelt)
SANKET
In Indien von Tosh Defence entwickelt. Die Daten verbleiben in der vom Kunden gewählten Rechtsordnung und auf der von ihm gewählten Infrastruktur. Die Produkte enthalten keine Analysefunktionen von Drittanbietern und sind im Betrieb nicht von ausländischen Diensten abhängig.
SalaX Secure Messaging
SSH Communications Security Oyj, Helsinki, Finnland; Bereitstellung in bestimmten EU- oder nationalen Regionen.Integrität der Softwareversionen und Kontrolle über Aktualisierungen
SANKET
Mit Ed25519 signierte Versionen werden vor der Installation geprüft. Ein Festhalten am bisherigen Versionsstand und eine Rückkehr zu einer älteren Version werden verhindert; schlägt eine Aktualisierung fehl, wird der vorherige Zustand automatisch wiederhergestellt. Der Kunde entscheidet, wann die Aktualisierung erfolgt: online oder mit einem signierten Offlinepaket.
SalaX Secure Messaging
Not publicly documentedPlattformen
SANKET
Native Apps für iOS, Android, Windows, macOS und Linux. Bewusst ohne Browser: Es gibt keinen Webclient, der angegriffen werden könnte.
SalaX Secure Messaging
Anwendungen für Desktop-Geräte, Mobilgeräte und das Web.Wo Sanket führend ist
- Signal Protocol mit den Post-Quanten-Verfahren PQXDH und SPQR für die gesamte Nachrichtenkommunikation.
- AES-256 durchgängig: Nachrichten über libsignal, Dateien und Anrufe mit AES-256-GCM sowie TLS ausschließlich mit AES-256-GCM-Chiffrensammlungen.
- Signierte Gerätelisten, gegenseitige TLS-Authentifizierung der Geräte und FIDO2-Sicherheitsschlüssel für Administratoren.
- In Indien entwickelt und betreut, mit Offline-Lizenzierung und Offline-Release-Paketen für physisch vom Netz getrennte Umgebungen.
- Integrität der Softwareversionen: signierte Manifeste mit Schutz vor dem Einspielen älterer Versionen und vor veralteten Manifesten.
Häufig gestellte Fragen
Woher stammt SalaX Secure Messaging?
Finnland. Es ist Teil von SalaX Secure Collaboration der SSH Communications Security Oyj in Helsinki. Sanket (Sanket.Chat) von Tosh Defence wird in Indien entwickelt und betreut.
Worin unterscheidet sich die Verschlüsselung von Sanket?
Sanket verwendet das Signal Protocol über das offizielle libsignal von Signal mit den Post-Quanten-Verfahren PQXDH und SPQR sowie AES-256 für Nachrichten, Dateien, Anrufe und die Transportverschlüsselung.
Ermöglicht Sanket dem Kunden die Kontrolle über die Schlüssel?
Ja. Schlüssel werden auf den Geräten der Nutzer erzeugt und in hardwaregeschütztem Speicher gesichert. Der Server leitet verschlüsselte Daten weiter, ohne jemals über die Schlüssel für Nachrichten, Dateien oder Anrufe zu verfügen.
Quellen
- Technisches Whitepaper zur Sicherheit und Architektur von SANKET, öffentliche Ausgabe 2.0 (7. Oktober 2026)
- SSH: Erste Installationen von SalaX Secure Messaging und Mitgliedschaft in der Matrix Foundation (28. April 2025)
- SSH: SalaX Secure Messaging
- SSH: Sichere Zusammenarbeit mit Datensouveränität
- SSH: Vertriebsdatenblatt zu SalaX Secure Collaboration 2025
Sources checked on 7 October 2026. Die Angaben zu Wettbewerbern stammen ausschließlich aus den aufgeführten Quellen. Wenn keine öffentliche Quelle gefunden wurde, steht in der Zelle „Nicht öffentlich dokumentiert“. Produkt- und Unternehmensnamen sind Marken ihrer jeweiligen Inhaber.
Weitere Vergleiche
Übernehmen Sie selbst die Kontrolle über Ihre Kommunikation
Sprechen Sie mit dem Team von Tosh Defence über Ihre Bereitstellung, von einer dedizierten Cloud-Installation bis hin zu einer vollständig vom Netz isolierten Infrastruktur, oder lesen Sie zunächst die vollständige Sicherheitsarchitektur.