LivaraMensajería privada, inicio
Español ▾

La seguridad de Livara: Dónde termina el cifrado.

Livara 0.2 · sin exagerar la protección

Cómo protege Livara el contenido de los mensajes, qué metadatos siguen visibles y dónde la recuperación y la seguridad del dispositivo limitan esa protección. Los protocolos propios LVR1 y LGS1 no se han sometido a una auditoría de seguridad independiente.

Los componentes criptográficos

ClásicoP-256Acuerdo de claves y firmas mediante curvas elípticas.
PoscuánticoML-KEM-768Se incorpora a las claves de cada chat directo.
ContenidoAES-256-GCMCifra y autentica cada mensaje.

Si falta una identidad de cifrado, se detiene el envío protegido. Un grupo nuevo no se crea como cifrado hasta que todos sus miembros estén preparados, y un grupo antiguo incompatible sigue visiblemente fuera de E2EE, en lugar de aparentar una protección mayor. El retransmisor sigue conociendo los datos del sobre: quién, cuándo, qué tamaño y si llegó.

01 · El límite

¿Puede el servidor leerlo?

Esta tabla describe la entrega de mensajes. El procesamiento separado de la IA se rige por la política de privacidad y los controles del cliente que utilices.

nota Se guardan el enrutamiento, la pertenencia, las marcas de tiempo, el estado de entrega y el texto cifrado para que los dispositivos puedan sincronizarse.

nota Ese almacenamiento permite recuperar el estado tras volver a conectarte. Es un compromiso, y esta es la contrapartida.

Lo que el servidor de Livara puede y no puede leer durante la entrega de mensajes
Tipo de datosChat directo 1:1Grupos privados compatiblesCanales
Texto del mensajeCifrado en tu dispositivoCifrado de extremo a extremo (LGS1)Canales públicos de difusión
Ediciones de textoCifrado en tu dispositivoCifrado de extremo a extremo (LGS1)Canales públicos de difusión
Fotos, vídeos, archivos, textos que acompañan a los archivosCifrados antes de subirseCifrados antes de subirseCanales públicos de difusión
Con quién hablasteSolo metadatos de enrutamientoSolo metadatos de enrutamientoCanales públicos de difusión
Cuándo hablasteSolo marcas de tiempo de entregaSolo marcas de tiempo de entregaCanales públicos de difusión
Tu contraseñaNunca sale de tu dispositivoNunca sale de tu dispositivoNunca sale de tu dispositivo
Tus claves privadasNunca se suben sin cifrarNunca se suben sin cifrarNunca se suben sin cifrar
Punto relleno: el servidor no puede leerloCírculo: el servidor puede verlo

02 · Chats directos

Cómo obtiene un mensaje su clave.

LVR1 parte de material criptográfico clásico y poscuántico y después hace avanzar dos mecanismos ratchet. Los mensajes ordinarios hacen avanzar cadenas unidireccionales de bajo coste computacional; las épocas periódicas de ML-KEM renuevan la raíz resistente a ataques cuánticos sin añadir una negociación de tres kilobytes a cada envío.

LVR1, en detalle

Los componentes y parámetros siguientes describen el diseño. Usar componentes establecidos no valida de forma independiente la seguridad del protocolo completo.

Raíz clásica
P-256 ECDH, preclaves firmadas
Raíz poscuántica
ML-KEM-768, épocas con renovación periódica de claves
Establecimiento
Híbrido de tipo X3DH, con claves de un solo uso cuando están disponibles
Mecanismo ratchet
Cadenas de envío y recepción independientes
Cifrado del contenido
AES-256-GCM para el contenido y la cabecera
Custodia de claves
Generadas en el dispositivo; las copias de recuperación se cifran antes de subirse
Archivos adjuntos
Una clave aleatoria por archivo, transmitida dentro de la sesión
lvr1.pipelinesesión + mensaje
  1. Identidad

    Una clave privada P-256 y una semilla ML-KEM-768, generadas en el dispositivo y nunca subidas en claro.

  2. Autenticar las preclaves

    Las preclaves firmadas P-256 y ML-KEM-768 se verifican en el cliente; las claves de un solo uso aportan material nuevo cuando están disponibles.

  3. Establecer la sesión

    El mecanismo híbrido X3DH combina varios acuerdos P-256 con secretos ML-KEM para formar raíces clásica y poscuántica independientes.

  4. Avanzar el ratchet

    Las cadenas unidireccionales de envío y recepción avanzan después de cada mensaje; las actualizaciones periódicas de época ML-KEM renuevan la raíz poscuántica.

  5. Cifrar

    Una clave de mensaje se combina con la raíz PQ actual y, después, AES-256-GCM cifra y autentica el contenido y la cabecera.

