¿Puede LifeWyn leer mi bóveda?

No. Tu bóveda se cifra en tu propio dispositivo antes de que se suba nada, y la frase de contraseña que la desbloquea nunca sale de tu dispositivo. Lo que llega a nuestros servidores es texto cifrado: no hay nada legible para nosotros, para una orden judicial que se nos presente, ni para quien vulnere la base de datos.

¿Qué cifrado usa LifeWyn, y por qué ese?

XChaCha20-Poly1305, un cifrado autenticado que oculta tus datos y detecta cualquier manipulación. Su nonce extendido de 192 bits puede generarse de forma aleatoria sin una posibilidad realista de reutilización, lo que elimina toda una categoría de errores de implementación que ha causado brechas reales en diseños con un nonce más corto.

¿Qué ocurre si olvido la frase de contraseña de mi bóveda?

LifeWyn no puede restablecerla, porque no hay nada en nuestro lado que restablecer: nunca guardamos tu clave. Por eso la recuperación a través de tus contactos de confianza o de los fragmentos de clave debe configurarse con antelación; es la única vía de vuelta, y conviene hacerlo pronto.

Si mi bóveda es de conocimiento cero, ¿cómo puede LifeWyn verificar un fallecimiento o notificar a un beneficiario?

Porque la verificación y el contenido de la bóveda son cosas separadas. La verificación solo determina si ha ocurrido un evento permitido —una Señal de vida omitida, un certificado validado— y trabaja con la información mínima que ese paso necesita. Nunca desbloquea tu bóveda cifrada, tus contraseñas ni bienes que no tengan relación. Que la bóveda sea de conocimiento cero no significa que la verificación lo sea.

¿Contra qué no protege el cifrado?

Un dispositivo ya comprometido por malware mientras tienes la sesión iniciada, una frase de contraseña débil o reutilizada, compartir tú mismo la frase de contraseña, y lo que un destinatario haga con la información después de que se complete una liberación. El cifrado protege los datos en reposo y en tránsito; no puede solucionar eso.

Centro de seguridad → Cifrado

Arquitectura de cifrado de conocimiento cero

Seis capas de protección criptográfica. Tus datos se cifran en tu dispositivo antes de salir de él. Nosotros solo almacenamos texto cifrado.

XChaCha20-Poly1305

scrypt (N=2^15)

HKDF-SHA-256

Shamir Secret Sharing

TLS 1.2 / 1.3

El principio de información mínima

Bóveda de conocimiento cero ≠ verificación de conocimiento cero

Tu bóveda permanece sellada. La verificación solo llega a ver el único hecho que necesita: que ha ocurrido un evento permitido.

LifeWyn mantiene el contenido de tu bóveda cifrado y fuera de nuestro alcance. Tus documentos, mensajes privados, archivos multimedia y demás contenido protegido se cifran antes de salir de tu dispositivo, y nosotros no tenemos las claves para consultarlos.

Sin embargo, un servicio de legado tiene que hacer más que custodiar una caja sellada. La Señal de vida, la verificación de un fallecimiento, la notificación a los beneficiarios, los flujos de reclamación y tus instrucciones de legado dependen todos de establecer si algo ha ocurrido realmente, y un sistema ciego a todos los hechos no puede verificar nada. Por eso trabajamos con un principio de información mínima: en cada paso, LifeWyn procesa solo lo que ese paso requiere, y nada más.

La verificación

determina si ha ocurrido un evento permitido.

Tus reglas

decide qué puede pasar a continuación.

Tu cifrado

protege el contenido real de tu bóveda.

Acceso a la bóveda

El contenido cifrado de tu bóveda: documentos, mensajes privados, archivos multimedia y credenciales.

Requiere tus claves, que nunca salen de tu dispositivo. Ningún miembro del equipo de LifeWyn ni ningún proceso del servidor puede abrirla.

Acceso al caso

Un único caso de verificación; por ejemplo, un certificado de defunción que presenta un beneficiario.

Un revisor autorizado para ese caso ve solo lo que ese caso necesita. Esa autorización nunca llega a tu bóveda.

Acceso de verificación

Si un evento permitido ha ocurrido realmente: una Señal de vida omitida, un certificado validado.

Responde a «¿ha ocurrido esto?», nunca a «¿qué hay dentro de la bóveda?».

Un certificado de defunción presentado por un beneficiario, por ejemplo, puede revisarse para confirmar un fallecimiento notificado. Esa revisión nunca desbloquea la bóveda del cliente, sus contraseñas ni bienes que no tengan relación: permanecen cifrados en todo momento. Cada paso, desde la verificación y la revisión hasta la notificación, el acceso de los beneficiarios y la divulgación, está limitado por las reglas que has configurado y por la mínima información necesaria para completarlo.

Protección de seis capas

Cada capa tiene un propósito

Desde tu contraseña maestra hasta nuestros servidores: cada capa añade defensa en profundidad.

Frase de contraseña de la bóveda y biometría

Introduces la frase de contraseña de tu bóveda (independiente de la contraseña de acceso a tu cuenta), con desbloqueo biométrico opcional

scrypt (N=2^15), con uso intensivo de memoria → clave maestra de 256 bits

Derivación de claves

La clave maestra deriva las claves de categoría mediante HKDF-SHA-256 con separación de dominios

