Bezpečnost mobilních aplikací

Bezpečnost jako první třída požadavků

Vývoj bezpečných mobilních aplikací pro Android a iOS vyžaduje systematický přístup zahrnující celý životní cyklus: od návrhu přes implementaci, testování, nasazení až po provoz a reakce na incidenty. Bezpečnost není pouze záležitostí kryptografie nebo „certifikátového pinningu“, ale zahrnuje správnou architekturu, ochranu dat v klidu i během přenosu, robustní autentizaci, omezení oprávnění, bezpečnou integraci SDK třetích stran, ochranu proti reverzní analýze a důsledné logování a monitoring. Tento článek shrnuje zásady, vzory a anti-vzory v souladu s OWASP MASVS/MSTG a platformními doporučeními (Android/Google, Apple).

Model hrozeb a rizikově orientovaný návrh

Aktiva: PII, přístupové tokeny, kryptografické klíče, obchodní logika, interní API.
Protivníci: oportunisté (malware, botnety), motivovaní útočníci (podvody), interní hrozby, ztráta/krádež zařízení.
Útokové plochy: síť, úložiště, meziprocesová komunikace (IPC/Intents/URL schémata), WebView, deep links, push notifikace, integrace SDK.
Kontext: hrozby na rootnutých/jailbreaknutých zařízeních, režimy MDM/enterprise, regulace (GDPR/PSD2/HIPAA).

Architektonické principy: „minimální důvěra“ a „odděl a zjednoduš“

Zero Trust mezi klientem a backendem; server vždy ověřuje a autorizuje.
Oddělení domén: autentizace/autorizace, datová vrstva, prezentace a integrace SDK izolovat a modulárně testovat.
Minimální oprávnění: požadovat pouze nezbytné platformní permissions; průběžně auditovat.
Bezstavové API: token-based přístupy (OAuth 2.1/OIDC), krátká platnost tokenů, možnost jejich odvolání.

Autentizace, autorizace a správa relací

OAuth 2.1 / OIDC: pro veřejné mobilní klienty Authorization Code with PKCE; neukládat client secret v aplikaci.
Tokeny: krátká životnost access tokenu, refresh token chránit na zařízení (Keychain/Keystore); při podezření na kompromitaci tokeny ihned revokovat.
Biometrie: využívat systémová API (iOS LocalAuthentication, Android BiometricPrompt) pro silný autentizační faktor a odemykání lokálně šifrovaných tajemství.
MFA a risk-based autentizace: podle rizika transakce (například PSD2 SCA), device binding s atestací (SafetyNet/Play Integrity, DeviceCheck).

Ochrana dat v klidu: bezpečné úložiště a šifrování

iOS: Keychain (přístupové klastry kSecAttrAccessibleAfterFirstUnlockThisDeviceOnly pro vyšší citlivost), Data Protection (NSFileProtection), Complete Until First User Authentication.
Android: Keystore (hw-podporovaný, AES/GCM, RSA/ECDSA pro obálkové šifrování), EncryptedSharedPreferences, EncryptedFile, oddělení klíčů podle uživatele a zařízení.
Lokální DB: používat šifrované varianty (SQLCipher/Room + SupportFactory), rotace klíčů, salting a KDF (Argon2id/scrypt) pro derivaci klíčů.
Citlivý obsah v uživatelském rozhraní: zakázat pořizování screenshots na Androidu (FLAG_SECURE), zabezpečit náhledy v iOS (prázdný snapshot při přechodu do pozadí).

Ochrana dat při přenosu: TLS a pinning

TLS 1.2+ s bezpečnými šifrovacími sadami, HSTS na backendu, zákaz přenosu v cleartext.
Android: networkSecurityConfig s definicí trust-anchors a pinningem (SPKI); zakázat cleartextTrafficPermitted.
iOS: ATS (App Transport Security) s vynuceným TLS; pinning přes URLSessionDelegate.
Revokace a rotace klíčů: pinovat public key (SPKI) na CA/intermediate/backup klíč pro hladkou výměnu certifikátů.

