Cifrado en el dispositivo: cómo funciona y qué protege

Categoría

Seguridad local

Publicado

septiembre 19, 2026

Tiempo de lectura

18 min de lectura

El cifrado en el dispositivo significa que un archivo se cifra en tu teléfono, tableta u ordenador antes de subirse, guardarse en una copia de seguridad, sincronizarse o enviarse a otra persona. El servicio que recibe los datos cifrados debería recibir texto cifrado, no el archivo original legible. Esto reduce la confianza que debes depositar en la infraestructura en la nube, los operadores de red y los proveedores de almacenamiento, pero solo si las claves de cifrado de archivos también están protegidas frente a esas partes. El cifrado en el dispositivo es una parte esencial de un enfoque de privacidad para los archivos porque acerca la protección al lugar donde se crean los datos. No elimina todos los riesgos: un dispositivo comprometido, un bloqueo de pantalla débil, una clave de recuperación expuesta o un destinatario autorizado pueden seguir perjudicando la privacidad.

En el uso diario, la pregunta práctica es sencilla: ¿la aplicación protege el archivo antes de que salga de mi dispositivo y quién puede desbloquearlo después? La respuesta determina si el cifrado es principalmente una protección del transporte, una protección frente al proveedor de nube o una protección relevante ante ambos.

El cifrado transforma información legible, llamada texto plano, en datos cifrados ilegibles. Para revertir ese proceso se necesita una clave criptográfica. Con el cifrado en el dispositivo, la operación de cifrado comienza localmente: tu equipo convierte una foto, documento, mensaje o registro de base de datos en texto cifrado antes de que un servidor remoto lo gestione.

Esto difiere de un modelo habitual de nube en el que un archivo llega al proveedor en formato legible y se cifra solo después de llegar a sus servidores. El cifrado del lado del servidor también puede ser valioso: ayuda a proteger los datos almacenados si se roban discos físicos o se desechan de forma inadecuada. Sin embargo, por sí solo no impide que el servicio acceda al archivo mientras lo procesa, ni protege necesariamente frente a un incidente en la cuenta del proveedor.

El cifrado en el dispositivo describe dónde empieza el cifrado, no una promesa completa de privacidad. Para valorar la protección, pregunta dónde se crean las claves, dónde se almacenan y quién puede utilizarlas.

Esta expresión suele usarse junto con cifrado del lado del cliente y cifrado local. En la mayoría de los contextos de consumo describen la misma idea general: el cifrado ocurre en software que se ejecuta en un dispositivo controlado por el usuario, no únicamente en un entorno controlado por el proveedor. Aun así, la arquitectura exacta puede variar mucho entre productos.

Para valorar una aplicación concreta, no basta con que use esos términos. Conviene revisar si cifra el contenido antes de transmitirlo, cómo protege las claves en cada dispositivo y qué opciones ofrece para recuperar el acceso sin entregar automáticamente el control de las claves al proveedor.

Un flujo de cifrado en el dispositivo bien diseñado suele tener varias capas. La criptografía concreta y la jerarquía de claves varían, pero la siguiente secuencia explica el modelo sin asumir una aplicación o algoritmo determinados.

• Creas o seleccionas un archivo localmente. Puede ser el escaneo de un documento de identidad, una foto privada, un contrato o un grupo de archivos adjuntos.
• La aplicación crea o recupera una clave de cifrado. Los sistemas modernos suelen utilizar una clave de cifrado de datos única para cada archivo o evento de compartición, en lugar de una única clave universal para todo.
• El dispositivo cifra el contenido. El archivo legible se convierte en texto cifrado antes de transmitirse o almacenarse remotamente.
• La aplicación protege la clave de datos. Puede cifrar esa clave con otra vinculada a tu dispositivo, un secreto de cuenta, un método de recuperación o el destinatario previsto.
• Solo se transmiten o almacenan datos cifrados de forma remota. Un servidor puede seguir necesitando información operativa limitada para la entrega, la sincronización, la prevención de abusos o la gestión de cuentas.
• Un dispositivo autorizado descifra el archivo. El descifrado ocurre solo cuando el dispositivo cuenta con el material de claves necesario y el usuario cumple las condiciones de acceso.

