SANKET tegenover SalaX: veilige berichtenuitwisseling vergeleken
SalaX Secure Messaging en SANKET bedienen beide gereguleerde organisaties en kunnen beide op eigen servers en fysiek geïsoleerd van andere netwerken worden geïnstalleerd en gebruikt, met sleutels in eigendom van de klant. SANKET is gebouwd op Signal Protocol met postkwantum-PQXDH en SPQR, AES-256 op elke laag, ondertekende apparaatlijsten, wederzijdse TLS tussen apparaten en FIDO2-sleutels voor beheerders, en wordt in India ontwikkeld en ondersteund.
Over SalaX Secure Messaging
SSH Communications Security Oyj · Finland
SalaX Secure Messaging is het onderdeel voor realtimeberichten van SalaX Secure Collaboration van SSH Communications Security, het Finse bedrijf achter het oorspronkelijke SSH-protocol. Het is gebouwd op het Element-platform en de Matrix-standaard, met Olm- en Megolm-versleuteling, en wordt aangeboden als SaaS vanuit een Europese cloud of voor gebruik op eigen servers, ook fysiek geïsoleerd van andere netwerken, met sleutels in eigendom van de klant.
Sanket versus SalaX Secure Messaging: vergelijking naast elkaar
| Criterium | SANKET | SalaX Secure Messaging |
|---|---|---|
| Wie beheert de infrastructuur | De klant. Eén afzonderlijke installatie per organisatie, op infrastructuur die zij bezit of kiest, zonder een door de leverancier beheerde dienst in het berichtenpad. | De klant (op eigen locatie, in een privécloud of in een openbare cloud) of als softwaredienst vanuit een Europese cloud. |
| Implementatieopties | Exclusieve installatie in elke door de klant gekozen regio en cloudomgeving (of op de hostinginfrastructuur van Tosh Defence), op eigen servers van de klant of volledig fysiek gescheiden van andere netwerken; op één server of met hoge beschikbaarheid en herstel via een tweede locatie. | SaaS, op eigen servers, in een private cloud, in een publieke cloud, fysiek geïsoleerd van andere netwerken en via een afzonderlijk communicatiekanaal. |
| Wie beheert de sleutels en identiteiten | De klant en zijn gebruikers. Sleutels worden op elk apparaat gegenereerd en beschermd met hardwarematige opslag; identiteiten zijn Sanket IDs onder beheer van de klant, zonder dat een telefoonnummer van een consument vereist is als identiteit. | Versleutelingssleutels in eigendom van de klant (leverancier). Vereiste voor een telefoonnummer: niet openbaar gedocumenteerd. |
| Versleutelingsprotocol | Signal Protocol via de officiële, onafhankelijk gecontroleerde libsignal van Signal. Berichten gebruiken AES-256-CBC met HMAC-SHA256 binnen libsignal; bestanden en gesprekken gebruiken AES-256-GCM; TLS gebruikt uitsluitend coderingssuites met AES-256-GCM. | Matrix met Olm en Megolm, AES-256; gebouwd op het Element-platform. |
| Postkwantumbescherming | Ja, in de huidige versie: PQXDH met een verplichte postkwantumvoorsleutel op basis van Kyber en de SPQR-sleutelratel (drievoudige sleutelratel), plus hybride X25519MLKEM768-sleuteluitwisseling aan de TLS-netwerkrand. | Not publicly documented |
| Groepen en gesprekken zijn standaard van begin tot eind versleuteld | Ja. Individuele berichten, groepsberichten, reacties, versleutelde berichten aan meerdere ontvangers en bestanden zijn altijd van begin tot eind versleuteld; spraak- en videogesprekken gebruiken AES-256-GCM-frameversleuteling met vijf nieuwe framesleutels per seconde, binnen SRTP AES-256-GCM. | Volgens de leverancier zijn chats, audio- en videogesprekken en bestandsoverdrachten van begin tot eind versleuteld. |
| Identiteitsprovider van de klant (SSO / LDAP) | Ja. Aanmelding via de eigen OIDC-, SAML 2.0- of LDAP-directory van de klant, gebruikersprovisioning via SCIM 2.0 en FIDO2-beveiligingssleutels voor beheerders. | Verificatie via MFA, OTP, PIN, SSO of bankidentiteit (SalaX Secure Collaboration). |
| Beheerfuncties en apparaatbeheer | Goedkeuring en intrekking van apparaten, verloren-modus en wissen op afstand, ondertekende apparaatlijsten, wederzijdse TLS-authenticatie voor apparaten, beleid voor bewaartermijnen, doorsturen en het klembord, door de klant gedefinieerde classificatielabels en een auditlogboek met hashketen voor het SIEM van de klant. | Apparaatverificatie met wederzijdse ondertekening; auditbot en registratie. |
| Datasoevereiniteit (rechtsgebied, ontwikkeld in India) | Ontwikkeld in India door Tosh Defence. Gegevens blijven binnen het rechtsgebied en op de infrastructuur die de klant kiest, zonder analyses door derden en zonder afhankelijkheid van buitenlandse diensten tijdens het gebruik van de producten. | SSH Communications Security Oyj, Helsinki, Finland; installatie en gebruik in specifieke regio's binnen de EU of in specifieke nationale regio's. |
| Integriteit van softwareversies en controle over updates | Met Ed25519 ondertekende versies worden vóór installatie geverifieerd, met bescherming tegen installatie bij een versiestop en tegen terugzetten naar een oudere versie, en automatisch herstel naar de vorige toestand als een upgrade mislukt. De klant bepaalt wanneer er wordt bijgewerkt, online of met een ondertekend offlinepakket. | Not publicly documented |
| Platformen | Systeemeigen apps voor iOS, Android, Windows, macOS en Linux. Het ontwerp vereist geen browser: er is geen webclient die kan worden aangevallen. | Bureaublad-, mobiele en webtoepassingen. |
Wie beheert de infrastructuur
SANKET
De klant. Eén afzonderlijke installatie per organisatie, op infrastructuur die zij bezit of kiest, zonder een door de leverancier beheerde dienst in het berichtenpad.
SalaX Secure Messaging
De klant (op eigen locatie, in een privécloud of in een openbare cloud) of als softwaredienst vanuit een Europese cloud.Implementatieopties
SANKET
Exclusieve installatie in elke door de klant gekozen regio en cloudomgeving (of op de hostinginfrastructuur van Tosh Defence), op eigen servers van de klant of volledig fysiek gescheiden van andere netwerken; op één server of met hoge beschikbaarheid en herstel via een tweede locatie.
SalaX Secure Messaging
SaaS, op eigen servers, in een private cloud, in een publieke cloud, fysiek geïsoleerd van andere netwerken en via een afzonderlijk communicatiekanaal.Wie beheert de sleutels en identiteiten
SANKET
De klant en zijn gebruikers. Sleutels worden op elk apparaat gegenereerd en beschermd met hardwarematige opslag; identiteiten zijn Sanket IDs onder beheer van de klant, zonder dat een telefoonnummer van een consument vereist is als identiteit.
SalaX Secure Messaging
Versleutelingssleutels in eigendom van de klant (leverancier). Vereiste voor een telefoonnummer: niet openbaar gedocumenteerd.Versleutelingsprotocol
SANKET
Signal Protocol via de officiële, onafhankelijk gecontroleerde libsignal van Signal. Berichten gebruiken AES-256-CBC met HMAC-SHA256 binnen libsignal; bestanden en gesprekken gebruiken AES-256-GCM; TLS gebruikt uitsluitend coderingssuites met AES-256-GCM.
SalaX Secure Messaging
Matrix met Olm en Megolm, AES-256; gebouwd op het Element-platform.Postkwantumbescherming
SANKET
Ja, in de huidige versie: PQXDH met een verplichte postkwantumvoorsleutel op basis van Kyber en de SPQR-sleutelratel (drievoudige sleutelratel), plus hybride X25519MLKEM768-sleuteluitwisseling aan de TLS-netwerkrand.
SalaX Secure Messaging
Not publicly documentedGroepen en gesprekken zijn standaard van begin tot eind versleuteld
SANKET
Ja. Individuele berichten, groepsberichten, reacties, versleutelde berichten aan meerdere ontvangers en bestanden zijn altijd van begin tot eind versleuteld; spraak- en videogesprekken gebruiken AES-256-GCM-frameversleuteling met vijf nieuwe framesleutels per seconde, binnen SRTP AES-256-GCM.
SalaX Secure Messaging
Volgens de leverancier zijn chats, audio- en videogesprekken en bestandsoverdrachten van begin tot eind versleuteld.Identiteitsprovider van de klant (SSO / LDAP)
SANKET
Ja. Aanmelding via de eigen OIDC-, SAML 2.0- of LDAP-directory van de klant, gebruikersprovisioning via SCIM 2.0 en FIDO2-beveiligingssleutels voor beheerders.
SalaX Secure Messaging
Verificatie via MFA, OTP, PIN, SSO of bankidentiteit (SalaX Secure Collaboration).Beheerfuncties en apparaatbeheer
SANKET
Goedkeuring en intrekking van apparaten, verloren-modus en wissen op afstand, ondertekende apparaatlijsten, wederzijdse TLS-authenticatie voor apparaten, beleid voor bewaartermijnen, doorsturen en het klembord, door de klant gedefinieerde classificatielabels en een auditlogboek met hashketen voor het SIEM van de klant.
SalaX Secure Messaging
Apparaatverificatie met wederzijdse ondertekening; auditbot en registratie.Datasoevereiniteit (rechtsgebied, ontwikkeld in India)
SANKET
Ontwikkeld in India door Tosh Defence. Gegevens blijven binnen het rechtsgebied en op de infrastructuur die de klant kiest, zonder analyses door derden en zonder afhankelijkheid van buitenlandse diensten tijdens het gebruik van de producten.
SalaX Secure Messaging
SSH Communications Security Oyj, Helsinki, Finland; installatie en gebruik in specifieke regio's binnen de EU of in specifieke nationale regio's.Integriteit van softwareversies en controle over updates
SANKET
Met Ed25519 ondertekende versies worden vóór installatie geverifieerd, met bescherming tegen installatie bij een versiestop en tegen terugzetten naar een oudere versie, en automatisch herstel naar de vorige toestand als een upgrade mislukt. De klant bepaalt wanneer er wordt bijgewerkt, online of met een ondertekend offlinepakket.
SalaX Secure Messaging
Not publicly documentedPlatformen
SANKET
Systeemeigen apps voor iOS, Android, Windows, macOS en Linux. Het ontwerp vereist geen browser: er is geen webclient die kan worden aangevallen.
SalaX Secure Messaging
Bureaublad-, mobiele en webtoepassingen.Waar Sanket vooroploopt
- Signal Protocol met postkwantumtechnieken PQXDH en SPQR voor alle berichten.
- Overal AES-256: berichten via libsignal, bestanden en gesprekken met AES-256-GCM, en uitsluitend AES-256-GCM-cijfersuites voor TLS.
- Ondertekende apparatenlijsten, wederzijdse TLS voor apparaten en FIDO2-beveiligingssleutels voor beheerders.
- Ontwikkeld en ondersteund in India, met offline licenties en offline releasepakketten voor fysiek van andere netwerken geïsoleerde omgevingen.
- Integriteit van softwareversies: ondertekende manifesten met bescherming tegen terugzetten naar een eerdere versie en tegen verouderde versies.
Veelgestelde vragen
Waar komt de beveiligde berichtendienst SalaX vandaan?
Finland. Het maakt deel uit van SalaX Secure Collaboration van SSH Communications Security Oyj in Helsinki. SANKET (Sanket.Chat) van Tosh Defence wordt in India ontwikkeld en ondersteund.
Waarin verschilt de versleuteling van Sanket?
SANKET gebruikt Signal Protocol via de officiële libsignal van Signal, met postkwantum-PQXDH en SPQR, en AES-256 voor berichten, bestanden, gesprekken en gegevensoverdracht.
Kan de klant met SANKET de sleutels zelf beheren?
Ja. Sleutels worden op de apparaten van gebruikers gegenereerd en beschermd door hardwarematige opslag. De server stuurt versleutelde gegevens door zonder ooit over de sleutels voor berichten, bestanden of gesprekken te beschikken.
Bronnen
- Technisch witboek over beveiliging en architectuur van SANKET, openbare editie 2.0 (7 oktober 2026)
- SSH: eerste installaties van SalaX Secure Messaging en lidmaatschap van de Matrix Foundation (28 april 2025)
- SSH: SalaX Secure Messaging
- SSH: veilige samenwerking met gegevenssoevereiniteit
- SSH: verkoopdocument voor SalaX Secure Collaboration 2025
Sources checked on 7 October 2026. Gegevens over concurrenten zijn uitsluitend afkomstig uit de vermelde bronnen. Waar geen openbare bron is gevonden, staat in de cel 'Niet publiek gedocumenteerd'. Product- en bedrijfsnamen zijn handelsmerken van hun respectieve eigenaren.
Houd uw communicatie onder eigen beheer
Bespreek met het team van Tosh Defence uw implementatie, van een afzonderlijke cloudinstallatie tot een volledig van andere netwerken afgesloten infrastructuur, of lees eerst de volledige beveiligingsarchitectuur.