Ukázky konfigurací (Android/iOS)

<!-- AndroidManifest.xml: zakázat cleartext --> <application android:usesCleartextTraffic="false" android:networkSecurityConfig="@xml/network_security_config">...</application>

<!-- res/xml/network_security_config.xml: SPKI pinning --> <network-security-config> <domain-config cleartextTrafficPermitted="false"> <domain includeSubdomains="true">api.example.com</domain> <pin-set expiration="2027-12-31"> <pin digest="SHA-256">3lK5k8...base64SPKI...=</pin> <pin digest="SHA-256">backupKeyBase64==</pin> </pin-set> </domain-config> </network-security-config>

// OkHttp pinning (doplnit SPKI hash) val client = OkHttpClient.Builder() .certificatePinner( CertificatePinner.Builder() .add("api.example.com", "sha256/3lK5k8...=") .add("api.example.com", "sha256/backupKeyBase64==") .build() ).build()

// iOS: URLSessionDelegate pinning SPKI func urlSession(_ session: URLSession, didReceive challenge: URLAuthenticationChallenge, completionHandler: @escaping (URLSession.AuthChallengeDisposition, URLCredential?) -> Void) { guard let serverTrust = challenge.protectionSpace.serverTrust, SecTrustEvaluateWithError(serverTrust, nil), let cert = SecTrustGetCertificateAtIndex(serverTrust, 0) else { return completionHandler(.cancelAuthenticationChallenge, nil) } let key = SecCertificateCopyKey(cert)! let spki = SecKeyCopyExternalRepresentation(key, nil)! as Data let hash = sha256(spki) // porovnat s whitelistem if allowedHashes.contains(hash) { completionHandler(.useCredential, URLCredential(trust: serverTrust)) } else { completionHandler(.cancelAuthenticationChallenge, nil) } }

Bezpečné zacházení s oprávněními a soukromím

Runtime oprávnění žádat kontextově; vysvětlit uživateli přínos; respektovat odvolání souhlasu.
Citlivá data: poloha, kontakty, kamera, mikrofon – požadovat pouze při nezbytné potřebě; v iOS uvést NSPrivacyUsageDescription v Info.plist.
Telemetrie a SDK: minimalizovat identifikátory, respektovat ATT (iOS) a zásady souhlasu; verzovat seznam SDK a poskytovat přehled přenášených dat.

WebView a komponenty integrovaného prohlížeče

Android: povolit JavaScript pouze v případě potřeby; zakázat přístupy file://, používat setAllowFileAccess(false), setAllowUniversalAccessFromFileURLs(false), addJavascriptInterface používat pouze s anotací @JavascriptInterface a nikdy pro citlivé funkce.
iOS: WKWebView s WKContentRuleList, zakázat inline skripty pomocí Content Security Policy, omezit message handlers a validovat URL.
Obsah: používat striktní CSP, izolaci domén, same-origin policy, nikdy nezahrnovat přihlašovací formuláře v ne-TLS kontextu.

Deep Links, Universal Links a meziprocesová komunikace (IPC)

Universal/App Links: preferovat doménově ověřené odkazy (apple-app-site-association / assetlinks.json).
URL schémata: vyhýbat se kolizím; vždy validovat a normalizovat vstupy – chránit před otevřením neautorizované obrazovky.
Android IPC: komponenty exported nastavovat pouze pokud nezbytné; chránit Activity, Service, BroadcastReceiver pomocí permission; vytvářet PendingIntent s FLAG_IMMUTABLE.

Bezpečné kódování a ochrana proti reverzi

Žádná tajemství v kódu: API klíče, tokeny a URL neukládat v prostém textu; používat dynamickou distribuci a obálkové šifrování.
Obfuskace: R8/Proguard (Android), omezeně LLVM obfuskace; kontrolovat mapování a build pipeline.
Detekce rootu/jailbreaku: použít pouze jako indikátor zvýšeného rizika/ostražitosti, ne jako jediný prostředek obrany; vyvarovat se snadno obejitelných detekcí.
Hooking/Debugging: detekovat ladicí příznaky v rizikových tocích; citlivé operace provádět co nejvíce na serverové straně.

