Sicherheit bei Livara: Wo die Verschlüsselung endet.
Livara 0.2 · nichts beschönigt
Wie Livara Nachrichteninhalte schützt, welche Metadaten sichtbar bleiben und wo Wiederherstellung und Gerätesicherheit diesen Schutz begrenzen. Die eigens entwickelten Protokolle LVR1 und LGS1 wurden bisher keinem unabhängigen Sicherheitsaudit unterzogen.
Die kryptografischen Bausteine
Fehlt eine Verschlüsselungsidentität, wird der geschützte Versand gestoppt. Eine neue Gruppe wird erst als verschlüsselt angelegt, wenn alle Mitglieder dafür bereit sind. Eine ältere, inkompatible Gruppe bleibt sichtbar ohne E2EE, statt ein stärkeres Schutzversprechen zu erhalten. Das Relay kennt weiterhin die äußeren Daten: wer, wann, wie groß und ob die Nachricht angekommen ist.
01 · Die Grenze
Kann der Server mitlesen?
Diese Tabelle beschreibt die Nachrichtenzustellung. Für die gesonderte KI-Verarbeitung gelten die Datenschutzerklärung und die Einstellungen des von dir verwendeten Clients.
Hinweis Routing-Daten, Mitgliedschaften, Zeitstempel, Zustellstatus und Chiffretext werden gespeichert, damit sich Geräte synchronisieren können.
Hinweis Erst diese Speicherung ermöglicht es, den Stand nach einer erneuten Verbindung wiederherzustellen. Das ist eine Abwägung – und dies ist der Preis dafür.
| Datenart | Direkter 1:1-Chat | Kompatible private Gruppen | Kanäle |
|---|---|---|---|
| Nachrichtentext | Auf deinem Gerät verschlüsselt | Ende-zu-Ende-verschlüsselt (LGS1) | Öffentliche Broadcast-Kanäle |
| Textbearbeitungen | Auf deinem Gerät verschlüsselt | Ende-zu-Ende-verschlüsselt (LGS1) | Öffentliche Broadcast-Kanäle |
| Fotos, Videos, Dateien, Bildunterschriften | Vor dem Hochladen verschlüsselt | Vor dem Hochladen verschlüsselt | Öffentliche Broadcast-Kanäle |
| Mit wem du gesprochen hast | Nur Routing-Metadaten | Nur Routing-Metadaten | Öffentliche Broadcast-Kanäle |
| Wann du gesprochen hast | Nur Zeitstempel der Zustellung | Nur Zeitstempel der Zustellung | Öffentliche Broadcast-Kanäle |
| Dein Passwort | Verlässt dein Gerät nie | Verlässt dein Gerät nie | Verlässt dein Gerät nie |
| Deine privaten Schlüssel | Werden nie unverschlüsselt hochgeladen | Werden nie unverschlüsselt hochgeladen | Werden nie unverschlüsselt hochgeladen |
02 · Direkte Chats
Wie eine Nachricht ihren Schlüssel bekommt.
LVR1 beginnt mit klassischem und Post-Quanten-Schlüsselmaterial und führt anschließend zwei Ratchets fort. Normale Nachrichten setzen recheneffiziente Einwegketten fort. Regelmäßige ML-KEM-Epochen erneuern den quantensicheren Root-Schlüssel, ohne bei jedem Versand einen drei Kilobyte großen Handshake mitzuführen.
LVR1 im Detail
Die folgenden Bausteine und Parameter beschreiben den Entwurf. Der Einsatz etablierter Komponenten ist kein unabhängiger Nachweis für die Sicherheit des Gesamtprotokolls.
- Klassischer Root-Schlüssel
- P-256 ECDH, signierte Prekeys
- Post-Quanten-Root-Schlüssel
- ML-KEM-768, Epochen mit regelmäßiger Schlüsselerneuerung
- Sitzungsaufbau
- Hybrid nach dem X3DH-Prinzip, mit Einmalschlüsseln, sofern verfügbar
- Ratchet-Verfahren
- Unabhängige Sende- und Empfangsketten
- Inhaltsverschlüsselung
- AES-256-GCM für Inhalt und Header
- Schlüsselverwahrung
- Auf dem Gerät erzeugt; Wiederherstellungssicherungen werden vor dem Hochladen verschlüsselt
- Anhänge
- Zufälliger Schlüssel pro Datei, innerhalb der Sitzung übertragen
Identität
Ein privater P-256-Schlüssel und ein ML-KEM-768-Seed, auf dem Gerät erzeugt und nie im Klartext hochgeladen.
Prekeys authentifizieren
Signierte P-256- und ML-KEM-768-Prekeys werden im Client geprüft. Einmalschlüssel liefern zusätzlich frisches Schlüsselmaterial, sofern sie verfügbar sind.
Sitzung aufbauen
Hybrides X3DH führt mehrere P-256-Schlüsselvereinbarungen mit ML-KEM-Geheimnissen zu unabhängigen klassischen und Post-Quanten-Root-Schlüsseln zusammen.
Ratchet fortsetzen
Einweg-Sende- und -Empfangsketten werden nach jeder Nachricht fortgesetzt. Regelmäßige ML-KEM-Epochenwechsel erneuern den Post-Quanten-Root-Schlüssel.
Verschlüsseln
Ein Nachrichtenschlüssel wird mit dem aktuellen PQ-Root-Schlüssel kombiniert. Anschließend verschlüsselt und authentifiziert AES-256-GCM den Inhalt und den Header.
Erzeugen
Jedes Mitglied erzeugt auf seinem Gerät eine Senderkette und einen Signaturschlüssel für die eigenen Gruppennachrichten.
Verteilen
Senderschlüssel werden innerhalb paarweiser Post-Quanten-LVR1-Sitzungen an die anderen Mitglieder übertragen.
Fortsetzen
Für jede Nachricht wird aus der Kette ein einmaliger AES-256-GCM-Schlüssel abgeleitet. Jede Nachricht trägt die Signatur des Senders.
Schlüssel wechseln
Wenn Mitglieder hinzukommen oder die Gruppe verlassen, werden neue Senderschlüssel erzeugt und verteilt.
03 · Private Gruppen in 0.2
Ein Chiffretext, alle Mitglieder.
Denselben Text für eine große Gruppe einzeln zu verschlüsseln, verursacht mit jedem Mitglied mehr Aufwand. LGS1 gibt stattdessen jedem Sender eine signierte Kette: Ihr Schlüssel wird über paarweise LVR1-Sitzungen verteilt. Danach erreicht ein einziger nicht lesbarer Chiffretext die ganze Gruppe – mit jeweils eigenen Anhangsschlüsseln, Bildunterschriften und Dateinamen, die darin verschlüsselt sind.
LGS1 im Detail
- Senderketten
- Eine signierte Kette pro Sender, eine Nachricht pro Position
- Schlüsselverteilung
- Senderschlüssel werden innerhalb paarweiser LVR1-Sitzungen übertragen
- Schlüssel pro Nachricht
- Ein einmaliger AES-256-GCM-Schlüssel, pro Position abgeleitet
- Authentifizierung
- Eine P-256-Signaturidentität pro Sender
- Mitgliedschaftswechsel
- Alte Senderschlüssel sind veraltet; die Mitglieder wechseln ihre Schlüssel
- Umfasst
- Text · Bearbeitungen · Bildunterschriften · Dateinamen · Anhangsschlüssel
04 · Der unbequeme Teil
Verschlüsselung schützt Inhalte. Sie verbirgt nicht das Beziehungsnetz.
Livara speichert und verarbeitet betriebliche Metadaten für Zustellung und Synchronisierung. Diese Tabelle beschreibt die geschützte Nachrichtenzustellung, nicht die gesonderte KI-Verarbeitung. Bevor du KI mit Chatinhalten nutzt, prüfe die Einstellungen und die Datenschutzerklärung für deinen Client.
| Der Server sieht | Der Server speichert | Bei geschützter Nachrichtenzustellung nicht lesbar |
|---|---|---|
| Wer mit wem kommuniziert | Nachrichtendatensätze als Chiffretext | Nachrichten im Klartext |
| Gruppenmitgliedschaften und Chats | LVR1- und LGS1-Chiffretext | Entschlüsselte Medieninhalte |
| Zeitstempel und Größe des Chiffretexts | Empfangsbestätigungen, Reaktionen, Bearbeitungen | Bildunterschriften und Dateinamen |
| Zustellstatus und Routing-Daten | Ein Synchronisierungscursor pro Konto | Anhangsschlüssel |
| Dass du eine Verbindung zu Livara aufbaust | Push-Token und Sicherheitsdaten | Dein Passwort – nur der SRP-Nachweis |
Code zum Schutz von Metadaten mit LSS1 ist vorhanden, aber nicht in den normalen Nachrichtenversand eingebunden. Er ist daher kein aktiver Schutz für aktuelle Nachrichten.
05 · Offenlegung
Was Livara nicht behauptet.
Diese Liste gibt es, damit du nichts aus Auslassungen an anderer Stelle erschließen musst. Wenn ein Punkt von ihr verschwindet, dann weil die Funktion ausgeliefert wurde – nicht, weil die Formulierung geschickter geworden ist.
Heute nicht zugesagt
Sechs Punkte, direkt aus dem veröffentlichten Bedrohungsmodell.
- Anonymität der Metadaten
- Ende-zu-Ende-Verschlüsselung für Kanäle – sie sind öffentliche Broadcast-Streams
- Ende-zu-Ende-Verschlüsselung bei aktiver optionaler Serveraufzeichnung
- Schutz eines entsperrten oder kompromittierten Geräts
- Wiederherstellung ohne deine Wiederherstellungsphrase
- Deine Verbindung zu Livara vor deinem Netzanbieter verbergen
Aussagen, die wir nicht machen
So formuliert, wie eine Marketingseite sie gerne hätte – und dann durchgestrichen.
- Dass Kanalinhalte privat sind. Kanäle sind bewusst als öffentliche Broadcast-Streams angelegt.
- Dass der Server keine Routing-Metadaten speichert, die für Echtzeitzustellung und Synchronisierung erforderlich sind.
- Dass sich der Verlust deines Geräts und deiner Wiederherstellungsphrase rückgängig machen lässt.
- Dass Sicherheitsnummern nie geprüft werden müssen. Durch ihren Vergleich überprüfst du einen Schlüssel persönlich.
06 · Identität
Anmelden und den Zugang wiederherstellen.
SRP weist dein Passwort nach, ohne es zu übertragen
Bei der SRP-Authentifizierung weist dein Gerät nach, dass es das Passwort kennt, ohne das Passwort selbst zu übertragen. Der Server speichert einen Verifikator. Ein kompromittiertes Gerät oder einen kompromittierten Client schützt das nicht.
Die Schlüsselsicherung wird vor dem Hochladen verschlüsselt
Deine P-256-Schlüssel für Schlüsselvereinbarung und Signaturen sowie dein ML-KEM-Seed werden auf deinem Gerät mit einem zufälligen 256-Bit-Wiederherstellungsschlüssel verschlüsselt. Format v7 authentifiziert seine Kryptosuite, Identitätsepoche und Generation. Es stellt die Identität wieder her, nicht den Chatverlauf.
Fingerabdrücke machen die Gegenseite überprüfbar
Vergleiche die Fingerabdrücke der öffentlichen Schlüssel mit deinem Gesprächspartner über einen anderen vertrauenswürdigen Kanal. Weichen sie unerwartet ab, überprüfe die Änderung, bevor du vertrauliche Informationen teilst.
Der Server entscheidet weiterhin, wer handeln darf
Mitgliedschafts- und Rollenprüfungen regeln Chats, Uploads, Empfangsbestätigungen, Bearbeitungen, Löschvorgänge und Echtzeitaktionen. Das ist serverseitige Berechtigungskontrolle, keine Kryptografie – genau deshalb führen wir es getrennt auf.
Passwort verlässt das Gerät nie
Nachweis lokal berechnet, mit dem Server ausgetauscht
Server speichert einen Verifikator, nicht dein Passwort
Ergebnis authentifiziert – das Geheimnis wurde dabei nie übertragen
Identität ein Benutzername. Keine SIM-Karte, kein Mobilfunkanbieter, kein Land.
SRP-Authentifizierung und Nachrichtenverschlüsselung sind getrennt. Ein Passwort allein kann die verschlüsselte Identitätssicherung nicht öffnen. Für die Wiederherstellung brauchst du deine Wiederherstellungsphrase. Ein kompromittiertes Gerät oder ein kompromittierter Client bleibt außerhalb dieses Schutzes.
Fragen
Die fünf häufigsten Fragen an uns.
Welche Unterhaltungen in Livara sind Ende-zu-Ende-verschlüsselt?
Direkte Nachrichten und kompatible private Gruppenunterhaltungen werden auf deinem Gerät Ende-zu-Ende verschlüsselt. Direkte Chats verwenden die hybride Post-Quanten-Ratchet LVR1. Kompatible private Gruppen nutzen LGS1-Senderschlüssel für Text, Bearbeitungen, Fotos, Videos, Dateien und Sprachnachrichten. Ältere, inkompatible Gruppen bleiben sichtbar ohne E2EE.
Werden meine Schlüssel für direkte Chats wiederhergestellt, wenn ich mich auf einem neuen Handy anmelde?
Nicht von selbst. Die verschlüsselte Schlüsselsicherung lässt sich nur mit dem Wiederherstellungsschlüssel öffnen, den deine Wiederherstellungsphrase repräsentiert. Ein korrektes Passwort reicht bewusst nicht aus: Könnte ein Passwort allein deine Schlüssel wiederherstellen, könnte es sie auch allein an jemand anderen weitergeben.
Verbirgt Livara, mit wem ich spreche?
Nein. Bei der Zustellung werden verschlüsselte Pakete anhand von Sender, Ziel und Zeitstempeln weitergeleitet. Diese Routing-Metadaten werden gespeichert, damit sich deine Geräte synchronisieren können. Mobile Push-Mitteilungen für verschlüsselte Nachrichten enthalten weder Nachrichtendetails noch Namen.
Wie funktioniert die Gruppenverschlüsselung und was umfasst sie?
Jedes Mitglied erzeugt eine Senderkette und teilt ihren Schlüssel über paarweise verschlüsselte LVR1-Sitzungen mit den anderen Mitgliedern. Gruppentexte, Bearbeitungen, Medien, Dateien und Sprachnachrichten werden auf dem Gerät des Senders verschlüsselt, bevor sie es verlassen. Wenn Mitglieder hinzukommen oder gehen, werden die Schlüssel gewechselt.
Wie werden Einzel- und Gruppenanrufe geschützt?
Einzel- und Gruppenanrufe verwenden Ende-zu-Ende-Verschlüsselung für Audio, Video und Bildschirmfreigabe. Die optionale Serveraufzeichnung ist ein gesonderter Modus: Solange die sichtbare REC-Anzeige aktiv ist, nutzt der Anruf Transportverschlüsselung statt E2EE.
Glaube dieser Seite nicht einfach
Jetzt selbst überprüfen.
Führe die Demonstrationen im Krypto-Labor aus, lies die Sicherheitserklärungen oder öffne die App und vergleiche einen Schlüsselfingerabdruck mit deinem Kontakt über einen anderen vertrauenswürdigen Kanal.