Wir beschreiben Sicherheit nicht als absoluten Zustand. Wir zerlegen sie in überprüfbare Schichten, dokumentierte Grenzen und reproduzierbare Nachweise.
Jede Installation besitzt eine eigene kryptografische Identität. Private Geräteschlüssel werden nicht exportierbar erzeugt und bleiben im Browser. Neue Geräte werden sichtbar und können gezielt verifiziert oder entfernt werden.
Kurzlebige Access Tokens werden durch rotierende Refresh Tokens ergänzt. Wird ein bereits verwendetes Refresh Token erneut präsentiert, sperrt das System die gesamte Sitzungsfamilie statt still weiterzumachen.
Nachrichten, Reaktionen, Anhänge, lokale Historie und ausgewählte persönliche Einstellungen besitzen getrennte Verschlüsselungswege. Der Doppel-Ratchet wird kontrolliert pilotiert und nicht als universell abgeschlossen dargestellt.
Der Web-Release wird außerhalb des Servers signiert. Ein unabhängiger Nachbau vergleicht jede ausgelieferte Datei bytegleich; der Service Worker prüft das signierte Manifest, bevor er Ressourcen in seinen Cache übernimmt.
Zusätzliche Anmeldung mit Plattform- oder Hardware-Schlüssel.
Lokale Daten und aktive Sitzungen kontrolliert beseitigen.
Unauffälliger Zugangspfad mit Sitzungswiderruf.
Strenge Script- und Netzwerkziele begrenzen eingeschleusten Code.
Kurzlebige signierte Objekt-URLs statt öffentlicher Dateien.
Produktionsdateien und Betriebsskripte fortlaufend messen.
“Ein grüner Test ist nur so stark wie die Regel, die er tatsächlich prüft.”
VENTEX Sicherheitsgrundsatz
Grenzen, Nachweise und offene Audit-Aufgaben werden ausdrücklich dokumentiert.
