AES oder ChaCha20 auf mobilen Plattformen

Meine Kurzantwort: Auf modernen iPhones und High-End-Android-Geräten nehme ich meist AES-GCM. Auf älteren, günstigen oder gemischten Android-Geräten ist ChaCha20-Poly1305 oft die bessere Wahl. Nicht wegen „mehr Sicherheit“, sondern wegen Tempo, CPU-Last, Wärme und Akku.

Wenn ich das Thema auf eine einfache Regel runterbreche, dann diese:

• AES-GCM passt gut, wenn AES-Hardware da ist.
• ChaCha20-Poly1305 passt oft besser, wenn AES nur in Software läuft.
• Beide sind nur dann sicher, wenn ich Nonces nie doppelt nutze.
• Ich verarbeite Daten erst nach erfolgreicher Prüfung.
• Für mobile Apps zählen am Ende Geräteklasse, lokale Speicherung, Übertragung, Keystore/Keychain und TLS 1.3 mehr als Glaubensfragen zum Algorithmus.

Ein Punkt sticht heraus: Läuft AES ohne Hardware, kann der Aufwand laut Artikel bis zu 10-mal mehr CPU-Zyklen pro Byte kosten. Auf Einsteiger-Android-Geräten kann ChaCha20 etwa 3× flotter sein. Das merkt man bei Foto-Uploads, Sync, Nachrichten und Cache.

Worauf ich achte:

• iOS / Flaggschiff-Android: meist AES-GCM
• Mittelklasse / ältere Android-Geräte: oft ChaCha20-Poly1305
• Lokale Daten: Wahl nach Geräteklasse
• API-Nutzdaten und Nachrichten: sauberes Schlüssel- und Nonce-Management
• Für alle Fälle: Android Keystore, Apple Keychain, 96-Bit-Nonce pro Vorgang, TLS 1.3, regelmäßiger Schlüsseltausch

Kurz gesagt: Wenn ich eine App für viele Android-Klassen baue, will ich gleichmäßige Leistung. Wenn ich auf neue Geräte mit AES-Hardware ziele, ist AES-GCM oft mein erster Griff.

The Modern Cipher Showdown: A Deep Dive into ChaCha20-Poly1305 vs. AES-GCM

sbb-itb-1cfd233

Quick Comparison

Ich fasse den Artikel so auf: Nicht „Welcher Algorithmus ist besser?“ ist die Kernfrage, sondern „Auf welchem Gerät läuft meine App, und wo liegen die Daten?“

AES-GCM vs. ChaCha20-Poly1305: Wie sich die beiden Verfahren in mobilen Apps unterscheiden

Am Ende geht es um drei Dinge: Aufbau, Nutzung der Hardware und Fehler bei der Umsetzung. Für mobile Apps zählen im Alltag vor allem die verfügbare Hardware, die Laufzeit in Software und die Frage, was passiert, wenn bei der Implementierung etwas schiefläuft.

AES-GCM auf Android und iOS

AES-GCM ist ein AEAD-Verfahren auf AES-Basis. Auf Geräten mit Hardware-Beschleunigung arbeitet es sehr schnell. Fehlt diese Unterstützung, fällt die Leistung oft deutlich ab.

ChaCha20-Poly1305 auf Android und iOS

ChaCha20-Poly1305 ist ein AEAD-Verfahren auf ChaCha20-Basis. Es ist für die Ausführung in Software ausgelegt und deshalb auf älteren oder günstigeren Android-Geräten oft im Vorteil.

Sicherheitsanforderungen, die beide Verfahren teilen

Beide Verfahren haben dieselbe heikle Stelle: Eine Nonce darf nie mit demselben Schlüssel wiederverwendet werden. Passiert das doch, bricht die Sicherheit beider Verfahren. Bei AES-GCM können dann sogar Fälschungen möglich werden.

Genauso wichtig: Entschlüsselte Daten dürfen erst nach erfolgreicher Authentifizierung verarbeitet werden. Anders gesagt: erst prüfen, dann anfassen. Alles andere ist, als würde man die Haustür erst nach dem Eintreten abschließen.

Wie sich das auf Tempo und Akku auswirkt, zeigt der nächste Abschnitt.

Tempo und Akku: Warum die Geräteklasse den Ausschlag gibt

