Criptarea în aplicațiile mobile — baze, algoritmi și principiul de funcționare

Czym jest criptarea în aplicațiile mobile?

Criptarea w kontekście aplikacji mobilnych — to zastosowanie algorytmów kryptograficznych do ochrony danych przechowywanych na urządzeniu (data at rest) i przesyłanych przez sieć (data in transit). Na poziomie urządzenia szyfrowane jest lokalne przechowywanie: pliki, bazy danych, SharedPreferences i pamięć podręczna. Na poziomie sieci szyfrowany jest ruch między aplikacją a serwerem za pomocą protokołów TLS/HTTPS. Ostatecznym celem jest zagwarantowanie, że nawet przy fizycznym dostępie do urządzenia lub przechwyceniu ruchu, osoba atakująca nie będzie mogła odczytać chronionych danych bez klucza kryptograficznego.

Dlaczego criptarea jest potrzebne în aplicațiile mobile

Urządzenia mobilne są szczególnie narażone na utratę danych: telefon łatwo zgubić, ukraść lub zainfekować złośliwym oprogramowaniem. Według danych Ponemon Institute (2023), 42% firm, które doświadczyły wycieków danych, łączy incydenty z urządzeniami mobilnymi. Bez szyfrowania osoba atakująca może podłączyć się do urządzenia przez USB, wyodrębnić bazę SQLite i odczytać wszystkie zapisane dane. Criptarea rozwiązuje ten problem: nawet jeśli baza zostanie wyodrębniona, jej zawartość pozostaje zaszyfrowana. Dodatkowo, w USA i UE obowiązują przepisy (GDPR, CCPA), które wymagają szyfrowania danych osobowych i przewidują grzywny do 4% rocznego obrotu za ich naruszenie. Używanie szyfrowania — to nie tylko konieczność techniczna, ale także prawna dla każdej aplikacji mobilnej pracującej z danymi użytkowników.

Criptarea symetryczne i asymetryczne

Wszystkie algorytmy szyfrowania dzielą się na dwa główne typy: symetryczne (jeden klucz do szyfrowania i deszyfrowania) i asymetryczne (para kluczy — publiczny i prywatny). Wybór typu zależy od scenariusza użycia: do szyfrowania danych lokalnych częściej stosuje się algorytmy symetryczne ze względu na ich szybkość, a do przekazywania kluczy i uwierzytelniania — asymetryczne.

W praktyce în aplicațiile mobile stosuje się criptarea hybrydowe: algorytmem asymetrycznym (np. ECDH) strony wymieniają się kluczem sesyjnym, a wszystkie kolejne dane są szyfrowane algorytmem symetrycznym (AES lub ChaCha20). Takie podejście łączy szybkość szyfrowania symetrycznego z bezpieczeństwem asymetrycznej wymiany kluczy. Ta metoda leży u podstaw TLS 1.3, Signal Protocol i Apple iMessage.

Główne algorytmy szyfrowania

Nowoczesna deweloperka mobilna używa kilku standaryzowanych algorytmów szyfrowania, z których każdy jest przeznaczony do określonych zadań i ma swój obszar zastosowania.

• AES (Advanced Encryption Standard) — symetryczny szyfr blokowy, certyfikowany przez NIST w 2001 roku. Używa kluczy 128, 192 lub 256 bitów. Zalecany tryb — GCM (Galois/Counter Mode), zapewniający uwierzytelnione criptarea. AES-256 jest używany w Android Keystore, iOS Keychain i wszystkich nowoczesnych protokołach TLS.
• ChaCha20-Poly1305 — symetryczny szyfr strumieniowy, opracowany przez Daniela Bernsteina. Zapewnia takie samo bezpieczeństwo jak AES-256, ale działa szybciej na urządzeniach bez sprzętowego przyspieszenia AES (typowe dla budżetowych smartfonów Android). ChaCha20 jest używany w TLS 1.3 jako alternatywa dla AES-GCM i jest głównym szyfrem w Signal Protocol.
• RSA (Rivest-Shamir-Adleman) — algorytm asymetryczny, używany do szyfrowania kluczy i podpisów cyfrowych. Minimalny zalecany rozmiar klucza — 2048 bitów. RSA jest wolniejsze od ECDH, dlatego w nowoczesnych aplikacjach mobilnych jest wypierane przez kryptografię krzywych eliptycznych (ECC).
• ECDH (Elliptic Curve Diffie-Hellman) — asymetryczny protokół wymiany kluczy oparty na krzywych eliptycznych. Zapewnia Perfect Forward Secrecy i jest domyślnie używany w TLS 1.3. Krzywa Curve25519 (X25519) jest najczęściej spotykana în aplicațiile mobile.

Jak criptarea chroni dane użytkowników

Criptarea chroni dane w trzech kluczowych scenariuszach: przy utracie urządzenia (criptarea dysku i konteneróîn aplicațiile mobile), przy przechwyceniu ruchu (protokoły sieciowe TLS/HTTPS) i przy wycieku z serwera (criptarea end-to-end). Każdy scenariusz wymaga własnego podejścia i narzędzi.

Criptarea w spoczynku i w tranzycie

Data at rest — dane na urządzeniu — jest szyfrowane przez Android Keystore i iOS Keychain. W Android od wersji 7.0 stosowane jest criptarea plików (File-Based Encryption), a aplikacje mogą dodatkowo szyfrować swoje dane przez EncryptedSharedPreferences i EncryptedFile z biblioteki AndroidX Security. W iOS wszystkie aplikacje domyślnie korzystają z Data Protection API, który szyfruje pliki na poziomie systemu plików z kluczem powiązanym z kodem urządzenia. Dla data in transit stosowany jest TLS 1.2/1.3 z obowiązkowym Certificate Pinning.

Criptarea end-to-end

Criptarea end-to-end (E2E) — najwyższy poziom ochrony danych, w którym wiadomość jest szyfrowana na urządzeniu nadawcy i deszyfrowana tylko na urządzeniu odbiorcy. Serwer przechowywania i przesyłania danych nie ma dostępu do treści — operuje tylko na zaszyfrowanych blobach. Najbardziej znana implementacja E2E dla aplikacji mobilnych — Signal Protocol, używający Double Ratchet Algorithm w kombinacji z X3DH (Extended Triple Diffie-Hellman) do początkowej wymiany kluczy. Signal Protocol zapewnia Perfect Forward Secrecy i future secrecy: kompromitacja jednego klucza nie ujawnia poprzednich i kolejnych wiadomości. Według badań uniwersytetu Carnegie Mellon (2023), criptarea E2E w komunikatorach zmniejsza ryzyko wycieku korespondencji o 99,7% w porównaniu z criptaream TLS-only. Stosowanie E2E jest obowiązkowe dla aplikacji kategorii Health & Fitness i Finance zgodnie z wymaganiami GDPR i HIPAA. Do implementacji E2E we własnym projekcie zaleca się użycie biblioteki Signal Protocol (Java/Swift) lub opartej na Olm (Matrix protocol). Przy wyborze rozwiązania E2E oceń kompatybilność z platformą: Signal Protocol wymaga obsługi asynchronicznego wysyłania i przechowywania kluczy na kliencie, co komplikuje implementację scenariuszy multi-device — w takich przypadkach Matrix Protocol z jego modelem pokojów może być lepszym wyborem.

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("Date sensibile ale utilizatorului".toByteArray(Charsets.UTF_8))
}