Vergleichen Sie, wer Klartext erreichen und Updates beeinflussen kann – nicht nur die Namen der Verschlüsselungsverfahren.
Ein verschlüsselter Web-Messenger ist nicht automatisch unsicher, und eine native Android-App ist nicht automatisch sicher. Beide können Ende-zu-Ende-Verschlüsselung implementieren; beide müssen Klartext auf dem Gerät des Nutzers verarbeiten. Entscheidend ist, wer den Client beeinflussen, die angezeigten Inhalte lesen oder auf seine Schlüssel zugreifen kann.
Gleich benannte Algorithmen beweisen nicht, dass zwei Clients dieselbe Implementierung oder Sicherheit bieten. Bei Livara beschreibt die veröffentlichte Sicherheitsarchitektur den vorgesehenen Schutz. Dieser Artikel vergleicht die Vertrauensgrenzen der Plattformen und gibt nicht das Ergebnis einer unabhängigen Prüfung eines der beiden Clients wieder.
Welche Unterschiede eine Prüfung verdienen
| Bereich | Web-Client | Android-Client |
|---|---|---|
| Code-Bereitstellung | Website-Code, Abhängigkeiten, Browser-Cache und Update-Verhalten | Installiertes Paket und dessen Update-Kanal |
| Zusätzliche Software | Erweiterungen mit einschlägigen Berechtigungen, in die Website eingeschleuster Code | Bedienungshilfen-Dienste, Tastaturen und andere privilegierte Software |
| Speicherung | Browser-Profil und an den Ursprung gebundener Speicher | App-Speicher, Betriebssystemkontrollen und Backup-Konfiguration |
| Physischer Zugriff | Entsperrte Browser-Sitzung und gemeinsam genutzter Computer | Entsperrtes Smartphone und aktive App-Sitzung |
| Integritätsprüfungen | Vertrauen in die Bereitstellung der Website und die Browser-Sicherheit | Paketsignaturen und, sofern verfügbar, vertrauenswürdige Hashwerte veröffentlichter Versionen |
Das sind unterschiedliche Angriffsflächen, keine allgemeingültige Rangfolge. Ein gut gepflegter, eigens dafür genutzter Browser kann die bessere Wahl sein als ein veraltetes Smartphone mit installierter Schadsoftware.
Können Erweiterungen verschlüsselte Chatnachrichten lesen?
Eine Erweiterung mit entsprechendem Website-Zugriff kann über ein Inhaltsskript Seiteninhalte lesen oder verändern. Die Chrome-Dokumentation zu Inhaltsskripten erläutert, dass diese Skripte mit dem DOM der Seite interagieren. Wird eine Nachricht dort als lesbarer Text dargestellt, kann ein entsprechend berechtigtes Skript möglicherweise darauf zugreifen, ohne die Nachrichtenverschlüsselung zu brechen.
Erweiterungen haben üblicherweise eine isolierte JavaScript-Umgebung. Diese trennt das sichtbare DOM der Seite aber nicht von ihnen ab. Umgekehrt ist die Behauptung falsch, dass jede beliebige andere Website im selben Browser-Profil automatisch den Chat einer anderen Website lesen könne. Die Ursprungsgrenzen des Browsers bleiben relevant; ihre Überschreitung erfordert eine erlaubte Interaktion, eine Schwachstelle oder einen anderen Zugriff.
Prüfen Sie den Website-Zugriff Ihrer Erweiterungen und entfernen Sie unnötige Erweiterungen. Ein separates Profil mit möglichst wenigen Erweiterungen kann die Angriffsfläche verringern, behebt aber weder ein kompromittiertes Betriebssystem noch unsicheren Website-Code.
Was WebCrypto bietet – und was nicht
Die Web-Cryptography-Spezifikation des W3C stellt Webanwendungen kryptografische Operationen zur Verfügung. Sie zertifiziert weder das daraus zusammengesetzte Protokoll noch macht sie schädliche Skripte harmlos.
Ein nicht extrahierbarer Schlüssel schränkt den gewöhnlichen Export des Schlüsselmaterials über die API ein. Code mit entsprechendem Zugriff kann diesen Schlüssel unter Umständen weiterhin für erlaubte Operationen verwenden oder den daraus entstehenden Klartext lesen. Nicht-Extrahierbarkeit ist daher kein vollständiger Schutz gegen eine kompromittierte Anwendungsumgebung. Welche Algorithmen verfügbar sind, hängt zudem von der Browser-Implementierung ab. Die Unterstützung sollte geprüft und nicht aus dem Namen einer Spezifikation abgeleitet werden.
Für Nutzer stellen sich vor allem praktische Fragen: Sind Browser und Betriebssystem aktuell? Stimmt der Ursprung? Welche Erweiterungen können auf die Website zugreifen? Wie geht die App mit dauerhaft gespeicherten Schlüsseln und dem Abmelden um?
Bedeutet neuer Web-Code immer die neueste Fehlerbehebung?
Nein. Die Bereitstellung über das Web kann schnelle Updates ermöglichen. Caching, Service Worker und lange geöffnete Tabs können aber beeinflussen, welcher Code tatsächlich läuft. Außerdem setzt dieser Weg Vertrauen in den Code-Bereitstellungsprozess der Website voraus. Eine installierte App hat eigene Risiken: verzögerte Updates, kompromittierte Signier- oder Vertriebsprozesse und nicht mehr unterstützte Betriebssystemversionen.
Halten Sie beide Client-Typen über ihre offiziellen Kanäle aktuell. Gehen Sie nicht davon aus, dass ein Neuladen der Seite die Anwendung eines Sicherheitspatches beweist oder eine Paketsignatur belegt, dass die Anwendung keine Schwachstellen hat.
So prüfen Sie einen Android-Download
Android-Paketsignaturen und ein veröffentlichter Datei-Hashwert beantworten unterschiedliche Fragen. Die offizielle apksigner-Dokumentation beschreibt die Signaturprüfung. Ein SHA-256-Vergleich kann zeigen, ob eine heruntergeladene Datei mit einer bestimmten Referenz übereinstimmt. Diese Referenz muss jedoch selbst vertrauenswürdig sein.
Kontrolliert ein Angreifer sowohl die APK als auch die angezeigte Prüfsumme, belegt ihre Übereinstimmung keine Authentizität. Auch das Hashen einer Datei beweist weder reproduzierbare Builds noch die Abwesenheit schädlichen Verhaltens oder die Korrektheit ihrer Kryptografie. Das Bedrohungsmodell von Livara benennt diese Einschränkung durch die notwendige vertrauenswürdige Referenz.
Installieren Sie keine Ersatzversion außerhalb der regulären Bezugswege, nur weil ein Blog native Apps als sicherer bezeichnet. Bestätigen Sie den offiziellen Vertriebsweg und die genaue Version, die Sie installieren möchten.
Checkliste für die Plattformwahl
- Gemeinsam genutzter Computer? Lassen Sie keine private Chat-Sitzung offen; prüfen Sie gespeicherte Sitzungen und das Verhalten beim Abmelden.
- Viele Erweiterungen? Schränken Sie den Website-Zugriff ein oder nutzen Sie für sensible Aufgaben ein sauberes Profil.
- Verwaltetes Gerät? Machen Sie sich mit den Verwaltungs- und Überwachungsrichtlinien der Organisation vertraut, bevor Sie persönliche Konten verwenden.
- Nicht vertrauenswürdige Android-Dienste? Prüfen Sie Zugriffe durch Bedienungshilfen, Benachrichtigungsdienste, Tastaturen und Fernwartung, ohne benötigte Hilfsmittel wahllos abzuschalten.
- Langfristiger Verlauf? Klären Sie vor dem Löschen, wie Schlüssel und Backups eine Bereinigung des Browser-Speichers oder eine Neuinstallation der App überstehen.
- Besonders riskantes Gespräch? Verifizieren Sie den Kontakt über einen unabhängigen, vertrauenswürdigen Weg und berücksichtigen Sie die Sicherheit der Geräte beider Beteiligten.
Für die umfassendere Entscheidung nutzen Sie die Checkliste für sichere Messenger. Keine der beiden Plattformwahlen verhindert, dass Empfänger Inhalte kopieren, dass schädliche Geräte Zugriff erhalten oder dass ein Dienst Metadaten speichert.
Häufig gestellte Fragen
Muss eine Browser-Erweiterung die Verschlüsselung brechen?
Nicht, wenn sie auf bereits in der Seite angezeigten Klartext zugreifen kann. Die einschlägigen Berechtigungen und die Schutzmechanismen des Browsers bestimmen diesen Zugriff.
Ist die Android-App immer die sicherere Wahl?
Nein. Der Zustand des Geräts, die Update-Unterstützung, die Installationsquelle und privilegierte Software sind entscheidend. Vergleichen Sie die Umgebung, die Ihnen tatsächlich zur Verfügung steht.
Beweist eine übereinstimmende Prüfsumme einen sicheren Build?
Sie beweist unter den Annahmen der Hashfunktion die Gleichheit mit dem Referenz-Hashwert. Sie belegt nicht, ob die Referenz authentisch oder der Code sicher ist.
