SANKET tegenover Rocket.Chat: veilige berichtenuitwisseling voor teams vergeleken
Rocket.Chat is een flexibel platform voor teamsamenwerking dat op eigen servers en op fysiek geïsoleerde netwerken kan draaien. SANKET biedt standaard eind-tot-eindversleuteling voor elk bericht, bestand en gesprek, met libsignal van Signal, postkwantumprotocollen PQXDH en SPQR, ondertekende apparaatlijsten en wederzijdse TLS-authenticatie tussen apparaten, volledig onder controle van de organisatie.
Over Rocket.Chat
Rocket.Chat Technologies Corp · Brazilië (kantoren in de VS en Europa)
Rocket.Chat is een platform voor teamsamenwerking, opgericht in 2015 en gevestigd in Porto Alegre, Brazilië. Het kan worden geïnstalleerd op eigen servers, op fysiek geïsoleerde netwerken, in een soevereine of private cloud of in de door Rocket.Chat beheerde cloud. Het integreert met LDAP, SAML en OpenID Connect en bedient bedrijven, overheidsinstanties en defensieorganisaties.
Sanket versus Rocket.Chat: vergelijking naast elkaar
| Criterium | SANKET | Rocket.Chat |
|---|---|---|
| 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 (in eigen beheer) of de gehoste cloud van Rocket.Chat. |
| 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. | Op eigen servers, volledig netwerkgeïsoleerd, in een soevereine of privécloud, of in een door Rocket.Chat gehoste cloud. |
| 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. | Accounts voor de werkomgeving; geen telefoonnummer vereist. Sleutelbeheer: 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. | Not publicly documented |
| 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. | Postkwantumalgoritmen op de ontwikkelplanning van de leverancier. |
| 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. | End-to-end versleuteling wordt ingeschakeld door een werkruimtebeheerder, die deze verplicht kan stellen voor nieuwe besloten gespreksruimten en directe berichten. |
| 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. | LDAP, SAML en OAuth / OpenID Connect (bijvoorbeeld Keycloak en Entra ID); LDAP en SAML gebruiken vanaf versie 9.0.0 een Premium-module. |
| 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. | Not publicly documented |
| 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. | Rocket.Chat Technologies Corp, Porto Alegre, Brazilië, met kantoren in de VS en Europa. |
| 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. | Web, desktop en mobiel (leverancier). |
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.
Rocket.Chat
De klant (in eigen beheer) of de gehoste cloud van Rocket.Chat.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.
Rocket.Chat
Op eigen servers, volledig netwerkgeïsoleerd, in een soevereine of privécloud, of in een door Rocket.Chat gehoste cloud.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.
Rocket.Chat
Accounts voor de werkomgeving; geen telefoonnummer vereist. Sleutelbeheer: 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.
Rocket.Chat
Not publicly documentedPostkwantumbescherming
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.
Rocket.Chat
Postkwantumalgoritmen op de ontwikkelplanning van de leverancier.Groepen 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.
Rocket.Chat
End-to-end versleuteling wordt ingeschakeld door een werkruimtebeheerder, die deze verplicht kan stellen voor nieuwe besloten gespreksruimten en directe berichten.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.
Rocket.Chat
LDAP, SAML en OAuth / OpenID Connect (bijvoorbeeld Keycloak en Entra ID); LDAP en SAML gebruiken vanaf versie 9.0.0 een Premium-module.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.
Rocket.Chat
Not publicly documentedDatasoevereiniteit (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.
Rocket.Chat
Rocket.Chat Technologies Corp, Porto Alegre, Brazilië, met kantoren in de VS en Europa.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.
Rocket.Chat
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.
Rocket.Chat
Web, desktop en mobiel (leverancier).Waar Sanket vooroploopt
- End-to-end versleuteling is ingebouwd in alle berichtenfuncties: berichten, reacties, rondzendingen en labels verlopen via libsignal, en bestanden worden op het apparaat versleuteld met AES-256-GCM.
- Postkwantumberichtbeveiliging in de huidige versie (PQXDH en SPQR) en hybride postkwantum-TLS aan de netwerkrand.
- Gesprekken zijn eind-tot-eind versleuteld met AES-256-GCM-framesleutels per afzender, overgedragen via libsignal; de mediaserver kan ze niet ontsleutelen.
- Ondertekende apparatenlijsten en wederzijdse TLS voor elk goedgekeurd apparaat.
- FIDO2-beveiligingssleutels voor beheerders, geverifieerd door de installatie zelf, zonder externe dienst.
Veelgestelde vragen
Is SANKET een alternatief voor Rocket.Chat?
Ja, voor organisaties die willen dat elk gesprek standaard eind-tot-eind versleuteld is. SANKET (Sanket.Chat) van Tosh Defence gebruikt de libsignal van Signal met postkwantumbeveiliging voor elk bericht, bestand en gesprek.
Kan Sanket zonder verbinding met internet of andere netwerken worden geïnstalleerd?
Ja. SANKET draait volledig geïsoleerd van andere netwerken, met een interne certificeringsinstantie, offline licenties en ondertekende offline updates, op één server of met hoge beschikbaarheid en een tweede locatie.
Kan SANKET worden geïntegreerd met LDAP en SAML?
Ja. Aanmelding kan worden gekoppeld aan de eigen OIDC-, SAML 2.0- of LDAP-directory van de organisatie, met gebruikersprovisioning via SCIM 2.0.
Bronnen
- Technisch witboek over beveiliging en architectuur van SANKET, openbare editie 2.0 (7 oktober 2026)
- Rocket.Chat: defensie
- Rocket.Chat-documentatie: eind-tot-eindversleuteling
- Rocket.Chat-documentatie: veelgestelde vragen over eind-tot-eindversleuteling
- Rocket.Chat: alternatieven
- Rocket.Chat-documentatie: authenticatie
- Rocket.Chat-documentatie: authenticatie per abonnement
- We Work Remotely: bedrijfsprofiel van Rocket.Chat
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.