La forma más sencilla de imaginar una bóveda de fotos
Imagina meter una fotografía dentro de una caja fuerte.
La analogía tiene un límite importante. Una caja fuerte física contiene un objeto. Un teléfono puede guardar muchas copias: el original en Fotos o la Galería, una copia importada a la bóveda, una miniatura, una versión editada, un adjunto de mensaje, una copia en la nube y una exportación. Cifrar una copia no protege ni elimina automáticamente las demás.
Una bóveda protege los datos que gestiona mientras está bloqueada. Las copias de origen, el texto en claro mostrado y las exportaciones pertenecen a límites de seguridad distintos.
- La foto es el texto en claro: la información original legible.
- La llave de la caja fuerte es la clave de cifrado: un secreto largo y aleatorio que usa el algoritmo de cifrado.
- La caja fuerte cerrada es el texto cifrado: datos que deberían parecer sin sentido sin la clave.
- Tu contraseña, PIN o patrón demuestra que la app puede usar la clave. No debería ser la clave usada para cifrar cada archivo directamente.
Qué ocurre cuando importas una foto
Un flujo de importación bien diseñado suele seguir cuatro pasos generales:
Muchas bóvedas modernas usan AES-GCM. AES es el cifrado por bloques estandarizado en NIST FIPS 197, y GCM es un modo de cifrado autenticado especificado en NIST SP 800-38D.
Ese linaje de estándares importa, pero el nombre de un algoritmo por sí solo no prueba que una app sea segura. La generación de claves, el manejo de nonces, los metadatos, las copias de seguridad, el tratamiento de errores y la duración del texto en claro también importan.
- La app lee el archivo seleccionado. En este momento, la foto de origen aún puede existir en la fototeca del sistema.
- La app crea o recupera una clave de bóveda aleatoria. Las aplicaciones seguras usan los generadores criptográficos de números aleatorios del sistema operativo en lugar de una palabra memorable o un valor predecible.
- La app cifra y autentica la foto. La salida es texto cifrado más la información necesaria para verificar que no se ha alterado.
- La app almacena el resultado sellado. Cuando la bóveda está bloqueada, se retira el acceso normal de la app a la clave de descifrado.
Por qué tu contraseña no debería ser la clave del archivo
Las personas eligen contraseñas, PIN y patrones que pueden recordar. Las claves criptográficas deberían ser largas, aleatorias e imprácticas de adivinar. Son trabajos distintos.
Un diseño sólido separa la credencial de la clave aleatoria que protege la bóveda:
Argon2id es una opción moderna de derivación de claves. RFC 9106 describe Argon2 como una función de memoria intensiva e incluye Argon2id como su variante principal. El procesamiento de memoria intensiva hace cada intento más costoso, especialmente a gran escala. No convierte 1234, un cuadrado corto o una contraseña reutilizada en un secreto fuerte.
Este modelo por capas también hace más práctico cambiar la contraseña. La app puede cambiar cómo se envuelve el acceso a la clave estable de la bóveda en lugar de descifrar y volver a cifrar cada foto. OWASP describe la misma separación general como una clave de cifrado de datos protegida por una clave de cifrado de claves aparte en su Cryptographic Storage Cheat Sheet.
- Introduces una contraseña, un PIN o un patrón.
- Una función de derivación de claves lo procesa con una sal única y consume deliberadamente recursos de cómputo.
- El resultado desbloquea o desenvuelve una clave de bóveda aleatoria.
- La clave de la bóveda ancla claves separadas para el contenido, los metadatos o los archivos individuales.
Por qué importa el cifrado autenticado
El cifrado responde a una pregunta: «¿Puede alguien entender estos datos sin la clave?».
La autenticación responde a otra: «¿Se han modificado estos datos cifrados?».
AES-GCM combina ambos trabajos. Cuando una app sella un archivo, también produce una etiqueta de autenticación. Si el texto cifrado o su contexto protegido cambia, la verificación debería fallar y la app debería negarse a liberar el texto en claro. NIST llama a esto cifrado autenticado con datos asociados en SP 800-38D.
Los datos asociados pueden vincular un registro cifrado a hechos que no deberían ser intercambiables, por ejemplo, su bóveda, archivo, tipo de registro o posición del fragmento. Esto ayuda a evitar que un bloque cifrado válido se mueva silenciosamente al contexto equivocado.
Fallar de forma cerrada tiene una contrapartida: el texto cifrado dañado o modificado puede quedar no disponible. Eso es más seguro que mostrar una salida sin verificar, pero también es por lo que los archivos irremplazables necesitan una copia de seguridad probada.
Una foto es más que sus píxeles a tamaño completo
Los medios privados pueden dejar pistas incluso cuando el archivo original está cifrado. Un diseño de bóveda completo debe considerar:
Si una bóveda cifra la foto a tamaño completo pero deja en el disco una miniatura legible o un nombre de archivo descriptivo, la información más sensible aún puede quedar expuesta. Una buena documentación de producto debería indicar si su límite protegido incluye contenido, metadatos, miniaturas y archivos temporales.
- los nombres de archivo y las etiquetas del usuario;
- las fechas, las ubicaciones y otros metadatos;
- las miniaturas y las vistas previas;
- las ediciones y las versiones optimizadas;
- los recursos de Live Photo o vídeo emparejado;
- la pertenencia a álbumes y los índices de búsqueda;
- los archivos temporales creados durante la visualización o la exportación.
Qué significa realmente «bloqueada»
Cuando una bóveda está bloqueada, la app ya no debería tener acceso normal a las claves de texto en claro activas que necesita para mostrar los archivos. Los archivos cifrados pueden permanecer en el almacenamiento; sin la clave requerida, esos archivos no deberían ser legibles de forma significativa.
Desbloquear cambia la situación. Para mostrar una imagen, la app debe descifrar suficientes datos para que el sistema operativo la renderice. El texto en claro existe entonces en la memoria y en la vía de visualización. El bloqueo por ciclo de vida de la app, las claves de vida corta y el almacenamiento temporal protegido pueden reducir la exposición, pero no pueden hacer invisible el texto en claro visible.
En Android, el Android Keystore puede mantener el material de claves elegible como no exportable y puede vincularlo a hardware seguro en dispositivos compatibles. La protección de datos del Keychain de Apple ofrece de forma similar clases de protección y controles de acceso impuestos por el Secure Enclave para los elementos sensibles.
Estas funciones de la plataforma son valiosas, pero no vuelven seguro un teléfono ya comprometido y desbloqueado. El software malicioso que controla la app o el sistema operativo puede solicitar operaciones con claves u observar el texto en claro mientras el usuario lo ve, incluso cuando la clave en sí no puede exportarse.
El álbum oculto, el cifrado del dispositivo y una bóveda cifrada son cosas distintas
Estas protecciones pueden funcionar juntas, pero resuelven problemas distintos.
«Cifrado» no es, por tanto, una respuesta completa. Pregunta qué copia, contra quién, con el dispositivo en qué estado y quién puede obtener la clave.
- Protección — Qué protege principalmente — Autoridad de desbloqueo — Límite importante
- Álbum oculto u ocultar en la galería — El descubrimiento accidental dentro de una app de fotos — Normalmente el bloqueo del dispositivo o de la app de fotos — El elemento puede permanecer en la misma fototeca y modelo de sincronización en la nube
- Cifrado del almacenamiento del teléfono — Los datos en un dispositivo bloqueado o apagado — El código del dispositivo y las claves de la plataforma — Una vez desbloqueado el dispositivo, las apps autorizadas pueden usar sus datos permitidos
- Bóveda de fotos cifrada — La copia gestionada por la app mientras la bóveda está bloqueada — La credencial de la bóveda más el diseño de claves de la app — Los originales, las exportaciones, las pantallas y otras copias siguen separados
- Copia en la nube cifrada de extremo a extremo — El contenido entre extremos autorizados — Claves disponibles para los dispositivos autorizados — El proveedor aún puede procesar metadatos de cuenta, cronología, tamaño y tráfico
Qué significa el cifrado de conocimiento cero
El cifrado de conocimiento cero se usa comúnmente para una arquitectura de servicio en la que el proveedor almacena datos cifrados pero no tiene las claves necesarias para descifrar el contenido del usuario. El cifrado ocurre antes de que los datos lleguen al proveedor, y el descifrado ocurre en un dispositivo de usuario autorizado.
Una analogía sencilla es un hotel que te alquila una caja fuerte pero nunca recibe la combinación. El hotel puede almacenar y mover la caja fuerte. Puede ver que existe una caja fuerte y lo grande que es. No puede abrirte la caja fuerte si olvidas la combinación.
Para una bóveda en la nube, las preguntas centrales son:
Conocimiento cero no significa que el servicio no aprenda literalmente nada. Describe el acceso al contenido cifrado, no la ausencia de todos los metadatos del servicio. Tampoco protege un extremo desbloqueado: un teléfono comprometido puede observar una foto tras un descifrado legítimo.
Un sistema puede usar ambas descripciones, pero los lectores deberían buscar un diseño documentado de claves y recuperación en lugar de fiarse de cualquiera de las etiquetas por sí sola.
Esto crea una contrapartida real: una separación más fuerte del proveedor deposita más responsabilidad en el usuario. Perder todos los dispositivos autorizados y todos los secretos de recuperación puede dejar los datos permanentemente inaccesibles.
- ¿Las claves de cifrado se crean o se derivan en el dispositivo del usuario?
- ¿El proveedor recibe alguna vez la clave o la credencial en claro?
- ¿Puede el soporte de la cuenta restablecer el acceso y revelar los archivos antiguos?
- ¿Un dispositivo nuevo necesita un secreto de recuperación o la aprobación de un dispositivo existente?
- ¿Qué metadatos de cuenta, cronología, dispositivo, tamaño de almacenamiento y red permanecen visibles?
- Conocimiento cero frente a cifrado de extremo a extremo — Las ideas se solapan, pero el énfasis es distinto.
- El cifrado de extremo a extremo describe una vía: solo los extremos autorizados deberían descifrar el contenido mientras se mueve o sincroniza a través de un servicio.
- El cifrado de conocimiento cero enfatiza el acceso del proveedor: el proveedor no debería poseer la autoridad necesaria para descifrar el contenido almacenado del usuario.
- La contrapartida de la recuperación — Si el proveedor carece realmente de autoridad de descifrado, no puede simplemente enviar por correo un enlace de restablecimiento que restaure el acceso al contenido cifrado antiguo. La recuperación necesita otra fuente de autoridad, como una frase de recuperación, una clave de recuperación, la aprobación de un dispositivo existente o una clave exportada previamente.
Siete preguntas que hacer antes de confiar en cualquier app de bóveda
- 1. ¿Qué se cifra exactamente? — Busca una declaración explícita sobre el contenido original, las miniaturas, los nombres de archivo, los metadatos, las notas y los archivos temporales. El nombre de un cifrado por sí solo no basta.
- 2. ¿De dónde vienen las claves? — La app debería usar aleatoriedad criptográficamente segura para las claves de contenido. Una contraseña o un patrón debería pasar por un diseño documentado de derivación de claves en lugar de convertirse directamente en una clave de archivo.
- 3. ¿Detecta la manipulación? — Busca cifrado autenticado como AES-GCM o ChaCha20-Poly1305, u otra construcción bien documentada de cifrar y luego autenticar. OWASP recomienda modos autenticados donde estén disponibles.
- 4. ¿Qué le ocurre al original? — La importación y la eliminación son operaciones distintas. Comprueba Fotos o la Galería, Eliminados recientemente o la papelera, Archivos, las fototecas en la nube, los mensajes, los álbumes compartidos y otros dispositivos.
- 5. ¿Qué pasa si se pierde el teléfono? — Una bóveda cifrada sin copia recuperable protege la privacidad pero no la disponibilidad. Entiende si la recuperación necesita el dispositivo original, un archivo de copia de seguridad cifrada, una frase, una cuenta o alguna combinación.
- 6. ¿Puede el proveedor restablecer el acceso y revelar los datos antiguos? — Si es así, el proveedor o el sistema de recuperación tiene alguna vía hacia la autoridad de descifrado. Puede ser una comodidad intencionada, pero debería divulgarse con claridad.
- 7. ¿Están escritas las limitaciones? — Una documentación fiable debería tratar los dispositivos comprometidos, las credenciales débiles, las exportaciones, los límites de eliminación, las copias de seguridad y los datos irrecuperables, no solo los nombres de los cifrados.
Un ejemplo ficticio
En este escenario ficticio, Maya importa el escaneo de un pasaporte a una bóveda y confirma que la copia a resolución completa se abre tras bloquear y desbloquear. Después crea y prueba la copia de seguridad cifrada documentada. Solo tras ambas comprobaciones revisa Fotos, Eliminados recientemente, Archivos, Mensajes y su fototeca en la nube en busca de copias de origen no deseadas.
La bóveda protege su copia gestionada mientras está bloqueada. La copia de seguridad protege frente a la pérdida del dispositivo. Retirar otras copias reduce la exposición fuera de la bóveda. Son tres trabajos distintos, y omitir cualquiera de ellos cambia el resultado.
La credencial memorable autoriza el acceso a una clave aleatoria; el cifrado autenticado convierte la foto gestionada en texto cifrado sellado.
Contra qué no puede proteger el cifrado
Una bóveda de fotos cifrada no puede:
El modelo mental correcto es sencillo: el cifrado es potente dentro de su límite declarado. La buena privacidad viene de entender ese límite y gestionar cada copia que lo cruza.
- eliminar automáticamente originales, exportaciones, mensajes, copias de seguridad o copias de destinatarios;
- impedir que otra cámara fotografíe una pantalla desbloqueada;
- hacer inadivinable una contraseña o un patrón débiles u observados;
- proteger el texto en claro frente a un sistema operativo comprometido durante el desbloqueo;
- garantizar el borrado físico del almacenamiento flash, las instantáneas o las copias de seguridad antiguas;
- recuperar datos cuando se pierde cada copia válida de texto cifrado o el secreto de recuperación requerido;
- ocultar toda prueba de que la app o el almacenamiento cifrado existen.
Preguntas que hace la gente
- ¿Puede alguien leer una bóveda copiando sus archivos? — Un diseño sólido busca hacer ilegible el texto cifrado copiado sin el material de claves requerido. Esto describe una copia sin conexión. Quien controla el dispositivo original mientras la bóveda está desbloqueada afronta una superficie de ataque distinta —y mucho más fácil—.
- ¿Basta AES-256 para probar que una app es segura? — No. AES-256 es un cifrado estandarizado, pero el diseño circundante determina si se usa de forma segura. La generación de claves, el modo autenticado, los nonces únicos, los metadatos, los archivos temporales, las copias de seguridad y el tratamiento de errores importan todos.
- ¿Las miniaturas también se cifran? — Deberían estar dentro del límite protegido de la bóveda si revelan contenido privado. Otras apps o el sistema operativo aún pueden conservar vistas previas creadas antes de la importación o después de la exportación.
- ¿Cambiar una contraseña vuelve a cifrar cada foto? — No necesariamente. En un diseño por capas, la contraseña controla el acceso a una clave de bóveda aleatoria estable. La app puede reenvolver el acceso a esa clave sin volver a cifrar cada objeto de contenido solo porque la credencial cambió.
- ¿Qué ocurre si los datos cifrados se dañan? — El descifrado autenticado debería fallar cuando el texto cifrado o su contexto protegido no se verifica. Eso evita la aceptación silenciosa de datos modificados, pero puede dejar no disponible un archivo dañado. Mantén una copia de seguridad probada para cualquier cosa irremplazable.
- ¿Una copia de seguridad cifrada es automáticamente privada y recuperable? — No. La privacidad depende de quién tiene las claves; la recuperación depende de conservar tanto la autoridad requerida como una copia cifrada válida. Una frase de recuperación no puede recrear un archivo de copia ausente.
Fuentes primarias y lecturas adicionales
Para la implementación específica del producto NullVault, consulta por separado la arquitectura de seguridad y las limitaciones de seguridad.
Guía revisada: 30 de agosto de 2026.
- NIST FIPS 197: especificación del Advanced Encryption Standard (AES)
- NIST SP 800-38D: modo Galois/Counter (GCM) y GMAC
- RFC 9106: función de memoria intensiva Argon2
- OWASP: hoja de referencia de almacenamiento criptográfico
- Android Developers: sistema Android Keystore
- Android Developers: criptografía
- Apple Platform Security: protección de datos del Keychain
- Apple Platform Security: descripción del cifrado y la protección de datos
Eli comienza con una prueba no sensible: «empieza con un elemento no sensible mientras evalúa cómo funcionan las bóvedas de fotos cifradas». Luego, Eli sigue la segunda comprobación: «bloquea la app o el dispositivo correspondiente y después confirma el resultado desde una sesión nueva». Este escenario ficticio ilustra el proceso de decisión; no es un informe de pruebas de producto.
- El resultado descrito en cómo funcionan las bóvedas de fotos cifradas no cubre automáticamente las copias exportadas, compartidas, en caché o sincronizadas en la nube.
- Una credencial perdida, un contenedor de app eliminado, un dispositivo reiniciado o una copia de seguridad sin probar pueden dejar los datos protegidos no disponibles.
¿Qué protege realmente una bóveda?
Protege su propia copia gestionada mientras esa copia está bloqueada en reposo. No protege una foto que sigue en el carrete, ya exportada o visible en una pantalla desbloqueada.
¿Quién tiene la clave de una bóveda cifrada?
En un diseño de prioridad local, la clave se deriva en tu dispositivo a partir de tu credencial y del material de claves de la plataforma, y por eso una credencial olvidada y una vía de recuperación sin probar pueden dejar el contenido permanentemente no disponible.