Nachrichtenintegrität: Kann der Server verschlüsselte Chats ändern?

Ein Messenger kann Bearbeiten oder Löschen anbieten. In einem System mit authentifizierter Verschlüsselung sollte der Server den Chiffretext jedoch nicht unbemerkt verändern und trotzdem eine gültige Nachricht zustellen können. Nachrichtenintegrität im Messenger bedeutet, dass der Empfänger Änderungen an Daten nach der Verschlüsselung erkennen kann. Das ist weder eine vollständige Historie noch ein rechtlicher Beweis für das Gespräch.

Das Wichtigste

• Authentifizierte Verschlüsselung erkennt Manipulationen am Chiffretext, bewahrt aber nicht zwangsläufig den Verlauf von Bearbeitungen und Löschungen auf.
• Laut Livaras technischen Unterlagen schützt AES-256-GCM private Nachrichten mit einem Authentifizierungstag; ein manipuliertes Paket sollte nicht als gültig entschlüsselt werden.
• Eine erlaubte Bearbeitung sollte ein neues, Ende-zu-Ende-verschlüsseltes Ereignis sein, keine heimliche Überschreibung des vorherigen Pakets durch den Server.
• Sicherheitsnummern helfen, den Schlüssel des Gegenübers zu prüfen, nicht seine Ehrlichkeit oder die rechtliche Gültigkeit eines Screenshots.
• Bewahren Sie bei sensiblen Streitfällen Originaldateien, Zeitangaben, Bearbeitungsstatus und unabhängige Belege auch außerhalb des Gesprächsverlaufs auf.

Was genau ist Nachrichtenintegrität im Messenger?

Nachrichtenintegrität bedeutet, dass der Empfänger unbefugte Änderungen an verschlüsselten Daten erkennen kann. Vertraulichkeit fragt: „Wer kann den Text lesen?“ Integrität fragt: „Sind dieselben Daten angekommen, die der Absender verschlüsselt hat?“ Die Erklärung zur Ende-zu-Ende-Verschlüsselung und ihren Grenzen erläutert diesen Unterschied näher.

Dies ist eine konzeptionelle Illustration mit beispielhaften Beschriftungen, nicht Livaras tatsächliche Oberfläche oder das Ergebnis eines Tests zur Zurückweisung manipulierter Nachrichten.

Laut Livaras technischen Unterlagen werden Direktnachrichten mit LVR1 und kompatible private Gruppen mit LGS1 Ende-zu-Ende verschlüsselt. Laut Livaras Sicherheitsseite bleiben inkompatible Altgruppen ausdrücklich außerhalb von E2EE; neue Gruppen werden erst dann mit dem Verschlüsselungskennzeichen erstellt, wenn alle Mitglieder bereit sind. Prüfen Sie den Status des konkreten Gesprächs. Die Unterlagen geben an, dass LVR1 ECDH P-256 und ML-KEM-768 zur Ableitung von Nachrichtenschlüsseln verwendet. Ein standardisierter Bestandteil ist keine unabhängige Bestätigung der gesamten Kombination oder des Produkts. Anschließend schützt Livara die Inhalte mit AES-256-GCM.

Laut Produktdokumentation umfasst dieser Schutz Texte, Bearbeitungen und Anhänge privater Gespräche. Livara-Kanäle sind hingegen nicht Ende-zu-Ende verschlüsselt: Der Server kann ihre Inhalte absichtlich lesen, um unter anderem missbräuchliche Inhalte zu entfernen. Auch Gruppenmitgliedschaften werden vom Server kontrolliert. Die Sicherheit von Anrufen und der Aufnahmemodus müssen getrennt von Textnachrichten bewertet werden.

Manipulation verschlüsselter Nachrichten erkennen: AES-256-GCM im Messenger

AES-GCM verschlüsselt nicht nur Inhalte, sondern erzeugt auch einen Authentifizierungstag. Ändern sich Chiffretext oder authentifizierte Daten, muss die Tag-Prüfung scheitern. NIST SP 800-38D definiert GCM und warnt, dass die Wiederverwendung einer Nonce mit demselben Schlüssel die Sicherheit stark schwächen kann.