Auf mobilen Geräten macht vor allem die Geräteklasse den Unterschied. AES-GCM profitiert stark von Hardwarebeschleunigung, während ChaCha20-Poly1305 auch dann flott bleibt, wenn alles in Software läuft. Genau da zeigt sich der Abstand zwischen High-End, Mittelklasse und älteren Geräten.

Für Apps mit Fotos, Nachrichten und Auktionsupdates zählt vor allem eines: Wie gut laufen Sync und Verschlüsselung auf älteren Smartphones? Denn dort merkt man Verzögerungen, hohe CPU-Last und leere Akkus am schnellsten.

Moderne iPhones und Android-Flaggschiffe

Auf aktuellen iPhones und High-End-Android-Geräten ist AES-GCM meist schneller. Der Grund ist simpel: Die Hardware übernimmt AES-Operationen direkt und schafft dabei sehr hohe Durchsätze. Gleichzeitig bleiben CPU-Last, Wärmeentwicklung und Akkuverbrauch niedrig. Das macht die Leistung auch über verschiedene Android-Geräte hinweg etwas besser planbar.

Mittelklasse-, ältere und Einsteiger-Android-Geräte

Viele ältere oder günstige Android-Geräte ohne ARMv8-Kryptografieerweiterungen müssen AES komplett in Software ausführen. Das kostet spürbar mehr Rechenzeit: Software-AES kann bis zu 10-mal mehr CPU-Zyklen pro Byte verbrauchen als hardwarebeschleunigtes AES. Das Gerät wird dann schneller warm, und der Akku geht merklich schneller runter.

ChaCha20-Poly1305 ist für die Ausführung in Software ausgelegt und hat hier oft klar die Nase vorn. Das merkt man direkt bei Syncs, Foto-Uploads und verschlüsselten lokalen Daten.

Die Tabelle zeigt, wie stark sich die Geräteklasse auf Tempo und Akku auswirken kann.

Alle Angaben sind benchmarkabhängig und variieren je nach SoC und Bibliotheksimplementierung.

Benchmarks richtig durchführen

Ein einzelner Geschwindigkeitswert von einem aktuellen Testgerät bringt in der Praxis wenig. Sinnvoller ist es, gezielt auf älteren Geräten zu testen, die noch aktiv genutzt werden.

Miss dabei über 5–10 Minuten unter Last:

• Durchsatz
• Latenz
• Energie pro Byte

Wichtig ist auch: Nutze auf beiden Plattformen dieselbe Bibliothek. Sonst vergleichst du am Ende nicht die Algorithmen, sondern nur Unterschiede in der Implementierung.

Wie stark sich das bei lokalen Daten, Bildern und API-Aufrufen bemerkbar macht, zeigt der nächste Abschnitt.

Offline-Speicher und Datenübertragung in Marktplatz-Apps

Für Gunfinder ist vor allem eines wichtig: Werden Daten lokal gespeichert oder übertragen? Genau daran hängt, wo das Risiko liegt und welche Schutzmaßnahme mehr bringt.

Offline-Speicher: Datenbanken, Cache, Entwürfe und Konto- und Profildaten

Lokal gespeicherte Daten werden oft unterschätzt. Dabei liegt genau dort ein Teil des Problems. Gespeicherte Suchergebnisse, Warenkorb-Inhalte sowie Konto- und Profildaten befinden sich direkt auf dem Gerät. Ist ein Backup nicht geschützt oder das Gerät kompromittiert, können diese Daten zugänglich werden.

Bei lokalen Daten zählt vor allem das Zielgerät. Hat das Gerät AES-Beschleunigung, ist AES-GCM eine starke Wahl. Fehlt diese Unterstützung, läuft ChaCha20-Poly1305 oft effizienter. Der Schlüssel sollte sicher im Android Keystore oder in der Apple Keychain bzw. im Secure Enclave abgelegt werden. Und ein Punkt ist nicht verhandelbar: Jede Datei braucht eine eigene 96-Bit-Nonce. Wird eine Nonce wiederverwendet, bricht das die Sicherheit und die Integrität.

Dasselbe Grundprinzip gilt auch bei Übertragungen. Dort liegt der Schwerpunkt aber an einer anderen Stelle: bei Nutzdaten und Protokollierung.

Datenübertragung: API-Aufrufe, Bild-Uploads, Nachrichten und Auktions-Updates

