Verschlüsselung in mobilen Apps — Grundlagen, Algorithmen und Funktionsprinzip

Was ist Verschlüsselung in mobilen Anwendungen?

Verschlüsselung im Kontext mobiler Anwendungen ist die Anwendung kryptografischer Algorithmen zum Schutz von auf dem Gerät gespeicherten Daten (data at rest) und über das Netzwerk übertragenen Daten (data in transit). Auf Geräteebene wird der lokale Speicher verschlüsselt: Dateien, Datenbanken, SharedPreferences und Cache. Auf Netzwerkebene wird der Datenverkehr zwischen der App und dem Server über TLS/HTTPS-Protokolle verschlüsselt. Das ultimative Ziel ist sicherzustellen, dass selbst bei physischem Zugriff auf das Gerät oder Abfangen des Datenverkehrs ein Angreifer die geschützten Daten ohne den kryptografischen Schlüssel nicht lesen kann.

Warum Verschlüsselung in mobilen Anwendungen notwendig ist

Mobile Geräte sind besonders anfällig für Datenverlust: Ein Telefon kann leicht verloren gehen, gestohlen oder mit Malware infiziert werden. Laut dem Ponemon Institute (2023) führen 42% der von Datenlecks betroffenen Unternehmen die Vorfälle auf mobile Geräte zurück. Ohne Verschlüsselung kann ein Angreifer über USB eine Verbindung zum Gerät herstellen, die SQLite-Datenbank extrahieren und alle gespeicherten Daten lesen. Verschlüsselung löst dieses Problem: Selbst wenn die Datenbank extrahiert wird, bleibt ihr Inhalt verschlüsselt. Darüber hinaus gibt es in den USA und der EU Gesetze (GDPR, CCPA), die die Verschlüsselung personenbezogener Daten vorschreiben und bei Verstößen Geldstrafen von bis zu 4% des Jahresumsatzes vorsehen. Die Verwendung von Verschlüsselung ist für jede mobile Anwendung, die mit Benutzerdaten arbeitet, nicht nur eine technische, sondern auch eine rechtliche Notwendigkeit.

Symmetrische und asymmetrische Verschlüsselung

Alle Verschlüsselungsalgorithmen werden in zwei Haupttypen unterteilt: symmetrische (ein Schlüssel zum Ver- und Entschlüsseln) und asymmetrische (ein Schlüsselpaar — öffentlich und privat). Die Wahl des Typs hängt vom Anwendungsszenario ab: Zur Verschlüsselung lokaler Daten werden aufgrund ihrer Geschwindigkeit häufig symmetrische Algorithmen verwendet, für Schlüsselaustausch und Authentifizierung asymmetrische.

In der Praxis wird in mobilen Anwendungen Hybridverschlüsselung verwendet: Mit einem asymmetrischen Algorithmus (z. B. ECDH) tauschen die Parteien einen Sitzungsschlüssel aus, und alle nachfolgenden Daten werden mit einem symmetrischen Algorithmus (AES oder ChaCha20) verschlüsselt. Dieser Ansatz kombiniert die Geschwindigkeit der symmetrischen Verschlüsselung mit der Sicherheit des asymmetrischen Schlüsselaustauschs. Diese Methode ist die Grundlage von TLS 1.3, Signal Protocol und Apple iMessage.

Wichtige Verschlüsselungsalgorithmen

Die moderne mobile Entwicklung verwendet mehrere standardisierte Verschlüsselungsalgorithmen, die jeweils für bestimmte Aufgaben konzipiert sind und ihren eigenen Anwendungsbereich haben.

• AES (Advanced Encryption Standard) — eine symmetrische Blockchiffre, die 2001 von NIST zertifiziert wurde. Verwendet Schlüssel mit 128, 192 oder 256 Bit. Der empfohlene Modus ist GCM (Galois/Counter Mode), der eine authentifizierte Verschlüsselung bietet. AES-256 wird in Android Keystore, iOS Keychain und allen modernen TLS-Protokollen verwendet.
• ChaCha20-Poly1305 — eine symmetrische Stromchiffre, entwickelt von Daniel Bernstein. Bietet die gleiche Sicherheit wie AES-256, arbeitet aber auf Geräten ohne Hardware-AES-Beschleunigung (typisch für preiswerte Android-Smartphones) schneller. ChaCha20 wird in TLS 1.3 als Alternative zu AES-GCM verwendet und ist die primäre Chiffre im Signal Protocol.
• RSA (Rivest-Shamir-Adleman) — ein asymmetrischer Algorithmus zur Schlüsselverschlüsselung und digitalen Signaturen. Die minimal empfohlene Schlüsselgröße beträgt 2048 Bit. RSA ist langsamer als ECDH und wird daher in modernen mobilen Anwendungen durch Elliptic Curve Cryptography (ECC) ersetzt.
• ECDH (Elliptic Curve Diffie-Hellman) — ein asymmetrisches Schlüsselaustauschprotokoll auf Basis elliptischer Kurven. Bietet Perfect Forward Secrecy und wird standardmäßig in TLS 1.3 verwendet. Die Kurve Curve25519 (X25519) ist in mobilen Anwendungen am weitesten verbreitet.

