Arquitectura de Seguridad: La Pila Técnica Completa

Vaultaire no depende de un solo algoritmo ni de un truco ingenioso. Usa una arquitectura criptográfica en capas donde cada componente tiene un trabajo específico, y el fallo de cualquier capa no compromete las demás. Aquí están cada cifrado, protocolo y decisión de diseño que se interponen entre tus datos privados y el resto del mundo.

usos del bóveda AES-256-GCM para cifrado autenticado en índices de bóveda, claves empaquetadas, encabezados de archivos, contenido, miniaturas y metadatos. PBKDF2-HMAC-SHA512 deriva una clave de bóveda local del patrón y una clave para todo el dispositivo Keychain sal. Esa clave de bóveda incluye una clave maestra aleatoria separada de 256 bits, que realiza el cifrado de archivos a través de CryptoKit en el proceso de aplicación.

La Pila Criptográfica

Esto no es complejidad por sí misma. Cada capa aborda una superficie de ataque diferente. AES-256-GCM combina la confidencialidad con la autenticación, por lo que el texto cifrado modificado no supera la verificación. PBKDF2 aumenta el costo de probar cada patrón o frase. La clave maestra aleatoria significa que un cambio de patrón puede volver a empaquetar una clave en lugar de volver a cifrar cada archivo. Keychain protección de datos protege los registros locales de recuperación y sal, mientras que la aplicación aún reconoce que el cifrado simétrico ocurre en la memoria del proceso.

Defensa en Profundidad

Piense en la jerarquía de Vaultaire como un conjunto de contenedores cerrados anidados. El patrón derivado llave de la bóveda abre el índice autenticado. El índice publica un paquete aleatorio envuelto. llave maestra. Esa clave maestra protege los archivos y metadatos. PBKDF2, AES-GCM, Keychain, y iOS La protección de datos aporta diferentes propiedades, pero el reclamo de seguridad es tan fuerte como la cadena completa.

AES-256-GCM: Cifrado de Archivos

Cada foto, vídeo y documento almacenado en Vaultaire está cifrado con AES-256-GCM — el estándar de cifrado avanzado con una clave de 256 bits en Modo Galois/Contador. Vaultaire también utiliza AES-GCM para índices de bóveda, encabezados de archivos, miniaturas y sobres de claves. El algoritmo y el tamaño de la clave están estandarizados; La seguridad de Vaultaire aún depende del manejo de nonce, la administración de claves, la solidez de las credenciales y la corrección de la implementación.

El “256” en AES-256 se refiere a la longitud de clave en bits. Una clave de 256 bits tiene 2256 valores posibles. Si cada átomo del universo observable fuera una supercomputadora probando mil millones de claves por segundo, ejecutándose desde el Big Bang, habrían explorado menos de una billonésima de una billonésima de un por ciento del espacio de claves. AES-256 no va a ser roto por fuerza bruta. No hoy. No en este siglo. No antes de que las estrellas se apaguen.

Por Qué Importa el Modo GCM

AES es un cifrado por bloques — cifra datos en fragmentos de 128 bits. El “modo” determina cómo se combinan esos fragmentos. GCM (Modo Galois/Counter) proporciona dos cosas que modos más simples como CBC no: cifrado paralelizado y autenticación incorporada.

La pieza de autenticación es crítica. GCM genera una etiqueta criptográfica para cada archivo cifrado. Esta etiqueta actúa como un sello de manipulación. Si incluso un solo bit del texto cifrado se modifica — ya sea por un actor malicioso o un sector de disco corrupto — la etiqueta de autenticación no coincidirá, y el descifrado fallará. No obtienes datos corruptos. Obtienes una señal clara de que algo está mal. Esta propiedad se llama cifrado autenticado, y previene toda una clase de ataques donde un adversario modifica datos cifrados para manipular la salida descifrada.

PBKDF2: Derivación de Claves

Tu clave de cifrado no surge de la nada. Se deriva de tu patrón (o frase secreta) a través de una función de derivación de claves — un algoritmo específicamente diseñado para convertir una entrada proporcionada por un humano en una clave criptográfica. Vaultaire usa PBKDF2 (Función de Derivación de Claves Basada en Contraseña 2) con HMAC-SHA512, un estándar recomendado por NIST usado en sistemas gubernamentales y financieros en todo el mundo.