El paso de protección de la clave es esencial. Cifrar un archivo localmente proporciona una confidencialidad limitada si el mismo proveedor puede recuperar discretamente la clave de descifrado desde sus servidores. En cambio, un diseño en el que solo tú y los destinatarios previstos poseen claves privadas utilizables establece una separación más sólida entre el servicio que opera la infraestructura y las personas autorizadas a leer el contenido.

Los metadatos son datos sobre el archivo, no sobre su contenido principal. Incluyen, por ejemplo, el nombre y tamaño del archivo, la hora de carga, los identificadores de remitente y destinatario, información del dispositivo, la estructura de carpetas, la dirección IP y el historial de compartición. El cifrado en el dispositivo puede cifrar el cuerpo del archivo y dejar visibles o necesarios algunos metadatos para que el servicio funcione.

Esto no es automáticamente un fallo de diseño. Un servicio de entrega puede necesitar saber que hay un paquete cifrado esperando a una cuenta concreta. Lo importante es la transparencia: las afirmaciones sobre privacidad deben distinguir entre contenido cifrado, historial local protegido y los metadatos mínimos necesarios para operar el sistema. Si los metadatos son sensibles, como un nombre de archivo revelador o la relación con un destinatario, conviene buscar un diseño que los minimice o también los cifre.

Cuando se implementa correctamente, el cifrado en el dispositivo protege principalmente la confidencialidad de un archivo mientras viaja por redes y mientras sus copias cifradas permanecen en sistemas remotos. Puede reducir la exposición ante brechas de almacenamiento en la nube, accesos no autorizados a la infraestructura y accesos internos que no incluyan las claves necesarias para descifrar el contenido.

• Intercepción de red: el tráfico cifrado capturado no debería revelar el documento original sin las claves correctas.
• Exposición del almacenamiento remoto: una base de datos o contenedor de almacenamiento copiado que contenga texto cifrado no debería bastar para leer los archivos protegidos.
• Acceso excesivo a la nube: puede reducir la cantidad de contenido sensible accesible para un proveedor de almacenamiento o su personal.
• Acumulación central no deseada: los diseños centrados en lo local pueden evitar que un repositorio permanente en la nube sea el destino predeterminado de todos los archivos sensibles.
• Algunos incidentes a nivel de cuenta: según el modelo de claves, un atacante que obtiene la contraseña de una cuenta en la nube puede seguir sin poder descifrar el contenido si necesita un secreto local independiente o un dispositivo de confianza.

Por ejemplo, imagina a una persona autónoma que envía el documento fiscal de un cliente. Sin cifrado local, el documento podría ser legible en varios puntos: en una bandeja de entrada de correo, en un servicio de vista previa en la nube, en una caché de adjuntos y en copias de seguridad. Con cifrado en el dispositivo, el servicio remoto puede manejar en su lugar un paquete cifrado. Esto cambia el modelo de exposición, aunque la persona autónoma debe seguir eligiendo cuidadosamente al destinatario y protegiendo su propio dispositivo.

El cifrado es potente precisamente porque sus límites se pueden describir con claridad. El cifrado en el dispositivo protege los datos antes de que salgan del entorno local; no convierte por sí mismo cada etapa del ciclo de vida de un archivo en una etapa segura.

• Un dispositivo robado y desbloqueado: si el dispositivo está abierto y la aplicación es accesible, el cifrado en reposo puede dejar de ser una barrera eficaz.
• Malware o spyware en el dispositivo: el software malicioso puede capturar un archivo antes del cifrado, después del descifrado o mientras se muestra en pantalla.
• Autenticación débil: un PIN fácil de adivinar, una contraseña reutilizada o un canal de recuperación inseguro pueden exponer las claves que protegen los datos cifrados.
• El destinatario previsto: cuando un destinatario descifra un archivo, puede guardarlo, copiarlo, fotografiarlo o reenviarlo, salvo que controles independientes limiten esas acciones.
• Filtración de metadatos: el cifrado del contenido puede no ocultar todos los datos sobre quién se comunicó, cuándo o qué volumen de información se intercambió.
• Implementación deficiente: un diseño criptográfico débil, una gestión insegura de claves o código no revisado pueden anular los beneficios que sugiere la etiqueta.