Laut Livaras technischen Spezifikationen verwenden private Nachrichten AES-256-GCM. Ändert der Server einen Teil des geschützten Pakets, kann er ohne Nachrichtenschlüssel keinen neuen Authentifizierungstag erzeugen. Der Empfänger sollte das Paket deshalb nicht als unversehrt annehmen. Die kurze Antwort auf „Kann der Server eine Nachricht ändern?“ lautet: Er kann Daten löschen, zurückhalten, blockieren oder verzögern, sollte manipulierten Inhalt aber nicht als gültig ausgeben können.

Diese Garantie ist nicht grenzenlos. Kryptografie kann weder Schadsoftware auf dem Gerät noch den Zugriff eines Angreifers auf einen entsperrten Bildschirm oder eine erlaubte Benutzerbearbeitung neutralisieren. Inhaltsintegrität verbirgt zudem nicht zwangsläufig Metadaten. Der Leitfaden zu Messenger-Metadaten und ihren Offenlegungen erklärt diese Grenze.

Kann der Server Nachrichten verändern, oder ist Bearbeiten etwas anderes?

Der Server sollte das vorherige verschlüsselte Paket nicht heimlich umschreiben können. Er kann aber ein vom Absender erzeugtes Bearbeitungsereignis zustellen. Die Sicherheit der Nachrichtenbearbeitung hängt davon ab, dass auch die Bearbeitung wie die Originalnachricht authentifiziert und Ende-zu-Ende verschlüsselt wird, statt dass der Server den gespeicherten Text direkt ändert.

Laut Livaras Dokumentation werden Bearbeitungen in Direktchats unter LVR1 und in kompatiblen privaten Gruppen unter LGS1 geschützt. Prüfen Sie zur Bewertung der Oberfläche, ob die App „bearbeitet“ anzeigt. Kryptografie allein bewahrt die vorherige Version jedoch nicht für immer auf allen Geräten auf.

„Für alle löschen“ ist ebenfalls nur die Aufforderung, Inhalte zu verwerfen, kein Beweis für die Vernichtung jeder Kopie. Der Empfänger könnte die Nachricht gesehen, die Benachrichtigung gelesen, die Datei gespeichert oder einen Screenshot erstellt haben. Selbstlöschende Nachrichten verkürzen die Aufbewahrung, garantieren aber nicht das Löschen sämtlicher Kopien.

Was beweist die Authentifizierung einer Chatnachricht?

Die Authentifizierung einer Chatnachricht zeigt, dass sie mit den Sitzungsschlüsseln erzeugt und unterwegs nicht manipuliert wurde. Sie beweist weder, dass der Kontoinhaber das Gerät persönlich hielt, noch dass der Text wahr ist oder der Empfänger ihn später gegenüber Dritten zweifelsfrei beweisen kann.

Livara beschreibt Sicherheitsnummern in seinen technischen Unterlagen als Mittel zum Erkennen von Schlüsseländerungen. Zwei Personen können Schlüsselfingerabdrücke über einen unabhängigen Kanal vergleichen; der Leitfaden zur Chatprüfung mit Sicherheitsnummern erläutert die praktischen Schritte. Diese Prüfung senkt das Risiko, dass der Kontaktschlüssel durch einen Angreiferschlüssel ersetzt wird, macht ein infiziertes Gerät aber nicht sicher.

Auch die Kontoauthentifizierung ist eine getrennte Frage. Kein Anmeldeverfahren, wie stark es auch sein mag, ersetzt Nachrichtenintegrität, die Prüfung des Kontaktschlüssels oder Gerätesicherheit.

Inhaltsintegrität ist nicht Reihenfolge oder Aktualität

Ein altes Paket kann einen gültigen Authentifizierungstag besitzen. Um seine erneute Annahme zu verhindern, braucht es Protokolldesign, Zähler, Sitzungskennungen und die Speicherung des Empfängerzustands. AES-GCM allein ist kein Register der Reihenfolge des gesamten Gesprächs. Diese Unterscheidung ist wichtig bei Replay, verspäteten Nachrichten und der Synchronisation mehrerer Geräte.

Außerdem muss feststehen, welche Daten tatsächlich vom Authentifizierungstag erfasst werden. Liegen Gesprächskennung oder Ereignistyp außerhalb des authentifizierten Kontexts, löst der bloße Schutz des Nachrichtenkörpers nicht das gesamte Problem. Codeprüfung und Tests genau dieser Version müssen diese Bindung klären.

