Fragen Sie bei der Anrufsicherheit nicht nur „Ist das verschlüsselt?“, sondern auch, wo die Verschlüsselung endet und was eine Aufnahme verändert.
Die Verschlüsselung eines Chats allein beweist nicht, dass Audio, Video, Bildschirmfreigabe oder Anrufaufzeichnungen denselben Schutz erhalten. Um einen Anruf zu beurteilen, müssen Sie fragen, bis wohin die Medien verschlüsselt bleiben, wer die Schlüssel besitzt und was sich ändert, wenn Funktionen wie die Aufnahme aktiviert werden.
Dieser Leitfaden zerlegt Sicherheitsversprechen in überprüfbare Ebenen. Der Name eines Protokolls oder ein Schlosssymbol ersetzt keine Antworten auf diese Fragen.
Drei unterschiedliche Datenwege in einer App
| Datenweg | Beispieldaten | Sicherheitsfrage |
|---|---|---|
| Gespeicherte Nachrichten | Text, Fotos, Dateien und Sprachnachrichten | Wer kann die Kopien auf Geräten, Servern und in Backups lesen? |
| Live-Medien | Mikrofonton, Video und Bildschirmfreigabe | Endet die Verschlüsselung auf dem Gerät der anderen Person oder auf einem zwischengeschalteten Server? |
| Signalisierung | Anrufeinladung, Antwort und Informationen zur Verbindungskoordination | Wer kann Steuernachrichten oder die Identität des vorgesehenen Empfängers verändern? |
Eine im Chat versendete Sprachnachricht ist eine Datei; ein Sprachanruf ist ein Live-Datenstrom. Ein Produkt kann dafür unterschiedliche Schlüssel und Mechanismen verwenden. Auch gute Tonqualität oder eine nicht zugestellte Textnachricht sagt für sich genommen nichts über die Sicherheit des jeweils anderen Datenwegs aus.
Was sagt DTLS-SRTP aus?
Bei WebRTC schützt SRTP den Medienstrom, während DTLS-SRTP eine Möglichkeit bietet, das dafür benötigte Schlüsselmaterial zu vereinbaren. RFC 5764 erläutert den DTLS-SRTP-Mechanismus, RFC 3711 den Schutz der Medienpakete.
Die Aussage „Wir verwenden WebRTC“ beantwortet jedoch allein nicht die Frage, ob der Konferenzserver die Medien entschlüsselt. Die Endpunkte der Verschlüsselung und ihre Authentifizierung müssen angegeben sein. Zwischen Nutzer und Server kann eine verschlüsselte Verbindung bestehen, während der Server zur Verarbeitung oder Aufnahme Zugriff auf die entschlüsselten Inhalte hat. Das ist nicht dasselbe wie E2EE zwischen den Teilnehmenden.
Die WebRTC-Sicherheitsarchitektur in RFC 8827 zeigt außerdem, dass neben dem Schutz der Medien auch das Vertrauen in die Webanwendung, der Signalisierungsweg und die Identität der Gegenstelle wichtig sind. Verschlüsselte Pakete bedeuten nicht, dass alle Bestandteile eines Produkts vertrauenswürdig sind.
Warum muss die Signalisierung getrennt bewertet werden?
Die Signalisierung koordiniert, wer wen anruft und wie die Verbindung zustande kommt. Schützt eine App ihre Steuernachrichten, muss dennoch geprüft werden, wie dieser Schutz mit der tatsächlichen Identität der Teilnehmenden und den Medienschlüsseln verknüpft ist.
Drei Fragen reichen als Leitfaden beim Lesen der Dokumentation:
- Sind Einladung, Antwort und Schlüsselinformationen gegen Veränderungen geschützt?
- Woran erkennt der Nutzer, dass ein Schlüssel zur gewünschten Kontaktperson gehört?
- Welche Warnung erscheint, wenn sich ein Schlüssel oder ein Gerät ändert?
Routinginformationen, Zeitangaben und die an einem Anruf beteiligten Personen können dem Dienst selbst bei einem E2EE-Anruf bekannt sein. Der Beitrag „Metadaten in Messengern erklärt“ behandelt diesen Unterschied.
Anrufaufzeichnungen schaffen eine neue Sicherheitsgrenze
„Verschlüsselter Anruf“ beantwortet die Fragen zur aufgezeichneten Kopie nicht vollständig. Eine teilnehmende Person kann Ton oder Bild mit ihrem eigenen Gerät aufnehmen. Auch die serverseitige Aufnahme muss gesondert dokumentiert sein: Erhält der Server zum Aufzeichnen Zugriff auf unverschlüsselte Medien? Wer bewahrt die Datei auf? Wann wird sie gelöscht?
Ändert das Aktivieren der Aufnahme den Sicherheitsmodus, muss dies für die Teilnehmenden klar erkennbar sein. Prüfen Sie vor einem sensiblen Gespräch den Aufnahmestatus und die Einwilligung aller Beteiligten. Eine ausgeschaltete integrierte Aufnahmeanzeige garantiert nicht, dass niemand mit einem anderen Gerät aufzeichnet.
Wie ist Livaras aktuelle Dokumentation zu lesen?
Die Sicherheitsseite von Livara beschreibt direkte Anrufe und Gruppenanrufe als E2EE, nimmt jedoch die optionale serverseitige Aufnahme davon aus: Im sichtbar gekennzeichneten REC-Modus wechselt der Schutz des Anrufs zur Transportverschlüsselung. Das ist eine Aussage der Produktdokumentation, kein Ergebnis eines unabhängigen Tests oder Audits im Rahmen dieses Artikels.
Die Beschränkung sämtlicher Gruppenanrufe auf „2 bis 6 Personen unter Android“ im alten Text stimmt nicht mit der aktuellen Dokumentation überein und wird diesem Leitfaden nicht zugrunde gelegt. Für die gewünschte Kapazität, Plattform und Version müssen die aktuelle Anleitung und das tatsächliche Verhalten der App geprüft werden. Dieser Artikel enthält keinen Kapazitätstest.
Auch die Nennung von Chat-Algorithmen wie ML-KEM beweist für sich genommen nicht, dass derselbe Algorithmus für die Anrufmedien verwendet wird. Die Behauptung, Anrufe seien postquanten-sicher, erfordert Nachweise speziell für den Medienweg und die Authentifizierung. Lesen Sie Livaras Bedrohungsmodell ergänzend zur Funktionsübersicht, nicht als Ersatz für unabhängige Tests.
Kurze Checkliste vor dem Vergleich zweier Dienste
Notieren Sie bei jedem „Ja“ auch die Version und die Quelle:
- Werden Zweiergespräche, Gruppenanrufe und Bildschirmfreigabe getrennt beschrieben?
- Ist klar, ob der Server nur Pakete weiterleitet oder die Medien entschlüsseln kann?
- Lassen sich die Identität und der Schlüssel einer teilnehmenden Person überprüfen?
- Sind Gerätewechsel, neu hinzukommende Teilnehmende und das Aktivieren einer Aufnahme erkennbar?
- Ist der Anrufweg im Web und in der App gleich oder unterscheidet er sich?
- Wird die Aufbewahrung von Aufzeichnungen und Metadaten erläutert?
- Beziehen sich die Test- oder Auditnachweise auf dieselbe Version und Funktion?
Fehlt eine Antwort in der Dokumentation, tragen Sie „Unbekannt“ ein. Eine fehlende Antwort beweist weder Sicherheit noch Abhören.
Häufig gestellte Fragen
Verhindert ein E2EE-Anruf, dass die andere Person ihn aufzeichnet?
Nein. Ein berechtigter Empfänger hat Zugriff auf die entschlüsselten Inhalte und kann sie mit Software oder einem anderen Gerät aufzeichnen.
Ist Transportverschlüsselung schlecht?
Transportverschlüsselung bietet wichtigen Schutz gegen das Abhören auf dem Übertragungsweg. Der Unterschied besteht darin, dass der als Endpunkt fungierende Dienst Zugriff auf entschlüsselte Inhalte haben kann. Das sollte nicht als E2EE zwischen Nutzern bezeichnet werden.
Macht Post-Quanten-Verschlüsselung im Chat auch Anrufe postquanten-sicher?
Nein. Die Aussage muss sich auf dieselbe Ebene, dieselben Algorithmen und dieselbe Implementierungsversion beziehen. Bewerten Sie Chat und Anrufe getrennt.