Por ello, la privacidad no debería depender de que las personas recuerden una larga lista de precauciones cada vez que comparten un archivo. Los valores predeterminados sólidos importan: cifrado local, una sesión de aplicación protegida, datos retenidos al mínimo y controles claros de compartición trabajan conjuntamente para facilitar la decisión más segura.

La distinción más útil no es si un servicio afirma que «usa cifrado». La mayoría de los servicios fiables lo hacen. La diferencia es si el servicio cifra los datos después de recibirlos o si tu dispositivo los cifra antes de enviarlos, y si el proveedor puede acceder a las claves de descifrado.

El cifrado en la nube no es inútil ni intrínsecamente inseguro. Suele ser adecuado cuando un servicio necesita búsqueda del lado del servidor, vistas previas web, colaboración en tiempo real, recuperación de cuentas gestionada por el proveedor o administración centralizada. El cifrado en el dispositivo encaja mejor cuando la prioridad es reducir el acceso del proveedor a contenido sensible y mantener el control sobre archivos fuera de un archivo central permanente.

El cifrado en el dispositivo y el cifrado de extremo a extremo se solapan, pero no son términos idénticos. El cifrado en el dispositivo describe el cifrado local antes de que los datos salgan del equipo. El cifrado de extremo a extremo describe un modelo de comunicación en el que solo los extremos, normalmente el remitente y el destinatario previsto, pueden descifrar el contenido de un mensaje o archivo.

Un sistema para compartir archivos puede usar cifrado en el dispositivo sin ofrecer un modelo completo de extremo a extremo entre remitentes y destinatarios, por ejemplo cuando los archivos se cifran localmente para la copia de seguridad de un usuario. A la inversa, un servicio de compartición cifrado de extremo a extremo normalmente se apoya en el cifrado en los extremos, pero su seguridad también depende de cómo se verifican, rotan, recuperan y revocan las claves de los destinatarios.

No todos los archivos necesitan la misma protección. El cifrado en el dispositivo es especialmente útil cuando una copia legible en un sistema de terceros supondría un riesgo personal, profesional, legal o reputacional significativo.

• Documentos de identidad y administrativos: escaneos de pasaportes y documentos de identidad, registros fiscales, solicitudes de prestaciones y formularios firmados.
• Contenido multimedia privado: fotos familiares, imágenes íntimas, imágenes médicas o archivos multimedia con datos identificativos.
• Archivos de clientes y empleados: contratos, facturas, materiales financieros y documentos con datos personales.
• Compartición temporal: un archivo que el destinatario necesita durante poco tiempo, pero que no debería permanecer disponible indefinidamente.
• Copias de seguridad locales de datos sensibles de aplicaciones: cuando se desea una copia recuperable sin dejar archivos legibles en una cuenta genérica de nube.

Las fotos privadas merecen atención aparte porque pueden revelar más que la imagen visible. Los metadatos de la cámara pueden indicar ubicación, fecha, datos del dispositivo o historial de edición. Antes de compartirlas, elimina los metadatos innecesarios cuando sea posible, cifra el archivo localmente y considera si el destinatario necesita una copia con resolución original. Este enfoque se explora en un artículo dedicado. El cifrado protege el transporte y el almacenamiento; no cambia automáticamente lo que revela la propia imagen una vez abierta.

La protección local es especialmente relevante antes de que una imagen o vídeo llegue a una copia de seguridad, una app de mensajería o un servicio de almacenamiento. Aun así, conviene valorar por separado lo que puede revelar el contenido visible, los metadatos y las decisiones del destinatario una vez que ha obtenido acceso.

