En el ámbito de la mensajería instantánea orientada a la privacidad, dos aplicaciones destacan de forma recurrente: Signal y Session. Aunque ambas herramientas comparten el objetivo fundamental de proteger las comunicaciones de sus usuarios frente a la vigilancia masiva, sus arquitecturas técnicas, sus modelos de confianza y la forma en que gestionan la información contextual difieren de manera sustancial.
Comprender estas diferencias es esencial para cualquier usuario interesado en la seguridad digital, ya que la elección entre una y otra no depende únicamente de la solidez del cifrado, sino del modelo de amenaza específico al que cada individuo se enfrenta.
El dilema del identificador: número de teléfono frente a claves criptográficas
Uno de los puntos de fricción más evidentes para los defensores de la privacidad al utilizar Signal ha sido históricamente la necesidad de vincular la cuenta a un número de teléfono móvil real (SIM o servicio VoIP admitido). Aunque Signal introdujo recientemente nombres de usuario públicos para evitar mostrar el número de teléfono a otros contactos en la interfaz diaria, el número sigue siendo el identificador primario a nivel de servidor para la autenticación y el registro.
Esta decisión de diseño aporta claras ventajas y desventajas:
- Ventajas de Signal: Facilita enormemente la adopción masiva mediante el descubrimiento automático de contactos existentes en la libreta del dispositivo y reduce el abuso automatizado de la red (spam o granjas de bots).
- Riesgos asociados: En muchas jurisdicciones, las tarjetas SIM están directamente vinculadas a la identidad legal de una persona mediante documentos de identidad o cuentas bancarias, lo que puede comprometer el anonimato frente a proveedores de telecomunicaciones o requerimientos judiciales.
En el extremo opuesto se encuentra Session. Esta plataforma elimina por completo la necesidad de un número de teléfono, correo electrónico o cualquier dato personal. Al abrir Session, el usuario genera un Session ID, que consiste en una clave pública alfanumérica generada localmente en el dispositivo. Este identificador actúa simultáneamente como dirección de recepción y credencial criptográfica, garantizando el anonimato desde el primer segundo sin necesidad de solicitar permisos sobre los contactos del teléfono.
Criptografía y transporte: Signal Protocol y Session Protocol
Ambas aplicaciones ofrecen cifrado de extremo a extremo (E2EE), lo que garantiza que solo el emisor y el receptor puedan leer el contenido de los mensajes. Sin embargo, los protocolos y los métodos de transporte utilizados son muy distintos.
Signal utiliza el reconocido Signal Protocol, basado en el algoritmo Double Ratchet, claves efímeras Diffie-Hellman y primitivas criptográficas robustas. Este protocolo garantiza confidencialidad directa perfecta (Perfect Forward Secrecy o PFS) y seguridad poscompromiso (Break-in Recovery), lo que significa que la interceptación de una clave de sesión actual no compromete conversaciones pasadas ni futuras.
Session nació originalmente como una bifurcación (fork) del código de Signal, pero adaptó su criptografía al Session Protocol para adecuarse a una red descentralizada y al manejo de mensajería asíncrona sin servidores centrales. Aunque Session mantiene el cifrado de extremo a extremo, implementa variaciones técnicas para permitir el almacenamiento temporal de mensajes cifrados en enjambres de nodos distribuidos, lo que generó en sus inicios debates técnicos en la comunidad criptográfica respecto a cómo se gestionaba el trinquete (ratchet) continuo en dispositivos desconectados.
La gestión de los metadatos y la arquitectura de red
El contenido del mensaje es solo una parte de la ecuación. Los metadatos (quién habla con quién, cuándo, con qué frecuencia y desde qué dirección IP) son con frecuencia tan reveladores como el propio mensaje.
Signal opera una infraestructura centralizada alojada en proveedores de nube comerciales como Amazon Web Services y Microsoft Azure. Para mitigar los riesgos de esta centralización, Signal implementa una tecnología propietaria denominada Sealed Sender (Remitente Sellado). Mediante esta técnica, el servidor central de Signal entrega el mensaje conociendo únicamente al destinatario, pero desconociendo criptográficamente la identidad del remitente.
A pesar de la protección del remitente sellado, un servidor centralizado siempre observa la dirección IP de conexión del cliente en el momento de transmitir o recibir un paquete, salvo que el usuario utilice una VPN externa o la función interna de retransmisión de llamadas.
Session aborda el problema de los metadatos desde la raíz de la red mediante una arquitectura de enrutamiento en capas (similar a Tor u onion routing), construida sobre la red Lokinet y la red de nodos de servicio (Service Nodes) de la Fundación Oxen. Cuando un mensaje sale de Session:
- Se cifra en tres capas sucesivas.
- Se transmite a través de tres nodos independientes antes de llegar a su destino.
- El nodo de entrada conoce la dirección IP del usuario, pero no el destino ni el contenido.
- El nodo intermedio solo ve nodos anteriores y posteriores.
- El nodo de salida ve el destino final temporal, pero no puede conocer la dirección IP original del emisor.
Modelos de gobernanza, infraestructura y confianza
La seguridad de una herramienta informática es inseparable de la organización que la mantiene y de cómo financia su infraestructura:
Signal Technology Foundation es una organización sin fines de lucro 501(c)(3) estadounidense. Su financiación proviene de donaciones filantrópicas y subvenciones privadas. Su código cliente y servidor es de código abierto. La confianza en Signal reposa en el prestigio técnico de sus criptógrafos, en auditorías de seguridad independientes y en su historial verificado ante citaciones judiciales, donde la organización ha demostrado técnicamente no tener registros de contactos, llamadas ni contenido que entregar a las autoridades.
Session, administrada por la Oxen Privacy Tech Foundation (OPTF) en Australia, opera mediante una red descentralizada de nodos incentivados económicamente mediante un mecanismo de participación (staking) basado en una cadena de bloques propia. Cualquier usuario que cumpla con los requisitos técnicos y bloquee una cantidad de tokens de la red puede operar un nodo. Este enfoque elimina el punto único de fallo y la dependencia de corporaciones de computación en la nube, aunque traslada la confianza a la robustez del modelo de incentivos descentralizado y a la resistencia de la red frente a ataques de correlación o control mayoritario de nodos (ataques Sybil).
Tabla comparativa de características técnicas
| Característica | Signal | Session |
|---|---|---|
| Identificador de registro | Número de teléfono (con soporte para nombres de usuario públicos) | Session ID (Clave pública generada localmente) |
| Arquitectura de red | Centralizada (Servidores dedicados en nube comercial) | Descentralizada (Red de nodos incentivados con enrutamiento cebolla) |
| Ocultación de IP por defecto | No (Requiere VPN externa; opcional para llamadas) | Sí (Enrutamiento mediante tres saltos) |
| Llamadas de voz y vídeo | Cifradas de extremo a extremo, alta fidelidad y llamadas grupales | Soporte básico (Beta / peer-to-peer o mediante enrutamiento cebolla) |
| Recuperación de cuenta | PIN de Signal y verificación por SMS | Frase de recuperación mnemónica de 128 bits |
| Jurisdicción principal | Estados Unidos (Signal Foundation) | Australia (OPTF) |
Rendimiento, usabilidad y experiencia diaria
La diferencia arquitectónica se refleja de manera tangible en el rendimiento cotidiano. Signal ofrece una experiencia de usuario idéntica o superior a la de aplicaciones convencionales como WhatsApp o Telegram: entrega instantánea de mensajes, sincronización fluida entre dispositivos de escritorio y móviles mediante códigos QR locales, y llamadas de voz y vídeo de alta fidelidad con mínima latencia.
Session, debido a la naturaleza del enrutamiento cebolla descentralizado, puede presentar latencias ligeramente superiores en el envío de archivos adjuntos y en la confirmación de lectura de mensajes. Además, las llamadas de voz y vídeo no han alcanzado el mismo nivel de madurez operativa y fluidez masiva que Signal, posicionándose principalmente como una herramienta orientada al texto y envío de datos seguros.
¿Cuál elegir según el modelo de amenaza?
La elección entre Signal y Session no debe basarse en cuál es teóricamente "mejor", sino en qué riesgos concretos se pretenden mitigar:
- Elija Signal si: Necesita una herramienta confiable para comunicarse con familiares, colegas o público general; valora llamadas de voz y vídeo de alta calidad; y le basta con que el contenido de sus mensajes sea inaccesible para terceros, confiando en que el uso de números de teléfono mitigado por nombres de usuario no constituye un riesgo letal para su seguridad personal.
- Elija Session si: Su modelo de amenaza exige un anonimato estricto donde vincular un número de teléfono a su identidad es inaceptable; opera en entornos con censura estricta de tráfico de red; o requiere comunicarse sin dejar constancia de direcciones IP asociadas a su actividad de mensajería, asumiendo una velocidad de entrega ligeramente inferior.