Cómo PBKDF2 Protege Tu Patrón

Vaultaire obtiene diferentes claves para diferentes trabajos. El patrón y todo el dispositivo. Keychain alimento con sal PBKDF2-HMAC-SHA512 durante 600.000 iteraciones para producir la clave de la bóveda local. Una derivación de patrón determinista produce la clave de copia de seguridad en la nube independiente. La frase de recuperación normalizada llega hasta 800.000 PBKDF2 iteraciones para producir la clave para un sobre de recuperación. Ninguna de esas derivaciones convierte una credencial humana en 256 bits de entropía simplemente porque la salida tiene 256 bits de longitud.

Vaultaire configura PBKDF2 con 600.000 iteraciones para claves derivadas de patrones. Eso hace que cada suposición sea más costosa, pero una estimación de ataque responsable debe indicar un tiempo medido por candidato y supuestos de hardware. A exactamente 1 ms por candidato, 1.000.000.000 de conjeturas en serie tardan unos 11,6 días, no años. El resultado de 256 bits no expande la entropía de un patrón predecible.

La idea central detrás PBKDF2 Es un trabajo deliberado. Toma el patrón serializado o la frase normalizada y ejecuta cientos de miles de HMAC-SHA512 iteraciones. Un usuario legítimo paga ese costo una vez durante un intento de desbloqueo o recuperación. Un atacante paga por cada candidato, aunque las opciones paralelas de hardware y de implementación determinan la tasa real de adivinanzas.

256 bits
Longitud de Clave de Cifrado
6
Capas Criptográficas
0
Claves Almacenadas en Servidores

AES-256-GCM: Protección de metadatos

Cifrar contenido de archivos no es suficiente. Nombres de archivos, fechas de creación, dimensiones de miniaturas y estructura de la bóveda son todos metadatos — y los metadatos pueden ser tan reveladores como los datos mismos. Un archivo llamado “declaracion-impuestos-2025.pdf” le dice a un atacante exactamente qué hay dentro incluso si el contenido está cifrado. Una marca de tiempo muestra cuándo usaste la bóveda. Un tamaño de miniatura revela si algo es una foto o un video.

Vaultaire protege los metadatos con AES-256-GCM, la misma construcción de cifrado autenticado utilizada en el resto del formato de almacenamiento. Los nombres, tipos MIME, marcas de tiempo, miniaturas, estructura de la bóveda y clave maestra envuelta permanecen dentro de texto cifrado autenticado. Vaultaire no usa ChaCha20 para estos datos.

¿Por qué el cifrado autenticado para metadatos?

Vaultaire protege estos metadatos con AES-256-GCM, no ChaCha20. Nombres de archivos y MIME Los tipos están codificados en encabezados de archivos cifrados. El índice de la bóveda cifrada contiene registros de archivos, fechas, información de tamaño, diseño de almacenamiento y la clave maestra empaquetada. Los datos de las miniaturas también se cifran con la clave maestra aleatoria.

El uso de AES-GCM para contenido y metadatos no significa que Vaultaire reutilice claves o nonces. La clave de la bóveda autentica el índice y envuelve la clave maestra aleatoria; la clave maestra protege el material de archivo. CryptoKit genera cajas selladas autenticadas con nonces nuevos, y el formato de transmisión deriva un nonce distinto para cada fragmento ordenado. La separación de claves, la disciplina nonce y las etiquetas de autenticación aportan las propiedades relevantes.

Arquitectura de Conocimiento Cero

El mismo cifrado no significa que la misma clave o nonce se reutilice a ciegas. La clave de la bóveda protege el índice y envuelve la clave maestra aleatoria; la clave maestra protege el material del archivo. CryptoKit crea cajas selladas autenticadas con nonces nuevos, mientras que el formato de transmisión de Vaultaire deriva un nonce distinto para cada fragmento ordenado. Las garantías relevantes provienen de la separación de claves, la disciplina nonce y la autenticación, no de un segundo cifrado de metadatos.

