Una clave fuerte no es lo mismo que la clave correcta; autenticar al contacto forma parte de la seguridad de la conversación.
El cifrado de mensajes debe proteger el contenido y aclarar a qué cuenta pertenece realmente la clave de la otra parte. Si la aplicación obtiene la clave inicial del servidor, es importante autenticarla: cifrar para la clave de un atacante no crea una comunicación segura con el contacto deseado.
Esto no significa que cualquier servidor comprometido pueda leer inmediatamente todos los mensajes anteriores. El resultado depende del protocolo, las claves ya verificadas, las alertas de cambio de identidad y los mecanismos de transparencia de claves.
¿Cuál es el problema de confianza en el primer contacto?
Para iniciar una conversación con un contacto que está desconectado, el mensajero puede guardar en el servidor un conjunto de sus claves públicas. La firma de una preclave ayuda a comprobar su vinculación con la clave de identidad; pero también es necesario vincular esa clave de identidad con el contacto deseado.
La especificación X3DH de Signal explica este modelo de comunicación asíncrona y sus supuestos de autenticación. No debe llamarse a este documento la especificación de LVR1: utilizar ideas similares no significa que ambos protocolos sean idénticos.
¿Cómo genera un riesgo la sustitución de claves?
En un ejemplo sencillo, un atacante proporciona una clave que controla en lugar de la clave de la cuenta de «Alicia». Si el dispositivo la acepta sin una comprobación suficiente, un mensaje nuevo podría cifrarse para el atacante. La posibilidad de realizar este ataque y de detectarlo depende de los detalles del sistema; afirmar que «siempre ocurre de forma silenciosa y sin advertencias» no es exacto.
Una clave fuerte no es lo mismo que la clave correcta. AES o un algoritmo poscuántico no verifica por sí solo la identidad humana del titular de una cuenta.
¿Qué comprueba un número de seguridad?
Una huella digital o número de seguridad es una representación abreviada de la información de claves de una conversación. Compararlo por una vía en la que confíe en la autenticidad de la otra persona ayuda a que ambos dispositivos coincidan en las claves de comunicación. Esta comprobación no demuestra que el teléfono esté libre de malware ni que la otra persona nunca vaya a volver a publicar el mensaje.
La guía oficial de Signal también señala que el número de seguridad, por sí solo, no autentica la identidad de una persona. Su cambio puede deberse a sustituir el dispositivo o reinstalar la aplicación; un cambio inesperado requiere investigar, no concluir inmediatamente que ha habido un ataque informático.
Comprobación práctica antes de un mensaje sensible
- Abra la pantalla de información de seguridad de la conversación en ambos dispositivos.
- Contacte con la persona que conoce, en persona o por una vía independiente y de confianza.
- Compare todo el número o QR de verificación de la conversación siguiendo las instrucciones de la aplicación; los primeros dígitos no bastan.
- Si encuentra una discrepancia, deje de enviar información sensible y pregunte por la causa a través de la vía independiente.
- Tras un cambio de clave o dispositivo, vuelva a comprobar el estado de verificación.
Enviar una imagen del número dentro de la misma conversación cuya autenticidad se pone en duda no proporciona una comprobación independiente. Tampoco basta una llamada de voz contra la suplantación si solo se basa en que la voz se parece; utilice un número o una conexión que ya fueran de confianza.
¿En qué se diferencia la transparencia de claves?
La transparencia de claves o Key Transparency puede revelar incoherencias en la correspondencia entre cuentas y claves y reducir la dependencia de la comparación manual. Signal explica esta función y sus limitaciones de disponibilidad en su presentación de la verificación automática de claves de agosto de 2026. Este mecanismo tampoco demuestra por sí solo que quien controla la cuenta sea la persona con la que usted desea comunicarse.
Por tanto, la afirmación «la comparación manual es el único método disponible en todos los mensajeros» está desactualizada. Compruebe cada función en la versión y las condiciones de ese producto; no atribuya a un mensajero las capacidades de otro.
¿En qué se puede confiar en Livara?
La documentación de Livara recomienda comparar las huellas digitales a través de otro canal. Para una conversación sensible, considere este paso por separado de los nombres de los algoritmos. Este artículo no afirma que Livara disponga de un sistema de transparencia de claves como el de Signal ni de resultados de auditorías independientes.
Preguntas frecuentes
¿Una verificación correcta significa que ningún ataque es posible?
No. El resultado depende del estado de los dispositivos, del método de comparación y de los supuestos del protocolo. El malware o un destinatario que copia el contenido quedan fuera del problema de sustitución de claves.
¿Debo eliminar mi cuenta cada vez que cambia una clave?
No. Primero compruebe con su contacto, por una vía de confianza, el motivo del cambio. Mientras tanto, no envíe información sensible.
¿Esta comprobación vuelve a proteger los mensajes anteriores?
No. Verificar hoy no revierte una posible divulgación pasada. Para iniciar una comunicación sensible, es preferible comprobar antes de enviar.