HKDF-SHA-256 con etiquetas de contexto: 'vault', 'credentials', 'documents', etc.

Cifrado de elementos y documentos

Las claves de los activos se derivan de la clave de categoría; cada documento recibe una clave aleatoria nueva envuelta bajo esa clave de categoría

XChaCha20-Poly1305 (AEAD): un único cifrado tanto para los elementos de la bóveda como para los bytes de los archivos

Cifrado de sobre

Las DEK se envuelven con las claves de categoría; solo el texto cifrado sale del dispositivo

Envoltura de claves NIST SP 800-38F; cifrado autenticado (AEAD)

Reparto de secreto por umbral

La clave maestra de la bóveda se divide en N fragmentos; se necesitan K para reconstruirla

Shamir's Secret Sharing over GF(2^8)

Almacenamiento en el servidor

Solo se almacena texto cifrado y sobres de clave cifrados; cero texto sin cifrar

PostgreSQL (blobs de texto cifrado); Redis (sesión); almacenamiento de objetos (archivos)

Especificaciones de algoritmos

Primitivas criptográficas: sin criptografía propia

Usamos únicamente algoritmos estandarizados y probados en la práctica. Sin construcciones propietarias.

XChaCha20-Poly1305

Cada elemento de la bóveda y cada byte de documento: no existe un segundo cifrado de contenido

Fortaleza

Clave de 256 bits, nonce de 192 bits (nonces aleatorios, sin riesgo de reutilización), etiqueta Poly1305 de 128 bits

Estándar

RFC 8439 (construcción XChaCha20 con nonce extendido)

scrypt

Estira tu frase de contraseña de la bóveda hasta convertirla en tu clave maestra de 256 bits, en tu dispositivo

Fortaleza

Con uso intensivo de memoria; N=2^15, r=8, p=1; sal por usuario; entrada normalizada con NFKC

Estándar

RFC 7914

Argon2id

Genera el hash de tu contraseña de INICIO DE SESIÓN DE LA CUENTA, en el servidor. Es una contraseña distinta; no deriva ninguna clave

Fortaleza

Hash de contraseñas con uso intensivo de memoria; nunca se aplica a la frase de contraseña de la bóveda

Estándar

RFC 9106 / ganador de la Password Hashing Competition

HKDF-SHA-256

Derivación de la jerarquía de claves (maestra → categoría → claves de bien)

Fortaleza

PRF SHA-256; separación de dominios mediante el parámetro info

Estándar

RFC 5869

TLS 1.2 / 1.3

Todo el tráfico de red (API, WebSocket, subida/descarga de archivos)

Fortaleza

TLS 1.2 como mínimo, 1.3 preferido; confidencialidad directa perfecta

Estándar

RFC 8446 / RFC 5246

Shamir Secret Sharing

Reparto por umbral de la clave de la bóveda (por ejemplo, 3 de 5)

Fortaleza

Campo GF(2^8); Shamir simple: los fragmentos no incluyen compromisos de verificabilidad

Estándar

Adi Shamir 1979; RFC 9570 (borrador)

Modelo de amenazas

Contra qué protegemos, y cómo

Evaluación honesta de los vectores de ataque y de nuestras mitigaciones.

Compromiso del servidor

Crítico

El servidor solo guarda texto cifrado y DEK envueltas. Ni la clave maestra, ni las claves de categoría, ni el texto sin cifrar llegan nunca al servidor.

Filtración de la base de datos

Crítico

Los datos de la bóveda almacenados son texto cifrado con XChaCha20-Poly1305. Sin tu clave maestra —que nunca sale de tu dispositivo— es computacionalmente inviable descifrarlos. Los datos de contacto tuyos y de tus beneficiarios NO se cifran en reposo: LifeWyn no puede notificar ni verificar a un beneficiario cuya dirección no puede leer.

Ataque de intermediario (man-in-the-middle)

Alta

TLS 1.2 como mínimo con 1.3 preferido, fijación de certificados (certificate pinning) en móvil, y HSTS con includeSubDomains en cada respuesta.

Robo del dispositivo

Alta

La clave maestra solo se vuelve a derivar de tu frase de contraseña con scrypt. El desbloqueo biométrico está vinculado al iOS Keychain / Android Keystore, con bloqueo automático por inactividad y borrado de la clave envuelta si se rechaza la biometría.

Persona interna malintencionada

Media

No existe ninguna capacidad de descifrado en el servidor que se pueda explotar: todas las operaciones con claves se realizan en el cliente, y cada puerta de liberación se verifica de forma cruzada desde un componente desplegable independiente y falla de forma segura. Toda acción queda auditada.

Cadena de suministro

Media

Dependencias fijadas mediante lockfile, una SBOM y una comprobación de licencias generadas en cada ejecución del pipeline, y un escáner de secretos que hace fallar la compilación sin excepción. La criptografía procede de bibliotecas publicadas y auditadas, no de nosotros.

Jerarquía de claves

De la contraseña maestra a las claves de los activos

Flujo visual que muestra cómo tu contraseña maestra deriva cada clave de cifrado del sistema.

Clave maestra (256 bits)

scrypt(frase de contraseña, sal, N=2^15) → clave de 256 bits

Clave de la bóveda

HKDF(master, 'vault')

Clave de credenciales

HKDF(master, 'credentials')

Clave de documentos

HKDF(master, 'documents')