Kryptografie: správné volby a správa klíčů

Algoritmy: AES-GCM/ChaCha20-Poly1305 pro symetrickou kryptografii; ECDH/ECDSA (P-256/Ed25519) pro asymetrickou; PBKDF – Argon2id.
Náhodnost: SecRandomCopyBytes (iOS), SecureRandom (Android).
Rotace klíčů: verzování a migrační rutina; nikdy znovu nepoužívat IV/nonce.

Logování, audit a detekce anomálií

Bez PII/tokenů v logu; používat korelační ID a bezpečné zacházení na serveru.
Crash reporty: symbolikace mimo zařízení, minimalizovat diagnostická data; u citlivých aplikací přenos pouze se souhlasem uživatele.
Runtime signály: chybné pinning kontroly, nadměrné 401/403 odpovědi, podezřelé device signály – zasílat do bezpečnostního monitoringu.

Bezpečnost buildů, CI/CD a supply chain

Reprodukovatelné buildy, podepisování artefaktů (Android App Signing, iOS code signing), ochrana certifikátů/klíčů v HSM nebo Cloud KMS.
SCA: skenování závislostí (SBOM, CVE), povinné aktualizace SDK; zákaz používání neověřených repozitářů.
Distribuce: ochrana proti sideloadingu (Android: Play Integrity), iOS TestFlight/MDM pro enterprise; řízení distribučních kanálů (alpha/beta).

Testování: od statické analýzy po penetrační test

Static Analysis (SAST): SwiftLint/Ktlint/Detekt s bezpečnostními pravidly; kontrola hard-coded tajemství.
DAST/MOTAS: API testy (OWASP ASVS), mobilní dynamické testy (OWASP MSTG); instrumentaci používat pouze v izolovaných prostředích.
Kontrolní seznam MASVS: pokrýt M1–M9 (architektura, úložiště, kryptografie, autentizace atd.).

Bezpečnost notifikací, widgetů a rozšíření

Notifikace: neposílat tajemství v notifikačním textu; u citlivých aplikací používat silent push s lokálním renderingem po odemknutí zařízení.
iOS Extensions/Android Widgets: izolovat data; sdílení přes App Groups (iOS) pouze pro nezbytná data, šifrovaná v úložišti.

Komunikace v blízkém poli (BLE/NFC)

BLE: vždy používat zabezpečené párování (LE Secure Connections); citlivá data šifrovat na aplikační vrstvě.
NFC: validovat NDEF payload; omezit akce spouštěné tagem.

Tabulka: mapování klíčových kontrol podle platforem

Oblast	Android	iOS
Úložiště tajemství	Keystore (HW-backed), EncryptedSharedPreferences	Keychain (ACL, Access Groups)
Transportní bezpečnost	Network Security Config, pinning (SPKI)	ATS, URLSessionDelegate pinning
Oprávnění	Runtime permissions, minimální `exported`	Info.plist usage strings, entitlements
Biometrie	BiometricPrompt + Keystore	LocalAuthentication + Keychain
WebView hardening	WebView nastavení, CSP, zákaz přístupu k souborům	WKWebView + CSP + content rules

Checklist pro bezpečný mobilní vývoj

PKCE + krátké tokeny, refresh tokeny v Keychain/Keystore; žádná tajemství v kódu.
TLS 1.2+, SPKI pinning s rotací; zákaz cleartextu a slabých šifer.
Šifrované úložiště (DB/soubory), ochrana proti screenshotům a snapshotům na pozadí.
Minimalistická oprávnění; audit exported komponent a URL schémat.
WebView s CSP, bez použití file://; bezpečné rozhraní pro bridge.
SCA + SBOM, zákaz neprověřených SDK; telemetrie v souladu s regulacemi.
Obfuskace