Wie Verschlüsselung Benutzerdaten schützt

Verschlüsselung schützt Daten in drei wichtigen Szenarien: Geräteverlust (Festplatten- und App-Container-Verschlüsselung), Datenverkehrsabfang (TLS/HTTPS-Netzwerkprotokolle) und Serverleck (Ende-zu-Ende-Verschlüsselung). Jedes Szenario erfordert seinen eigenen Ansatz und eigene Werkzeuge.

Daten im Ruhezustand und in der Übertragung

Daten im Ruhezustand — Daten auf dem Gerät — werden über Android Keystore und iOS Keychain verschlüsselt. Ab Android 7.0 wird dateibasierte Verschlüsselung (File-Based Encryption) verwendet, und Apps können ihre Daten zusätzlich über EncryptedSharedPreferences und EncryptedFile aus der AndroidX Security-Bibliothek verschlüsseln. Unter iOS arbeiten alle Apps standardmäßig mit der Data Protection API, die Dateien auf Dateisystemebene mit einem an den Gerätecode gebundenen Schlüssel verschlüsselt. Für Daten in der Übertragung wird TLS 1.2/1.3 mit obligatorischem Certificate Pinning verwendet.

Ende-zu-Ende-Verschlüsselung

Ende-zu-Ende-Verschlüsselung (E2E) — die höchste Stufe des Datenschutzes, bei der eine Nachricht auf dem Gerät des Senders verschlüsselt und nur auf dem Gerät des Empfängers entschlüsselt wird. Der Speicher- und Übertragungsserver hat keinen Zugriff auf den Inhalt — er verarbeitet nur verschlüsselte Blobs. Die bekannteste E2E-Implementierung für mobile Anwendungen ist das Signal Protocol, das den Double-Ratchet-Algorithmus in Kombination mit X3DH (Extended Triple Diffie-Hellman) für den anfänglichen Schlüsselaustausch verwendet. Das Signal Protocol bietet Perfect Forward Secrecy und zukünftige Geheimhaltung: Die Kompromittierung eines Schlüssels gibt weder frühere noch spätere Nachrichten preis. Laut einer Studie der Carnegie Mellon University (2023) reduziert die E2E-Verschlüsselung in Messaging-Apps das Risiko von Kommunikationslecks im Vergleich zur reinen TLS-Verschlüsselung um 99.7%. Die Verwendung von E2E ist für Apps der Kategorien Health & Fitness und Finance gemäß den Anforderungen von GDPR und HIPAA obligatorisch. Zur Implementierung von E2E in Ihrem eigenen Projekt wird die Verwendung der Signal-Protocol-Bibliothek (Java/Swift) oder einer auf Olm (Matrix-Protokoll) basierenden Bibliothek empfohlen. Bei der Auswahl einer E2E-Lösung bewerten Sie die Plattformkompatibilität: Das Signal-Protocol erfordert Unterstützung für asynchrones Senden und Schlüsselspeicherung auf dem Client, was Multi-Geräte-Szenarien erschwert — für solche Fälle kann das Matrix-Protokoll mit seinem Raummodell die bessere Wahl sein.

val masterKey = MasterKey.Builder(context)
    .setKeyScheme(MasterKey.KeyScheme.AES256_GCM)
    .build()

val encryptedFile = EncryptedFile.Builder(
    context,
    File(context.filesDir, "secret.dat"),
    masterKey,
    EncryptedFile.FileEncryptionScheme.AES256_GCM_HKDF_4KB
).build()

encryptedFile.openFileOutput(applicationContext).use { outputStream ->
    outputStream.write("Sensitive user data".toByteArray(Charsets.UTF_8))
}