Enkripsi dalam Aplikasi Seluler — Dasar, Algoritma, dan Prinsip Kerja

Czym jest enkripsi dalam aplikasi seluler?

Enkripsi 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 enkripsi jest potrzebne dalam aplikasi seluler

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. Enkripsi 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.

Enkripsi 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 dalam aplikasi seluler stosuje się enkripsi 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 enkripsi. 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 dalam aplikasi seluler.

Jak enkripsi chroni dane użytkowników

Enkripsi chroni dane w trzech kluczowych scenariuszach: przy utracie urządzenia (enkripsi dysku i konteneródalam aplikasi seluler), przy przechwyceniu ruchu (protokoły sieciowe TLS/HTTPS) i przy wycieku z serwera (enkripsi end-to-end). Każdy scenariusz wymaga własnego podejścia i narzędzi.

Enkripsi 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 enkripsi 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.

Enkripsi end-to-end

Enkripsi 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), enkripsi E2E w komunikatorach zmniejsza ryzyko wycieku korespondencji o 99,7% w porównaniu z enkripsim 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("Data pengguna sensitif".toByteArray(Charsets.UTF_8))
}