Шифрование в мобильных приложениях — основы, алгоритмы и принцип работы

Что такое шифрование в мобильных приложениях?

Шифрование в контексте мобильных приложений — это применение криптографических алгоритмов для защиты данных, хранящихся на устройстве (data at rest) и передаваемых по сети (data in transit). На уровне устройства шифруется локальное хранилище: файлы, базы данных, SharedPreferences и кэш. На уровне сети шифруется трафик между приложением и сервером через протоколы TLS/HTTPS. Конечная цель — гарантировать, что даже при физическом доступе к устройству или перехвате трафика злоумышленник не сможет прочитать защищённые данные без криптографического ключа.

Зачем нужно шифрование в мобильных приложениях

Мобильные устройства особенно уязвимы к потере данных: телефон легко потерять, украсть или заразить вредоносным ПО. По данным Ponemon Institute (2023), 42% компаний, пострадавших от утечек данных, связывают инциденты с мобильными устройствами. Без шифрования злоумышленник может подключиться к устройству через USB, извлечь SQLite-базу и прочитать все сохранённые данные. Шифрование решает эту проблему: даже если база извлечена, её содержимое остаётся зашифрованным. Дополнительно, в США и ЕС действуют законы (GDPR, CCPA), требующие шифрования персональных данных и вводящие штрафы до 4% от годового оборота за их нарушение. Использование шифрования — это не только техническая, но и юридическая необходимость для любого мобильного приложения, работающего с пользовательскими данными.

Симметричное и асимметричное шифрование

Все алгоритмы шифрования делятся на два основных типа: симметричные (один ключ для шифрования и расшифровки) и асимметричные (пара ключей — открытый и закрытый). Выбор типа зависит от сценария использования: для шифрования локальных данных чаще применяют симметричные алгоритмы из-за их скорости, а для передачи ключей и аутентификации — асимметричные.

На практике в мобильных приложениях используется гибридное шифрование: асимметричным алгоритмом (например, ECDH) стороны обмениваются сессионным ключом, а все последующие данные шифруются симметричным алгоритмом (AES или ChaCha20). Такой подход сочетает скорость симметричного шифрования с безопасностью асимметричного обмена ключами. Этот метод лежит в основе TLS 1.3, Signal Protocol и Apple iMessage.

Основные алгоритмы шифрования

Современная мобильная разработка использует несколько стандартизированных алгоритмов шифрования, каждый из которых предназначен для определённых задач и имеет свою область применения.

• AES (Advanced Encryption Standard) — симметричный блочный шифр, сертифицированный NIST в 2001 году. Использует ключи 128, 192 или 256 бит. Рекомендуемый режим — GCM (Galois/Counter Mode), обеспечивающий аутентифицированное шифрование. AES-256 используется в Android Keystore, iOS Keychain и всех современных протоколах TLS.
• ChaCha20-Poly1305 — симметричный поточный шифр, разработанный Daniel Bernstein. Обеспечивает такую же безопасность, как AES-256, но работает быстрее на устройствах без аппаратного ускорения AES (типично для бюджетных Android-смартфонов). ChaCha20 используется в TLS 1.3 как альтернатива AES-GCM и является основным шифром в Signal Protocol.
• RSA (Rivest-Shamir-Adleman) — асимметричный алгоритм, использующийся для шифрования ключей и цифровых подписей. Минимальный рекомендуемый размер ключа — 2048 бит. RSA медленнее ECDH, поэтому в современных мобильных приложениях вытесняется эллиптической криптографией (ECC).
• ECDH (Elliptic Curve Diffie-Hellman) — асимметричный протокол обмена ключами на основе эллиптических кривых. Обеспечивает Perfect Forward Secrecy и используется в TLS 1.3 по умолчанию. Кривая Curve25519 (X25519) является наиболее распространённой в мобильных приложениях.

Как шифрование защищает данные пользователей

Шифрование защищает данные в трёх ключевых сценариях: при потере устройства (шифрование диска и контейнеров приложения), при перехвате трафика (сетевые протоколы TLS/HTTPS) и при утечке с сервера (end-to-end шифрование). Каждый сценарий требует своего подхода и инструментов.

Шифрование в покое и в транзите

Data at rest — данные на устройстве — шифруется через Android Keystore и iOS Keychain. На Android начиная с 7.0 используется файловое шифрование (File-Based Encryption), а приложения могут дополнительно шифровать свои данные через EncryptedSharedPreferences и EncryptedFile из библиотеки AndroidX Security. На iOS все приложения по умолчанию работают с Data Protection API, который шифрует файлы на уровне файловой системы с ключом, привязанным к коду устройства. Для data in transit используется TLS 1.2/1.3 с обязательным Certificate Pinning.

Сквозное шифрование (End-to-End)

End-to-end шифрование (E2E) — высший уровень защиты данных, при котором сообщение шифруется на устройстве отправителя и расшифровывается только на устройстве получателя. Сервер хранения и передачи данных не имеет доступа к содержимому — он оперирует только зашифрованными блобами. Наиболее известная реализация E2E для мобильных приложений — Signal Protocol, использующий Double Ratchet Algorithm в комбинации с X3DH (Extended Triple Diffie-Hellman) для начального обмена ключами. Signal Protocol обеспечивает Perfect Forward Secrecy и future secrecy: компрометация одного ключа не раскрывает предыдущие и последующие сообщения. По данным исследования университета Карнеги — Меллон (2023), E2E-шифрование в мессенджерах сокращает риск утечки переписки на 99.7% по сравнению с TLS-only шифрованием. Применение E2E обязательно для приложений категории Health & Fitness и Finance согласно требованиям GDPR и HIPAA. Для реализации E2E в собственном проекте рекомендуется использовать библиотеку Signal Protocol (Java/Swift) или на основе Olm (Matrix protocol). При выборе E2E-решения оцените совместимость с платформой: Signal Protocol требует поддержки асинхронной отправки и хранения ключей на клиенте, что усложняет реализацию multi-device сценариев — для таких случаев Matrix Protocol с его моделью комнат может быть лучшим выбором.

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))
}