TLS schützt den Transportweg. Das heißt aber nicht automatisch, dass auch die Nutzdaten selbst geschützt sind. Wenn private Nachrichten zwischen Käufern und Verkäufern oder Gebotsdaten bei Auktionen in Serverprotokollen landen, sind sie ohne extra Verschlüsselung auf App-Ebene im Klartext lesbar. Genau hier kommen AES-GCM und ChaCha20-Poly1305 ins Spiel. Sie ergänzen die Transportverschlüsselung als zweite Schutzschicht.

Der Knackpunkt ist also nicht primär der Algorithmus. Entscheidend ist, ob Daten auf dem Gerät liegen oder durchs Netz gehen.

Was mehr zählt als die Cipher-Wahl

Bei lokalen Daten ist die Geräteklasse der Hauptpunkt. Bei API-Nutzdaten, Uploads und Nachrichten kommt es vor allem auf sauberes Schlüssel- und Nonce-Management an.

Für Gunfinder zählt am Ende genau das: sauberes Schlüssel- und Nonce-Management. Welche Variante im Alltag besser passt, zeigt der nächste Abschnitt.

Entscheidungshilfe und Fazit für Gunfinder-Apps

Für Gunfinder ist vor allem eines wichtig: Welches Gerät nutzt die App und welche Daten werden verarbeitet? Genau daraus ergibt sich in der Praxis die Wahl des Verfahrens. Die Tabelle unten bringt das auf den Punkt und ordnet typische Gunfinder-Workflows ein.

Für alle Fälle gilt dasselbe Grundgerüst: sicherer Schlüsselspeicher über Android Keystore oder Apple Keychain, eindeutige Nonces pro Operation, TLS 1.3 für jede Übertragung und eine regelmäßige Schlüsselrotation. Ohne diese Punkte hilft auch der beste Algorithmus nur halb.

Wann AES-GCM die bessere Wahl ist

AES-GCM passt gut zu modernen iPhones und Flaggschiff-Android-Geräten, wenn AES-Hardware vorhanden ist und das Backend ohnehin schon darauf aufbaut. Dann spielt das Verfahren seine Stärken dort aus, wo die Geräte es direkt gut unterstützen.

Wann ChaCha20-Poly1305 die bessere Wahl ist

Sobald auch ältere oder günstigere Android-Geräte mit ins Spiel kommen, ist ChaCha20-Poly1305 oft die verlässlichere Wahl. Der Grund ist simpel: Die Leistung bleibt auf solchen Geräten meist konstanter als bei Software-AES.

Die wichtigsten Erkenntnisse

Beide Algorithmen sind sicher, wenn man sie sauber einsetzt. Kurz gesagt: AES-GCM passt gut zu hardwarelastigen Umgebungen, ChaCha20-Poly1305 eher zu gemischten Android-Flotten.

FAQs

Wie erkenne ich, ob mein Zielgerät AES-Hardware hat?

Ob dein Zielgerät AES-Hardwarebeschleunigung hat, hängt von der verbauten CPU ab. Viele neuere Prozessoren unterstützen AES-NI. Das macht die Verschlüsselung deutlich effizienter.

Bei Android- und iOS-Geräten prüfst du das am besten in den technischen Daten des Prozessors. Bei ARM-basierten Smartphones und Tablets ist die Hardware-Beschleunigung für kryptografische Operationen oft schon eingebaut. Das Betriebssystem nutzt sie in der Regel automatisch.

Was passiert bei Nonce-Wiederverwendung?

Wenn du eine Nonce mehr als einmal nutzt, hebelst du die Sicherheit der Verschlüsselung aus.

Dann können Angreifer Muster in den verschlüsselten Daten sehen oder sogar Rückschlüsse auf den genutzten Schlüssel ziehen.

Das trifft die Vertraulichkeit deiner Daten mit voller Wucht. Deshalb gilt: Die Nonce muss bei jedem Verschlüsselungsvorgang neu und eindeutig sein.

Reicht TLS 1.3 ohne zusätzliche App-Verschlüsselung?

Nein. TLS 1.3 schützt Daten während der Übertragung. Lokal gespeicherte App-Daten auf dem Gerät deckt es nicht ab.

Wenn Du Daten durchgängig schützen willst, brauchst Du daher zusätzlich lokale Verschlüsselung. Bei sensiblen Transaktionen kann auch AES-256 sinnvoll sein.

Erst das Zusammenspiel aus sicherer Übertragung und lokaler Verschlüsselung hilft auch dann, wenn es technische Probleme gibt oder jemand unbefugt auf das Endgerät zugreift.