Cifrado en aplicaciones móviles — fundamentos, algoritmos y principio de funcionamiento

¿Qué es el cifrado en aplicaciones móviles?

El cifrado en el contexto de las aplicaciones móviles es la aplicación de algoritmos criptográficos para proteger los datos almacenados en el dispositivo (data at rest) y los transmitidos a través de la red (data in transit). A nivel de dispositivo, se cifra el almacenamiento local: archivos, bases de datos, SharedPreferences y caché. A nivel de red, el tráfico entre la aplicación y el servidor se cifra mediante los protocolos TLS/HTTPS. El objetivo final es garantizar que, incluso con acceso físico al dispositivo o interceptación del tráfico, un atacante no pueda leer los datos protegidos sin la clave criptográfica.

Por qué es necesario el cifrado en aplicaciones móviles

Los dispositivos móviles son especialmente vulnerables a la pérdida de datos: un teléfono puede perderse, robarse o infectarse con malware fácilmente. Según el Ponemon Institute (2023), el 42% de las empresas afectadas por filtraciones de datos atribuyen los incidentes a dispositivos móviles. Sin cifrado, un atacante puede conectarse al dispositivo por USB, extraer la base de datos SQLite y leer todos los datos almacenados. El cifrado resuelve este problema: incluso si se extrae la base de datos, su contenido permanece cifrado. Además, en EE. UU. y la UE existen leyes (GDPR, CCPA) que exigen el cifrado de datos personales e imponen multas de hasta el 4% de la facturación anual por infracciones. El uso del cifrado no es solo una necesidad técnica, sino también legal para cualquier aplicación móvil que maneje datos de usuarios.

Cifrado simétrico y asimétrico

Todos los algoritmos de cifrado se dividen en dos tipos principales: simétricos (una clave para cifrar y descifrar) y asimétricos (un par de claves — pública y privada). La elección del tipo depende del caso de uso: para cifrar datos locales se suelen usar algoritmos simétricos por su velocidad, y para el intercambio de claves y la autenticación se usan los asimétricos.

En la práctica, las aplicaciones móviles utilizan cifrado híbrido: con un algoritmo asimétrico (por ejemplo, ECDH) las partes intercambian una clave de sesión, y todos los datos posteriores se cifran con un algoritmo simétrico (AES o ChaCha20). Este enfoque combina la velocidad del cifrado simétrico con la seguridad del intercambio asimétrico de claves. Este método es la base de TLS 1.3, Signal Protocol y Apple iMessage.

Principales algoritmos de cifrado

El desarrollo móvil moderno utiliza varios algoritmos de cifrado estandarizados, cada uno diseñado para tareas específicas con su propio ámbito de aplicación.

• AES (Advanced Encryption Standard) — cifrado de bloque simétrico certificado por NIST en 2001. Utiliza claves de 128, 192 o 256 bits. El modo recomendado es GCM (Galois/Counter Mode), que proporciona cifrado autenticado. AES-256 se utiliza en Android Keystore, iOS Keychain y todos los protocolos TLS modernos.
• ChaCha20-Poly1305 — cifrado de flujo simétrico desarrollado por Daniel Bernstein. Proporciona el mismo nivel de seguridad que AES-256, pero funciona más rápido en dispositivos sin aceleración hardware de AES (típico en smartphones Android de gama baja). ChaCha20 se utiliza en TLS 1.3 como alternativa a AES-GCM y es el cifrado principal en Signal Protocol.
• RSA (Rivest-Shamir-Adleman) — algoritmo asimétrico utilizado para el cifrado de claves y firmas digitales. El tamaño mínimo de clave recomendado es de 2048 bits. RSA es más lento que ECDH, por lo que en las aplicaciones móviles modernas está siendo reemplazado por la criptografía de curva elíptica (ECC).
• ECDH (Elliptic Curve Diffie-Hellman) — protocolo asimétrico de intercambio de claves basado en curvas elípticas. Proporciona Perfect Forward Secrecy y se utiliza por defecto en TLS 1.3. La curva Curve25519 (X25519) es la más común en aplicaciones móviles.

Cómo el cifrado protege los datos de los usuarios

El cifrado protege los datos en tres escenarios clave: pérdida del dispositivo (cifrado del disco y contenedores de la aplicación), interceptación del tráfico (protocolos de red TLS/HTTPS) y filtración desde el servidor (cifrado de extremo a extremo). Cada escenario requiere su propio enfoque y herramientas.

Datos en reposo y en tránsito

Los datos en reposo — datos en el dispositivo — se cifran mediante Android Keystore e iOS Keychain. En Android a partir de 7.0 se utiliza el cifrado basado en archivos (File-Based Encryption), y las aplicaciones pueden cifrar adicionalmente sus datos mediante EncryptedSharedPreferences y EncryptedFile de la biblioteca AndroidX Security. En iOS, todas las aplicaciones funcionan por defecto con Data Protection API, que cifra los archivos a nivel del sistema de archivos con una clave vinculada al código del dispositivo. Para los datos en tránsito se utiliza TLS 1.2/1.3 con Certificate Pinning obligatorio.

Cifrado de extremo a extremo (End-to-End)

El cifrado de extremo a extremo (E2E) es el nivel más alto de protección de datos, en el que un mensaje se cifra en el dispositivo del remitente y se descifra solo en el dispositivo del destinatario. El servidor de almacenamiento y transmisión no tiene acceso al contenido — solo maneja blobs cifrados. La implementación E2E más conocida para aplicaciones móviles es Signal Protocol, que utiliza el algoritmo Double Ratchet en combinación con X3DH (Extended Triple Diffie-Hellman) para el intercambio inicial de claves. Signal Protocol proporciona Perfect Forward Secrecy y future secrecy: la compromisión de una clave no revela mensajes anteriores ni posteriores. Según un estudio de la Universidad Carnegie Mellon (2023), el cifrado E2E en aplicaciones de mensajería reduce el riesgo de filtración de comunicaciones en un 99.7% en comparación con el cifrado solo TLS. El uso de E2E es obligatorio para aplicaciones de las categorías Health & Fitness y Finance según los requisitos de GDPR y HIPAA. Para implementar E2E en su propio proyecto, se recomienda utilizar la biblioteca Signal Protocol (Java/Swift) o una basada en Olm (Matrix protocol). Al elegir una solución E2E, evalúe la compatibilidad con la plataforma: Signal Protocol requiere soporte para envío asíncrono y almacenamiento de claves en el cliente, lo que complica los escenarios multi-dispositivo — para tales casos, Matrix Protocol con su modelo de salas puede ser una mejor opción.

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