Wenn Text oder Status einer Nachricht unerwartet sind

Dokumentieren Sie App-Version, Beobachtungszeit, beteiligte Geräte und das Vorhandensein einer Bearbeitungskennzeichnung. Fragen Sie den Kontakt über einen unabhängigen Kanal, ob er eine erlaubte Bearbeitung vorgenommen hat. Schreiben Sie eine Synchronisationsabweichung nicht ohne Belege einer Servermanipulation zu; ignorieren Sie aber auch Authentifizierungsfehler oder Schlüsseländerungen nicht grundlos.

Verwenden Sie für technische Berichte nicht sensible Testnachrichten und veröffentlichen Sie keine privaten Daten des Kontakts im Bericht. Soll ein Gespräch in einer rechtlichen Angelegenheit verwendet werden, entscheidet Kryptografie oder ein Screenshot allein nicht über die rechtliche Beweiskraft. Holen Sie vor Änderungen an Beweismitteln fachkundigen Rat ein.

Wie bewertet man Integritätsversprechen eines Messengers?

Geben Sie sich nicht mit „verschlüsselt“ zufrieden. Fragen Sie:

• Welche Gespräche und Dateien werden Ende-zu-Ende verschlüsselt?
• Welchen AEAD-Algorithmus verwendet der Dienst?
• Wie werden Bearbeitungen und Löschungen erfasst und angezeigt?
• Wie erkennt ein Nutzer Änderungen am Kontaktschlüssel?
• Welche Metadaten, Inhalte oder Mitgliedschaften kontrolliert der Server?
• Haben Anrufe dieselben Garantien wie Nachrichten?
• Wurde das Protokoll unabhängig auditiert?

Livara veröffentlicht Spezifikationen und Werkzeuge zur Prüfung einiger eigener Aussagen. Android-Nutzer können die Prüfsumme der APK-Datei mit SHA-256 im Proof Lab zur Offline-Prüfung der App vergleichen. Dieser Artikel liefert jedoch keinen Beleg für ein unabhängiges Audit der aktuellen Version. Veröffentlichte Spezifikationen und Testvektoren helfen bei der Prüfung, ersetzen aber kein unabhängiges Audit.

Für private Gespräche ist Livaras zentrale Aussage begrenzt und klar: AES-256-GCM sollte Paketmanipulationen erkennen, und auch Bearbeitungen sollten verschlüsselt werden. Das bedeutet weder ein unveränderliches Register noch garantiertes Löschen jeder Kopie oder automatische rechtliche Beweiskraft.

Häufige Fragen

Kann ein Serveradministrator den Text einer verschlüsselten Nachricht ändern?

Bei korrekt eingesetztem AES-256-GCM kann ein Serveradministrator ohne Nachrichtenschlüssel den Chiffretext nicht verändern und einen gültigen Authentifizierungstag erzeugen. Er kann das Paket weiterhin löschen, blockieren oder verzögert zustellen. Diese Garantie umfasst weder ein infiziertes Gerät noch eine erlaubte Bearbeitung durch den Absender.

Beweist die Kennzeichnung „bearbeitet“, wie die vorherige Version aussah?

Nein. Sie sagt nur, dass der angezeigte Inhalt nach dem Versand verändert wurde, sofern die App nicht zusätzlich einen Versionsverlauf speichert. Verschlüsselung kann das Bearbeitungsereignis authentifizieren, bewahrt aber nicht automatisch den früheren Text.

Garantiert eine Sicherheitsnummer die Echtheit aller Nachrichten?

Nein. Eine Sicherheitsnummer hilft zu prüfen, ob der Verschlüsselungsschlüssel zum Kontakt gehört, und Änderungen daran zu erkennen. Sie sagt nicht, wer das Gerät beim Senden hielt, ob die Nachricht wahr ist oder ob das Gerät frei von Schadsoftware ist.

Entfernt „Für alle löschen“ eine Nachricht wirklich überall?

Nein. Die Funktion kann die Kopie innerhalb der App verwerfen, holt aber gespeicherte Dateien, Benachrichtigungen, Screenshots oder frühere Aufzeichnungen nicht zurück. „Für alle löschen“ reduziert die Aufbewahrung; es garantiert nicht die Löschung vom Empfängergerät oder aus anderen Systemen.