Architectuur zonder sleuteltoegang voor de server: de server geeft versleutelde gegevens door
Sanket (Sanket.Chat) van Tosh Defence geeft de server geen inzicht in de inhoud: de server stuurt versleutelde gegevens door en beschikt nooit over de sleutels voor berichten, bestanden, gesprekken, reacties of versleutelde groepsberichten. De inhoud wordt op het apparaat van de afzender versleuteld en alleen op de apparaten van de ontvangers ontsleuteld. Daardoor kunnen Tosh Defence, een hostingaanbieder en de eigen servers van de klant de inhoud niet lezen.
Een ontwerp zonder sleuteltoegang voor de server verandert wat een gecompromitteerde server betekent. Een aanvaller die de server beheerst, kan eerdere inhoud niet lezen, omdat de sleutels de server nooit hebben bereikt, en kan niet ongemerkt een apparaat toevoegen om mee te luisteren, omdat verzenders de ondertekende apparatenlijst van elk account controleren.
Wat het betekent dat de server geen toegang tot gegevens heeft
In Sanket fungeert de server als doorgeefpunt voor versleutelde inhoud. Berichten, reacties en versleutelde berichten aan meerdere ontvangers zijn libsignal-berichten die op het apparaat van de afzender worden versleuteld; bijlagen worden vóór het uploaden versleuteld met AES-256-GCM; gespreksgegevens worden van begin tot eind versleuteld voordat ze de mediaserver bereiken. De sleutels voor al deze gegevens worden gegenereerd en bewaard op de apparaten van gebruikers.
Zelfs het label dat de classificatie van een bericht aangeeft, wordt versleuteld verzonden, zodat de server het niet kan lezen of wijzigen.
Een gecompromitteerde server onthult geen inhoud
Tosh Defence analyseert de gevolgen van compromittering van elke servercomponent. Bij al deze componenten blijven de inhoud van berichten, reacties, versleutelde berichten aan meerdere ontvangers, classificatielabels, bestandsinhoud, gespreksgegevens en privésleutels beschermd, omdat de vertrouwelijkheid van de inhoud nooit afhankelijk is van een servercomponent die niet gecompromitteerd is.
Herstel verloopt volgens één vast patroon: bouw het systeem opnieuw op vanuit een geverifieerde, ondertekende versie, vervang de geheime sleutels aan de serverzijde, verplicht gebruikers zich opnieuw aan te melden en controleer het auditlogboek waarin manipulatie zichtbaar is.
- Berichtinhoud en reacties
- Versleutelde berichten aan meerdere ontvangers en hun prioriteit
- Classificatielabels
- Bestandsinhoud
- Gespreksmedia
- Privésleutels
Geen onopgemerkte meeluisteraars
De apparatenlijst van elk account is ondertekend met een sleutel op het primaire apparaat van dat account en wordt bijgehouden in een logboek van de installatie waaraan alleen gegevens kunnen worden toegevoegd. Voordat een afzender iets versleutelt, controleert die de lijst en stuurt niets naar een apparaat dat er niet op staat. Zo kan een kwaadwillende server geen apparaat toevoegen om kopieën te ontvangen. Veiligheidsnummers en meldingen over identiteitswijzigingen stellen gebruikers in staat elkaars identiteit rechtstreeks te verifiëren.
Binnen uw installatie
Sanket is nooit een gedeelde publieke dienst. Elke organisatie gebruikt een eigen, afzonderlijke installatie. Daardoor blijven de routeringsmetadata die nodig zijn om berichten af te leveren binnen de installatie van de klant, onder beheer van de eigen beheerders en volgens het eigen bewaarbeleid en de eigen auditprocedures.
Beheerders beheren identiteiten, apparaten en beleid; zij beschikken niet over sleutels voor berichtinhoud en kunnen gesprekken niet lezen.
Technische onderbouwing
Lees de details in de whitepaper van SANKET
Elke bewering op deze pagina wordt volledig uiteengezet in het openbare technische witboek over de beveiliging en architectuur van Sanket, dat zonder registratie gratis te lezen is.
Wat betekent het als de server geen toegang heeft tot de inhoud?
Dat de server geen toegang heeft tot de sleutels, betekent dat hij versleutelde gegevens doorgeeft en nooit over de sleutels voor berichten, bestanden, gesprekken, reacties of versleutelde berichten aan meerdere ontvangers beschikt. De inhoud is alleen leesbaar op de apparaten van de deelnemers aan het gesprek.
Kan Tosh Defence berichten van klanten lezen?
Nee. Tosh Defence beheert installaties van klanten niet en heeft geen toegangsmogelijkheid tot die installaties. Berichtinhoud is van eindpunt tot eindpunt versleuteld met sleutels die uitsluitend op de apparaten van gebruikers bestaan.
Kunnen beheerders van de klant berichten lezen?
Nee. Beheerders beheren identiteiten, apparaten en beleid. De server bewaart geen sleutels voor de inhoud, dus beheerders kunnen berichten en bestanden niet lezen en gesprekken niet beluisteren.
Wat gebeurt er als een server van Sanket wordt gecompromitteerd?
De inhoud van eerdere berichten en bestanden blijft vertrouwelijk, omdat die is versleuteld met sleutels waarover de server nooit beschikte. Ondertekende apparaatlijsten voorkomen dat de aanvaller een apparaat toevoegt om kopieën te ontvangen, en veiligheidsnummers stellen gebruikers in staat identiteiten te verifiëren.
Kan de server een groepsbericht wijzigen of opnieuw verzenden?
Nee. De prioriteit, de bevestigingstermijn en de vervaltijd van een versleuteld bericht aan meerdere ontvangers zijn opgenomen in de eind-tot-eindversleuteling, zodat de server de prioriteit niet kan verlagen en het bericht niet opnieuw kan afspelen.
Waar komen metagegevens over de routering terecht?
De routeringsmetadata die nodig zijn om berichten af te leveren, blijven binnen de eigen, exclusieve installatie van de klant en vallen onder diens eigen bewaarbeleid en audits.
Bekijk hoe een ontwerp waarbij de server geen toegang heeft tot de inhoud uw dreigingsmodel verandert
Tosh Defence informeert beveiligingsarchitecten over de analyse van servercompromittering, apparaatvertrouwen en de verwerking van metagegevens bij Sanket.