Cifrar el contenido una sola vez no elimina el coste de distribuir claves y entregar el mensaje a todos los miembros.
En la arquitectura de «clave de remitente» o Sender Key, el remitente no necesita cifrar el mismo contenido por separado para cada miembro del grupo. Cada remitente tiene su propia cadena de claves y hace llegar a los miembros autorizados, por una vía segura, el material de claves necesario para leer sus mensajes. Este método reduce el coste del cifrado del contenido; siguen existiendo los costes de distribución de claves, entrega de mensajes y gestión de miembros.
¿Cómo se describe LGS1 en Livara?
Según la documentación de seguridad de Livara, LGS1 utiliza una cadena y una clave de firma propias de cada remitente para los mensajes de grupos privados compatibles en modo E2EE. Las claves de remitente se distribuyen mediante sesiones LVR1 entre pares; después se deriva una clave de mensaje para cada posición de la cadena. La documentación también describe la rotación de claves tras la entrada o salida de miembros. Esta es una descripción de la arquitectura del producto, no el resultado de una prueba de rendimiento ni de una auditoría independiente realizada en este artículo.
El recorrido de un mensaje grupal, paso a paso
- Preparación de los miembros: El dispositivo debe verificar la identidad criptográfica y la pertenencia autorizada de los destinatarios.
- Distribución de la clave de remitente: La información necesaria llega a los miembros mediante sesiones privadas. En un grupo grande, este paso no es gratuito ni independiente del número de miembros.
- Derivación de la clave de mensaje: La cadena avanza para que contenidos distintos no se cifren con la misma clave de mensaje.
- Cifrado y autenticación: Se cifra el contenido y el destinatario debe verificar la integridad del mensaje y la identidad del remitente.
- Cambio de miembros: Las claves de la siguiente época deben quedar únicamente a disposición de los miembros autorizados que permanezcan.
La «clave de remitente» no debe equipararse al uso permanente de una sola clave AES para todos los mensajes. El estado de la cadena, el número de mensaje y la época de clave forman parte de un diseño seguro.
¿Qué costes disminuyen y cuáles permanecen?
| Parte del trabajo | Efecto de la arquitectura de clave de remitente |
|---|---|
| Cifrar el contenido de un mensaje ordinario | Puede hacerse una sola vez, en lugar de generar una copia cifrada por separado para cada destinatario |
| Distribuir las claves iniciales o nuevas | Debe abarcar a los miembros autorizados; importan el número de miembros y de dispositivos |
| Enviar por la red a todos los miembros | Sigue requiriendo entregar los datos a los destinatarios |
| Salida de un miembro y dispositivo sin conexión | Requieren gestión de épocas, coordinación y un comportamiento definido ante fallos |
Por tanto, la frase «el coste total del grupo pasa de O(N) a O(1)» no es exacta. Se puede hablar de una operación concreta, no de toda la red. La velocidad y el consumo de batería y datos también deben medirse para una versión de la aplicación, un número de miembros y unos dispositivos determinados.
¿Dónde interviene la protección poscuántica?
Livara relaciona la distribución de claves de grupo con las sesiones híbridas LVR1. La presencia de un componente poscuántico no demuestra por sí sola todas las propiedades del grupo: también importan la combinación de claves, las firmas, la gestión del estado y la validación de miembros. La estandarización de un algoritmo es distinta de la aprobación de la seguridad de un servicio de mensajería completo.
Para comparar arquitecturas, el RFC 9420 sobre MLS es un ejemplo de especificación formal de gestión de claves de grupo. No se debe presentar LGS1 como si fuera MLS o su implementación; las garantías de cada protocolo deben consultarse en sus propias especificaciones y evidencias.
¿Qué debemos comprobar antes de confiar en un grupo privado?
- ¿El propio grupo utiliza realmente cifrado de extremo a extremo? La documentación de Livara indica que un grupo antiguo incompatible no debe etiquetarse como cifrado sin justificación.
- ¿Quién puede añadir miembros y cómo se informa a los miembros del cambio?
- ¿Un miembro nuevo puede acceder al historial anterior o solo a mensajes futuros? Compruebe la respuesta para esa misma versión de la aplicación.
- ¿Cambia la época de clave después de eliminar a un miembro? Eliminarlo de la lista no demuestra por sí solo que haya cambiado la clave.
- ¿Los miembros actuales pueden copiar un mensaje? Sí; el cifrado no elimina la necesidad de confiar en el destinatario.
Preguntas frecuentes
¿Eliminar a un miembro borra sus mensajes antiguos?
No. La rotación de claves busca limitar el acceso futuro; una copia ya recibida o guardada no desaparece necesariamente del dispositivo del miembro eliminado.
¿LGS1 entrega mensajes durante un corte total de la red?
El cifrado no crea una vía de comunicación. La entrega exige que los dispositivos puedan acceder al servicio y a una ruta de red; distinga entre seguridad del contenido y disponibilidad.
¿El servidor no tiene ninguna información sobre el grupo?
Según los límites declarados por Livara, la confidencialidad del contenido no significa que toda la información operativa esté oculta. Al elegir un grupo, lea también las políticas de miembros y metadatos.
