Para evaluar la seguridad de una llamada, no preguntes solo «¿Está cifrada?», sino dónde termina el cifrado y qué cambia al grabarla.
El cifrado del chat, por sí solo, no demuestra que el audio, el vídeo, la pantalla compartida o las grabaciones de llamadas tengan la misma protección. Para evaluar una llamada, hay que preguntar hasta dónde permanecen cifrados los medios, quién tiene las claves y qué cambia al activar funciones como la grabación.
Esta guía divide las afirmaciones de seguridad en capas que se pueden examinar; el nombre de un protocolo o un icono de candado no sustituye las respuestas a estas preguntas.
Tres rutas diferentes en una misma aplicación
| Ruta | Ejemplos de datos | Pregunta de seguridad |
|---|---|---|
| Mensajes almacenados | Texto, fotos, archivos y notas de voz | ¿Quién puede leer las copias del dispositivo, del servidor y de las copias de seguridad? |
| Medios en directo | Audio del micrófono, vídeo y pantalla compartida | ¿El cifrado termina en el dispositivo de la otra persona o en un servidor intermediario? |
| Señalización | Invitación a la llamada, respuesta e información para coordinar la conexión | ¿Quién puede modificar los mensajes de control o la identidad del destinatario? |
Una nota de voz enviada en un chat es un archivo; una llamada de voz es un flujo en directo. Un producto puede usar claves y mecanismos diferentes para cada caso. Una buena calidad de sonido o que no llegue un mensaje de texto tampoco dice, por sí solo, nada sobre la seguridad de la otra ruta.
¿Qué nos indica DTLS-SRTP?
En WebRTC, SRTP protege el flujo de medios y DTLS-SRTP ofrece una forma de establecer su material de claves. RFC 5764 explica el mecanismo DTLS-SRTP y RFC 3711, la protección de los paquetes de medios.
Sin embargo, «usamos WebRTC» no responde por sí solo a si el servidor de conferencias descifra los medios. Deben especificarse los extremos del cifrado y cómo se autentican. Puede haber una conexión cifrada entre el usuario y el servidor, mientras que este tiene acceso al contenido descifrado para procesarlo o grabarlo. Eso no es lo mismo que E2EE entre los participantes.
La arquitectura de seguridad de WebRTC en RFC 8827 también muestra que, además de proteger los medios, importan la confianza en la aplicación web, la ruta de señalización y la identidad de la otra parte. Que los paquetes estén cifrados no significa que todos los componentes del producto sean fiables.
¿Por qué debe evaluarse la señalización por separado?
La señalización coordina quién llama a quién y cómo se establece la conexión. Aunque una aplicación proteja sus mensajes de control, hay que examinar cómo se vincula esa protección con la identidad real de los participantes y con las claves de los medios.
Tres preguntas bastan para orientar la lectura de la documentación:
- ¿Están protegidas frente a modificaciones la invitación, la respuesta y la información de las claves?
- ¿Cómo sabe el usuario que la clave pertenece al contacto al que quiere llamar?
- ¿Qué aviso aparece cuando cambia una clave o un dispositivo?
El servicio puede conocer la información de enrutamiento, los horarios y los participantes incluso en una llamada E2EE. Los metadatos de mensajería, explicados aborda esta diferencia.
Grabar una llamada introduce un nuevo límite de seguridad
«Llamada cifrada» no responde por completo a las preguntas sobre la copia grabada. Un participante puede capturar audio o vídeo con su propio dispositivo. La grabación en el servidor también debe documentarse por separado: ¿el servidor obtiene acceso a medios sin cifrar para grabarlos? ¿Quién conserva el archivo? ¿Cuándo se elimina?
Si activar la grabación cambia el modo de seguridad, los participantes deben poder reconocer ese cambio con claridad. Antes de una conversación sensible, comprueba el estado de la grabación y el consentimiento de todos; que el indicador de grabación integrado esté apagado no garantiza que nadie esté grabando con otro dispositivo.
¿Cómo debemos leer la documentación actual de Livara?
La página de seguridad de Livara describe las llamadas directas y grupales como E2EE, pero establece una excepción para la grabación opcional en el servidor: en el modo REC visible, la protección de la llamada pasa a ser cifrado de transporte. Esta es una afirmación de la documentación del producto, no el resultado de una prueba ni de una auditoría independiente realizada para este artículo.
La limitación de todas las llamadas grupales a «entre 2 y 6 personas en Android» del texto antiguo no coincide con la documentación actual y no se utiliza como base de esta guía. Para la capacidad, la plataforma y la versión que necesites, consulta la guía vigente y comprueba el comportamiento real de la aplicación; este artículo no ofrece una prueba de capacidad.
Asimismo, mencionar algoritmos del chat como ML-KEM no demuestra por sí solo que se use el mismo algoritmo para los medios de las llamadas. Para afirmar que las llamadas tienen protección poscuántica, se necesitan pruebas específicas de la ruta de medios y de la autenticación. Lee el modelo de amenazas de Livara junto con la página de funciones, no como sustituto de una prueba independiente.
Una breve lista de comprobación antes de comparar dos servicios
Para cada «sí», anota también la versión y la fuente:
- ¿Se describen por separado las llamadas entre dos personas, las llamadas grupales y la pantalla compartida?
- ¿Está claro si el servidor solo reenvía paquetes o puede descifrar los medios?
- ¿Se pueden verificar la identidad y la clave de cada participante?
- ¿Son visibles los cambios de dispositivo, la incorporación de participantes y la activación de la grabación?
- ¿La ruta de la llamada es la misma en la web y en la aplicación, o existen diferencias?
- ¿Se explica la conservación de las grabaciones y los metadatos?
- ¿Las pruebas o auditorías corresponden a la misma versión y función?
Si la documentación no responde a una pregunta, escribe «desconocido»; la ausencia de respuesta no demuestra ni seguridad ni escuchas.
Preguntas frecuentes
¿Una llamada E2EE impide que la otra persona la grabe?
No. El destinatario autorizado tiene acceso al contenido descifrado y puede grabarlo con software o con otro dispositivo.
¿Es malo el cifrado de transporte?
El cifrado de transporte ofrece una protección importante frente a las escuchas en la ruta de transmisión. La diferencia es que el servicio que actúa como extremo puede acceder al contenido descifrado; eso no debe llamarse E2EE entre usuarios.
¿El cifrado poscuántico del chat hace que las llamadas también sean poscuánticas?
No. La afirmación debe referirse a la misma capa, los mismos algoritmos y la misma versión de la implementación. Evalúa el chat y las llamadas por separado.
