Architektur ohne serverseitigen Einblick in Inhalte: Der Server leitet Chiffretext weiter
Sanket (Sanket.Chat) von Tosh Defence ist für den Server nicht einsehbar: Der Server leitet verschlüsselte Daten weiter und besitzt zu keinem Zeitpunkt die Schlüssel für Nachrichten, Dateien, Anrufe, Reaktionen oder verschlüsselte Rundsendungen. Inhalte werden auf dem sendenden Gerät verschlüsselt und nur auf den Geräten der Empfänger entschlüsselt. Weder Tosh Defence noch ein Hosting-Anbieter noch die eigenen Server des Kunden können sie lesen.
Wenn der Server keinen Einblick in Inhalte hat, hat eine Kompromittierung des Servers andere Folgen. Ein Angreifer, der den Server kontrolliert, kann frühere Inhalte nicht lesen, weil die Schlüssel nie auf den Server gelangt sind. Er kann auch nicht unbemerkt ein Gerät hinzufügen, um mitzuhören, weil die Absender die signierte Geräteliste jedes Kontos überprüfen.
Was es bedeutet, wenn der Server keinen Einblick hat
Bei Sanket dient der Server als Relais für verschlüsselte Inhalte. Nachrichten, Reaktionen und verschlüsselte Rundnachrichten werden als libsignal-Nachrichten auf dem Gerät des Absenders verschlüsselt; Anhänge werden vor dem Hochladen mit AES-256-GCM verschlüsselt; Datenpakete von Anrufen werden Ende-zu-Ende verschlüsselt, bevor sie den Medienserver erreichen. Die Schlüssel dafür werden auf den Geräten der Nutzer erzeugt und dort gespeichert.
Selbst die Kennzeichnung der Geheimhaltungsstufe einer Nachricht wird verschlüsselt übertragen, sodass der Server sie weder lesen noch ändern kann.
Ein kompromittierter Server gibt keine Inhalte preis
Tosh Defence analysiert die Kompromittierung jeder serverseitigen Komponente. Selbst wenn alle diese Komponenten kompromittiert werden, bleiben Nachrichteninhalte, Reaktionen, verschlüsselte Rundsendungen, Klassifizierungskennzeichnungen, Dateiinhalte, Gesprächsdaten und private Schlüssel geschützt, weil die Vertraulichkeit der Inhalte nicht davon abhängt, dass eine Serverkomponente unkompromittiert bleibt.
Die Wiederherstellung folgt einem festen Ablauf: Neuaufbau anhand einer verifizierten, signierten Version, Austausch serverseitiger Geheimnisse, Erzwingen einer erneuten Authentifizierung und Prüfung des manipulationsnachweisenden Prüfprotokolls.
- Nachrichteninhalte und Reaktionen
- Verschlüsselte Rundnachrichten und ihre Priorität
- Einstufungskennzeichnungen
- Dateiinhalte
- Anrufmedien
- Private Schlüssel
Keine unbemerkten Mitleser
Die Geräteliste jedes Kontos wird mit einem Schlüssel signiert, der sich auf dem primären Gerät dieses Kontos befindet. In der Installation wird ein Protokoll geführt, dem nur Einträge hinzugefügt werden können. Vor dem Verschlüsseln prüft der Absender diese Liste und sendet nichts an Geräte, die nicht darauf stehen. So kann ein feindlich gesinnter Server kein Gerät hinzufügen, um Kopien zu empfangen. Sicherheitsnummern und Hinweise auf Identitätsänderungen ermöglichen es Nutzern, die Identität des Gegenübers direkt zu überprüfen.
Innerhalb Ihrer Installation
SANKET ist niemals ein gemeinsam genutzter öffentlicher Dienst. Jede Organisation betreibt eine eigene dedizierte Installation. So bleiben die für die Zustellung von Nachrichten erforderlichen Routing-Metadaten innerhalb der kundeneigenen Installation und unterliegen den eigenen Administratoren, Aufbewahrungsrichtlinien und Prüfverfahren des Kunden.
Administratoren verwalten Identitäten, Geräte und Richtlinien; sie besitzen keine Schlüssel für Kommunikationsinhalte und können Unterhaltungen nicht lesen.
Technischer Nachweis
Lesen Sie die Einzelheiten im Sicherheitspapier zu Sanket
Jede Aussage auf dieser Seite ist im öffentlich zugänglichen technischen Weißbuch zu Sicherheit und Architektur von Sanket vollständig dargelegt. Es ist ohne Registrierung kostenlos lesbar.
Was bedeutet es, wenn der Server keine Inhalte lesen kann?
Kein serverseitiger Einblick bedeutet: Der Server leitet Chiffretext weiter und verfügt zu keinem Zeitpunkt über die Schlüssel für Nachrichten, Dateien, Anrufe, Reaktionen oder verschlüsselte Rundnachrichten. Inhalte sind nur auf den Geräten der Gesprächsteilnehmer lesbar.
Kann Tosh Defence Nachrichten von Kunden lesen?
Nein. Tosh Defence betreibt keine Kundeninstallationen und hat keinen Zugangsweg zu ihnen. Nachrichteninhalte sind Ende-zu-Ende-verschlüsselt; die Schlüssel befinden sich ausschließlich auf den Geräten der Nutzer.
Können Administratoren der Kundenorganisation Nachrichten lesen?
Nein. Administratoren verwalten Identitäten, Geräte und Richtlinien. Der Server besitzt keine Schlüssel für die Inhalte. Deshalb können Administratoren Nachrichten und Dateien nicht lesen und Gespräche nicht mithören.
Was passiert, wenn ein Sanket-Server kompromittiert wird?
Der Inhalt früherer Nachrichten und Dateien bleibt vertraulich, da er mit Schlüsseln verschlüsselt wurde, über die der Server nie verfügte. Signierte Gerätelisten verhindern, dass der Angreifer ein Gerät hinzufügt, um Kopien zu empfangen. Anhand von Sicherheitsnummern können Nutzer Identitäten überprüfen.
Kann der Server eine Rundnachricht verändern oder erneut zustellen?
Nein. Priorität, Bestätigungsfrist und Ablaufzeitpunkt einer verschlüsselten Nachricht an mehrere Empfänger werden innerhalb der Ende-zu-Ende-Verschlüsselung übertragen. Der Server kann die Priorität daher weder herabsetzen noch die Nachricht erneut einspielen.
Wohin gelangen die Metadaten zur Weiterleitung?
Die für die Zustellung von Nachrichten erforderlichen Routing-Metadaten verbleiben in der eigenen, dedizierten Installation des Kunden und unterliegen dessen eigenen Aufbewahrungs- und Auditvorgaben.
Erfahren Sie, wie eine Architektur, bei der der Server keinen Zugriff auf Kommunikationsinhalte hat, Ihr Bedrohungsmodell verändert
Tosh Defence informiert Sicherheitsarchitekten über die Analyse der Serverkompromittierung, das Gerätevertrauen und den Umgang mit Metadaten bei Sanket.