Con la mayoría de las apps, la respuesta es incómoda. Tienen tus datos, tus claves, o ambos. Una orden judicial las obliga a entregarlos. Una brecha de datos los expone. Un empleado deshonesto accede a ellos.

Vaultaire está construido sobre arquitectura de conocimiento cero. Esto significa que la empresa que hace Vaultaire nunca tiene acceso a tus claves de cifrado, tu patrón, tu frase secreta ni tus datos sin cifrar. Ni durante la sincronización. Ni durante el respaldo. Nunca. Las operaciones criptográficas ocurren enteramente en tu dispositivo. Lo que sale de tu dispositivo — si algo sale — ya está cifrado con claves que solo tú posees.

Qué Significa Conocimiento Cero en la Práctica

Vaultaire no opera una cuenta ni un servicio de almacenamiento que reciba su patrón, frase secreta, claves de descifrado o contenidos legibles de la bóveda. El cifrado y descifrado ocurren en el proceso de la aplicación en su dispositivo. cuando iCloud la copia de seguridad está habilitada, la aplicación envía texto cifrado autenticado a su cuenta privada CloudKit base de datos en lugar de a un servicio de bóveda controlado por Vaultaire.

Este límite del proveedor es una propiedad arquitectónica, no una promesa de que cada parte del entorno del cliente esté fuera del modelo de confianza. Vaultaire no posee una clave de descifrado del lado del servidor que pueda entregar para la recuperación rutinaria de la bóveda. La aplicación enviada, iOS, el dispositivo desbloqueado y la implementación criptográfica aún pueden procesar datos legibles y, en consecuencia, se debe confiar en ellos.

No Confíes en Nadie — Por Diseño

El límite del proveedor de Vaultaire elimina del diseño normal una clave de descifrado en poder de la empresa. Eso reduce lo que una violación de Vaultaire puede exponer. No elimina la necesidad de confiar en el cliente enviado, iOS, el estado del dispositivo o la implementación de la jerarquía de claves documentada. Esos límites deberían evaluarse por separado en lugar de reducirlos a una promesa absoluta.

Keychain y el límite aplicación-proceso

La protección del dispositivo sigue importando aunque el cifrado de la bóveda se ejecute en software. El aislamiento de procesos de iOS, Keychain y Protección de Datos elevan el coste de atacar un teléfono bloqueado. Ese límite no implica que una clave simétrica derivada ni las operaciones AES-GCM de Vaultaire se ejecuten dentro del Secure Enclave.

El Secure Enclave es un coprocesador con un límite de seguridad propio y puede proteger operaciones con tipos de clave compatibles. Vaultaire no le entrega la clave de bóveda derivada por PBKDF2 ni la clave maestra AES. CommonCrypto deriva la primera y CryptoKit procesa el cifrado autenticado en la memoria de la aplicación mientras la bóveda está abierta.

de manzana Secure Enclave Puede proteger las claves privadas admitidas y participa en partes de la arquitectura de seguridad de la plataforma, pero sus API públicas no aceptan una configuración arbitraria. PBKDF2-clave simétrica derivada y realizar la de Vaultaire AES-GCM operaciones de archivos dentro del coprocesador. Por lo tanto, Vaultaire no describe su cifrado de bóveda como Secure Enclave AES.

Vaultaire utiliza ordinario iOS Keychain elementos de contraseña genérica para el dispositivo salt aleatorio, la base de datos de recuperación cifrada y la clave aleatoria que protege esa base de datos. Estos elementos utilizan la clase de accesibilidad WhenUnlockedThisDeviceOnly. Keychain y Protección de datos crean un límite significativo para el dispositivo, especialmente cuando el teléfono está bloqueado, pero esta arquitectura es diferente de una no exportable. Secure Enclave clave.

Vectores de Inicialización por Archivo

Un sistema operativo con jailbreak o comprometido de otro modo puede afectar la entrada de patrones, la memoria de la aplicación, las vistas previas descifradas, las exportaciones o la pantalla. Vaultaire recomienda una versión actual y sin jailbreak iPhone porque el diseño se basa en iOS aislamiento de procesos, Keychainy Protección de Datos. No afirma que el compromiso de la raíz deje inaccesibles las claves simétricas de una bóveda abierta.