1. Clasifica el daño potencial. Pregunta qué ocurriría si el archivo se expusiera: inconveniente, vergüenza, fraude de identidad, pérdida económica, incumplimiento de confidencialidad o perjuicio a otra persona.
2. Traza la ruta del archivo. ¿Pasará por una bandeja de entrada, una carpeta en la nube, una copia de seguridad del dispositivo, un sistema de vista previa o varios destinatarios? Más copias crean más lugares donde el control puede fallar.
3. Elige el límite de las claves. Para contenido de alta sensibilidad, prioriza un modelo que cifre antes de subir y que no convierta al proveedor en el único titular de claves de descifrado utilizables.
4. Establece un límite temporal. Si el acceso es temporal, usa un mecanismo de caducidad en lugar de dejar un enlace o adjunto abierto de forma indefinida.
5. Planifica el riesgo del destinatario. Decide si son adecuados la revocación, las restricciones de visualización, el rastreo o una versión con menos detalle.
6. Protege la recuperación. Asegúrate de que el acceso al dispositivo, los PIN, la biometría cuando esté disponible, el material de recuperación y las copias de seguridad cifradas estén protegidos antes de confiar en el sistema.

Cifrar antes de subir resuelve un problema crucial: limita la exposición mientras los archivos se almacenan y transportan. No resuelve por completo el control posterior, cuando un destinatario ya puede visualizar el archivo. Para documentos, imágenes y contenido privado, la etapa posterior a la entrega puede representar el mayor riesgo.

Oblivio está diseñado para este problema de compartición más específico, pero importante. Protege los archivos localmente y durante el intercambio cifrado de extremo a extremo, mientras utiliza la infraestructura de servidor para funciones mínimas como la identificación, la entrega temporal o la sincronización esencial, en lugar de como un archivo central permanente de contenido. Su historial local de compartición puede ayudar al remitente a entender qué destinatario recibió un archivo.

Cuando encaja con el caso de uso, la caducidad del acceso y la revocación añaden controles que el cifrado por sí solo no ofrece. Una caducidad puede limitar cuánto tiempo permanece disponible un archivo compartido, y modificar las condiciones de acceso después de compartirlo puede ser útil si las circunstancias cambian. Estos controles deben entenderse como una forma de gestionar el acceso mediante la aplicación, no como la promesa de que un archivo ya visualizado nunca se haya copiado.

• ¿El cifrado ocurre antes de subir el archivo y se explica claramente?
• ¿Quién genera, almacena y puede utilizar las claves?
• ¿Qué contenido y metadatos se cifran?
• ¿Cómo se gestionan los dispositivos nuevos y la recuperación de cuenta?
• ¿Puedes establecer, modificar o revocar el acceso después de compartir?
• ¿El sistema conserva por defecto una copia permanente en la nube?
• ¿Puedes ver localmente qué se envió y a quién?
• ¿Qué sucede si la entrega directa no está disponible?
• Para contenido multimedia sensible, ¿hay medidas proporcionadas para disuadir copias casuales o identificar una distribución no autorizada?

Si tu necesidad principal es conservar archivos cifrados a largo plazo y acceder a ellos habitualmente desde la nube, una herramienta de privacidad como Proton Drive para almacenar archivos cifrados a largo plazo puede cubrir una necesidad diferente y complementaria. Oblivio encaja especialmente cuando la preocupación no es solo dónde se almacena un archivo, sino conservar más control sobre un archivo sensible después de enviarlo: la asociación con el destinatario, el acceso temporal, la revocación y la responsabilidad pasan a formar parte de la decisión.

Empieza por identificar los archivos que no deberían permanecer indefinidamente como adjuntos normales de correo, cargas de chat o enlaces abiertos en la nube. Para esos archivos, prioriza el cifrado local antes de subirlos, utiliza un dispositivo protegido y elige controles de compartición acordes con la sensibilidad real y la duración del acceso. Revisa esta configuración cuando añadas un dispositivo nuevo, cambies un método de recuperación o empieces a manejar información más sensible.

• El cifrado en el dispositivo cifra los archivos en tu equipo antes de que lleguen a un servidor o destino de red.
• La arquitectura es tan sólida como su gestión de claves: pregunta quién puede obtener claves de descifrado utilizables.
• Puede proteger el contenido en tránsito y en almacenamiento remoto, pero no protege un dispositivo infectado o desbloqueado.
• No impide automáticamente que los destinatarios copien archivos después de descifrarlos.
• La caducidad, la revocación, los registros locales de compartición y el rastreo pueden complementar el cifrado cuando importa el control tras el envío.
• Evalúa por separado el cifrado del contenido y la protección de metadatos.