End-to-End-Verschlüsselung für Unternehmen

Verschlüsselung, die hält, was sie verspricht

Der Begriff „End-to-End-Verschlüsselung” wurde durch jahrelangen Marketing-Missbrauch verwässert. Viele Plattformen werben mit Verschlüsselung, behalten sich aber den Zugriff auf Nachrichteninhalte auf ihren Servern vor, verschlüsseln nur bestimmte Datentypen oder verwalten Schlüssel so, dass eine Hintertür für den Anbieter offen bleibt.

Mandraki setzt End-to-End-Verschlüsselung in ihrer kryptografischen Bedeutung um: Daten werden auf dem Gerät des Absenders verschlüsselt und können nur auf den Geräten der vorgesehenen Empfänger entschlüsselt werden. Der Server transportiert Chiffretext. Er kann den Klartextinhalt von Nachrichten, Anrufen oder Dateien nicht lesen, analysieren oder offenlegen — weder gegenüber Mandraki-Mitarbeitenden, noch gegenüber Infrastrukturbetreibern, noch gegenüber irgendeiner Regierung.

Wie es funktioniert

Mandrakis End-to-End-Verschlüsselung basiert auf zwei offenen, von Fachleuten begutachteten Protokollen.

MLS für Messaging (RFC 9420)

Das Messaging-Layer-Security-Protokoll stellt Gruppenschlüsselvereinbarung für Kanäle und Direktnachrichten bereit. Wird eine neue Gruppe erstellt oder ein Mitglied hinzugefügt bzw. entfernt, geht der kryptografische Zustand der Gruppe in eine neue Epoche über. Jede Epoche besitzt einen eigenen Satz von Verschlüsselungsschlüsseln, der gemeinschaftlich von den Gruppenmitgliedern abgeleitet wird — ohne dass der Server das Schlüsselmaterial jemals erfährt.

Wichtige Eigenschaften von MLS in Mandraki:

• Forward Secrecy. Die Kompromittierung eines Geräts heute erlaubt nicht die Entschlüsselung vergangener Nachrichten. Die Schlüssel jeder Epoche sind unabhängig.
• Post-Compromise Security. Wird ein Gerät kompromittiert und später wiederhergestellt, heilt sich das Protokoll selbst, sobald der Gruppenzustand fortschreitet.
• Skalierbare Gruppengrößen. MLS ist auf Gruppen von Tausenden ausgelegt. Schlüsseloperationen skalieren logarithmisch, nicht linear.
• Multi-Device-Unterstützung. Jedes Benutzergerät besitzt eigene MLS-Anmeldedaten. Schlüsselpakete werden in Stapeln hochgeladen und bei Bedarf abgerufen, sodass das Hinzufügen eines neuen Kontakts nicht erfordert, dass dieser online ist.

SFrame für Medien (RFC 9605)

Für Video- und Audioanrufe nutzt Mandraki das Secure-Frame-Protokoll, um Medien auf Frame-Ebene zu verschlüsseln. Jeder Video- oder Audio-Frame wird auf dem Gerät des Absenders verschlüsselt, bevor er an die Selective Forwarding Unit (SFU) übertragen wird. Die SFU leitet verschlüsselte Frames an die richtigen Empfänger weiter, ohne sie jemals zu entschlüsseln.

Dieser Ansatz ist mit modernen SFU-Architekturen kompatibel, weil die SFU Medien nicht dekodieren muss, um ihre Routing-Funktion zu erfüllen. Sie leitet undurchsichtige, verschlüsselte Payloads weiter und bewahrt damit die Skalierbarkeitsvorteile serververmittelten Routings bei gleichzeitiger echter Ende-zu-Ende-Vertraulichkeit.

Serverseitige Verschlüsselung: eine ergänzende Schicht

Zusätzlich zur End-to-End-Verschlüsselung bietet Mandraki serverseitige Envelope-Verschlüsselung für ruhende Daten. Diese schützt vor Bedrohungen auf Infrastrukturebene wie Speichersystem-Einbrüchen oder unautorisiertem physischem Zugang.

Die Verschlüsselungshierarchie arbeitet in drei Schichten:

1. Master Key — der Vertrauensanker, optional vom Kunden über BYOK verwaltet.
2. Organisationsschlüssel — einer pro Organisation, vom Master Key umhüllt.
3. Datenverschlüsselungsschlüssel (DEKs) — zweckgebundene Schlüssel für Nachrichten, Dateien und Aufzeichnungen, vom Organisationsschlüssel umhüllt.

Serverseitige Verschlüsselung und End-to-End-Verschlüsselung ergänzen sich. Serverseitige Verschlüsselung schützt Daten vor Infrastruktur­bedrohungen. End-to-End-Verschlüsselung schützt Daten vor Zugriffen auf Anwendungsebene, einschließlich durch Mandraki selbst.

Bring Your Own Key (BYOK)

Für Organisationen, die volle Kontrolle über ihre Verschlüsselungsschlüssel benötigen, unterstützt Mandraki BYOK. Kunden können einen Master Key aus ihrem eigenen Schlüsselverwaltungsdienst importieren — sei es AWS KMS, Azure Key Vault oder ein manueller Import — und die gesamte organisationsbezogene Verschlüsselung wird in diesem kundenkontrollierten Schlüssel verankert.

Das Widerrufen eines BYOK-Schlüssels macht alle serverseitig verschlüsselten Daten dieser Organisation dauerhaft unzugänglich und stellt damit einen kryptografischen „Kill-Switch” für Datensouveränität bereit.

Kompromisse und Transparenz

End-to-End-Verschlüsselung bringt bestimmte Kompromisse mit sich, die Kunden unserer Ansicht nach klar verstehen sollten.

• Serverseitige Suche ist über End-to-End-verschlüsselte Inhalte nicht möglich. Mandraki stellt einen clientseitigen Suchindex bereit, der den lokalen Speicher des Browsers nutzt.
• KI-Funktionen (Transkription, Zusammenfassung) können nicht auf End-to-End-verschlüsselten Anrufen oder Kanälen arbeiten. Organisationen müssen pro Anruf oder Kanal zwischen KI-Unterstützung und E2EE wählen.
• Neue Geräte sehen Nachrichten erst ab dem Zeitpunkt, an dem sie einer Gruppe beitreten. Historische Nachrichten werden für neue Geräte nicht rückwirkend entschlüsselt.

Dies sind inhärente Eigenschaften echter End-to-End-Verschlüsselung, keine Einschränkungen unserer Umsetzung. Jede Plattform, die E2EE ohne diese Einschränkungen verspricht, bietet vermutlich keine echte End-to-End-Verschlüsselung.