Pipeline de Cifrado
Tu patrón
Entrada de cuadrícula de 5×5
PBKDF2
KDF de alta iteración
Clave de bóveda
Índice + contenedor de claves
Clave maestra aleatoria
AES-GCM archivos + metadatos

Gestión de memoria: borrado del estado de clave activa

Vaultaire evita el texto cifrado determinista generando un nonce criptográfico nuevo para cada AES-256-GCM operación de sellado. Los encabezados y el contenido de los archivos se sellan por separado, y los archivos grandes utilizan un formato de transmisión autenticado con un nonce base aleatorio y un nonce distinto para cada fragmento ordenado. Por tanto, dos copias de la misma fotografía no producen la misma representación cifrada.

Preguntas Frecuentes

¿Es AES-256 realmente irrompible?

AES-256 es un cifrado de bloques estandarizado y muy analizado. No hay ningún ataque práctico a las implementaciones correctas. AES-256-GCM con una clave aleatoria de 256 bits es de conocimiento público, pero eso no hace que toda la bóveda sea irrompible. Entropía de credenciales, PBKDF2 El costo, el manejo nonce, la custodia de claves, la recuperación, el estado del dispositivo y las fallas de implementación siguen siendo rutas de ataque.

¿Por qué usar PBKDF2 para derivación de claves?

usos del bóveda PBKDF2-HMAC-SHA512 a través de CommonCrypto: 600.000 iteraciones para patrones y 800.000 para frases de recuperación. La derivación del patrón local utiliza una sal aleatoria para todo el dispositivo almacenada en Keychain. PBKDF2 aumenta el costo de cada suposición pero no agrega entropía al patrón, por lo que el tiempo de ataque depende de la solidez de las credenciales, la velocidad medida del hardware y el paralelismo.

¿Qué datos envía Vaultaire a sus servidores?

Vaultaire no opera un servidor de contenido que reciba archivos legibles ni una clave de descifrado. Si activas la copia de seguridad, la sincronización o el uso compartido, el cliente envía registros cifrados y metadatos operativos a tu base de datos privada de CloudKit. Apple conserva esos registros; Wraxle no recibe archivos legibles de la bóveda ni una clave de copia de seguridad en texto plano.

¿Puede un iPhone con jailbreak comprometer mi bóveda?

Un jailbreak debilita materialmente los límites del dispositivo. Vaultaire AES-GCM operaciones ejecutadas en el proceso de la aplicación a través de CryptoKit, por lo que existen bytes de clave simétricos en la memoria de la aplicación mientras una bóveda está abierta. El compromiso a nivel de raíz puede tener como objetivo la entrada, la memoria, las capturas de pantalla o la salida descifrada. Keychain y la protección de datos aún agregan barreras mientras el dispositivo está bloqueado, pero Vaultaire no afirma que sus claves AES permanezcan aisladas en el interior. Secure Enclave.

¿Cómo se cifran los metadatos?

Vaultaire no utiliza ChaCha20 para los metadatos de la bóveda. nombres de archivos, MIME Los tipos, marcas de tiempo, datos en miniatura, estructura de la bóveda y la clave maestra empaquetada están protegidos dentro AES-256-GCM texto cifrado autenticado. El uso de una construcción autenticada mantiene las comprobaciones de confidencialidad e integridad consistentes en todo el formato de almacenamiento.

¿Qué pasa con mis claves si la app se cierra inesperadamente?

iOS recupera el proceso finalizado y el próximo lanzamiento requiere un nuevo desbloqueo antes de que Vaultaire restablezca el estado de la clave activa. Vaultaire no crea un ámbito de sesión Secure Enclave Referencias AES. Mientras que sus envoltorios de claves limpian sus buffers al desasignar y bloquear rutas dejan de estar en estado activo, Swift y iOS no justifican una garantía de que cada copia transitoria haya sido sobrescrita antes de una falla.

Ve la Pila en Acción

Cifrado autenticado, claves en capas, derivación costosa y sin clave de bóveda en poder del proveedor. Descargue Vaultaire para utilizar la arquitectura que se describe aquí, con sus límites de dispositivos y credenciales establecidos claramente.

Descargar Vaultaire Gratis