Ejecuta la parte clásica en tu navegador
lgs1.pipelinepor remitente · por rotación
  1. Crear

    Cada miembro genera en su dispositivo una cadena de remitente y una clave de firma para sus propios mensajes de grupo.

  2. Distribuir

    Las claves de remitente llegan a los demás miembros dentro de sesiones LVR1 poscuánticas establecidas por pares.

  3. Avanzar

    Cada mensaje deriva de la cadena una clave AES-256-GCM de un solo uso y lleva la firma del remitente.

  4. Renovar

    Cuando se incorporan o salen miembros, se generan y distribuyen nuevas claves de remitente.

03 · Grupos privados en 0.2

Un texto cifrado, todos los miembros.

Cifrar el mismo texto por separado para un grupo grande requiere más trabajo con cada miembro. LGS1 da a cada remitente una cadena firmada: su clave viaja por sesiones LVR1 entre pares y después un único texto cifrado opaco llega a todo el grupo, con claves únicas para los archivos adjuntos, textos que acompañan a los archivos y nombres de archivo cifrados en su interior.

Cifrado de extremo a extremo para grupos privados compatiblesLas conversaciones de grupo, archivos multimedia, notas de voz y ediciones se cifran en el dispositivo del remitente. Solo pueden leerlos los miembros que tengan las claves de remitente.

LGS1, en detalle

Cadenas de remitente
Una cadena firmada por remitente, un mensaje por posición
Distribución de claves
Las claves de remitente viajan dentro de sesiones LVR1 entre pares
Clave por mensaje
Una clave AES-256-GCM de un solo uso, derivada para cada posición
Autenticación
Una identidad de firma P-256 por remitente
Cambio de miembros
Las claves de remitente antiguas quedan desactualizadas; los miembros renuevan sus claves
Abarca
Texto · ediciones · textos que acompañan a los archivos · nombres de archivo · claves de archivos adjuntos

04 · La parte incómoda

El cifrado protege el contenido. No oculta la red de relaciones.

Livara guarda y procesa metadatos operativos para la entrega y la sincronización. Esta tabla describe la entrega protegida de mensajes, no el procesamiento separado de la IA. Antes de usar IA con el contenido de los chats, consulta los controles y la política de privacidad del cliente que utilices.

Lo que el servidor ve y guarda durante la entrega protegida de mensajes
El servidor veEl servidor guardaNo es legible durante la entrega protegida de mensajes
Quién se comunica con quiénRegistros de mensajes, como texto cifradoTexto de los mensajes en claro
Pertenencia a grupos y conversacionesTexto cifrado LVR1 y LGS1Contenido multimedia descifrado
Marcas de tiempo y tamaño de los datos cifradosConfirmaciones de recepción, reacciones y edicionesTextos que acompañan a los archivos y nombres de archivo
Estado de entrega y enrutamientoUn cursor de sincronización por cuentaClaves de archivos adjuntos
Que te conectas a LivaraTokens de notificaciones push y registros de seguridadTu contraseña: solo una prueba SRP

Existe código de protección de metadatos LSS1, pero no está conectado al envío normal de mensajes. No lo cuentes como una protección activa para los mensajes actuales.

05 · Transparencia

Lo que Livara no afirma.

Esta lista existe para que nunca tengas que deducir los límites a partir de lo que falta en otras páginas. Si algo deja de aparecer aquí, será porque ya está disponible, no porque la redacción haya mejorado.

Lo que no se promete hoy

Seis puntos, tomados directamente del modelo de amenazas publicado.

  • Anonimato de los metadatos
  • Cifrado de extremo a extremo para los canales: son flujos públicos de difusión
  • Cifrado de extremo a extremo mientras está activa la grabación opcional en el servidor
  • Protección de un dispositivo desbloqueado o comprometido
  • Recuperación sin tu frase de recuperación
  • Ocultar a tu proveedor de red que te conectas a Livara

Afirmaciones que nos negamos a hacer

Redactadas como le gustaría a una página de marketing, y después tachadas.

  • Que el contenido de los canales es privado. Los canales son flujos públicos de difusión por diseño.
  • Que el servidor no guarda los metadatos de enrutamiento necesarios para la entrega en tiempo real y la sincronización.
  • Que es posible recuperar el acceso después de perder tanto tu dispositivo como tu frase de recuperación.
  • Que los números de seguridad nunca necesitan comprobarse. Compararlos es la forma de verificar una clave en persona.

06 · Identidad

Acceder y recuperar el acceso.

Autenticación

SRP prueba que conoces la contraseña sin transmitirla

Durante la autenticación SRP, tu dispositivo demuestra que conoce la contraseña sin transmitir la contraseña en sí. El servidor guarda un verificador. Esto no protege un dispositivo o cliente comprometido.

Recuperación

La copia de seguridad de claves se cifra antes de subirse

Tus claves P-256 de acuerdo y firma y tu semilla ML-KEM se cifran en tu dispositivo con una clave de recuperación aleatoria de 256 bits. El formato v7 autentica su conjunto criptográfico, época de identidad y generación. Restaura la identidad, no el historial de chats.

Verificación

Las huellas permiten comprobar el otro extremo

Compara las huellas de las claves públicas con tu interlocutor por otro canal de confianza. Si difieren de forma inesperada, verifica el cambio antes de compartir información sensible.

Control de la plataforma

El servidor sigue decidiendo quién puede actuar

Las comprobaciones de pertenencia y rol regulan conversaciones, cargas de archivos, confirmaciones de recepción, ediciones, eliminaciones y acciones en tiempo real. Eso es autoridad del servidor, no criptografía; precisamente por eso se enumera por separado.

contraseña nunca sale del dispositivo

prueba calculada localmente, intercambiada con el servidor

servidor guarda un verificador, no tu contraseña

resultado autenticado — sin que el secreto haya viajado nunca por la red

identidad un nombre de usuario. No una SIM, un operador ni un país.

La autenticación SRP es independiente del cifrado de mensajes. Una contraseña por sí sola no puede abrir la copia de identidad cifrada; restaurarla requiere tu frase de recuperación. Un dispositivo o cliente comprometido queda fuera de estas protecciones.

Preguntas

Las cinco preguntas más frecuentes.

¿Qué conversaciones de Livara están cifradas de extremo a extremo?

Los mensajes directos y las conversaciones de grupos privados compatibles se cifran de extremo a extremo en tu dispositivo. Los chats directos usan el mecanismo ratchet híbrido poscuántico LVR1; los grupos privados compatibles usan claves de remitente LGS1 para textos, ediciones, fotos, vídeos, archivos y notas de voz. Los grupos antiguos incompatibles siguen visiblemente fuera de E2EE.

Si inicio sesión en un teléfono nuevo, ¿recupero mis claves de los chats directos?

No por sí solas. La copia de seguridad de claves cifrada solo se abre con la clave de recuperación representada por tu frase de recuperación. Una contraseña correcta no basta, deliberadamente: si una contraseña por sí sola pudiera restaurar tus claves, también podría entregárselas a otra persona.

¿Oculta Livara con quién hablo?

No. La entrega enruta los paquetes cifrados usando el remitente, el destino y las marcas de tiempo, y esos metadatos de enrutamiento se guardan para que tus dispositivos puedan sincronizarse. Las notificaciones push móviles de mensajes cifrados no contienen detalles de los mensajes ni nombres.

¿Cómo funciona el cifrado de grupos y qué abarca?

Cada miembro crea una cadena de remitente y comparte su clave con los demás mediante sesiones LVR1 cifradas por pares. Los textos, ediciones, archivos multimedia, demás archivos y notas de voz del grupo se cifran en el dispositivo del remitente antes de salir de él. Cuando se incorporan o salen miembros, las claves se renuevan.

¿Cómo se protegen las llamadas individuales y de grupo?

Las llamadas individuales y de grupo usan cifrado de extremo a extremo para audio, vídeo y pantalla compartida. La grabación opcional en el servidor es un modo separado: mientras el indicador visible REC está activo, la llamada usa cifrado de transporte en lugar de E2EE.

No creas esta página sin comprobarla

Ahora, compruébalo.

Ejecuta las demostraciones del Laboratorio de cifrado, lee las explicaciones de seguridad o abre la aplicación y compara una huella de clave con tu contacto por otro canal de confianza.