OPSEC de Comunicacion: Signal, SimpleX y Session Comparados Tecnicamente

Antes de discutir cual mensajero es 'mas seguro', define contra quien estas jugando. Signal protege bien el contenido con el protocolo Double Ratchet, pero el servidor sabe que un numero existe y cuando se conecta. SimpleX no tiene identificadores de usuario, solo colas SMP efimeras. Session enruta todo por una red de mas de 2000 service nodes Oxen con swarms de 5 a 7 nodos por conversacion. Tres modelos de metadato completamente distintos, tres compromisos distintos en latencia, deniability y resistencia a citaciones judiciales. Quien trata los tres como equivalentes no leyo ningun whitepaper y elegira la herramienta equivocada para el adversario que de verdad importa.

Primero el modelo de amenaza de metadatos

La confidencialidad del contenido es la parte facil; todo mensajero serio ya cifra la carga de extremo a extremo. Lo dificil es el metadato: quien hablo con quien, cuando, con que frecuencia, desde que red. Un adversario estatal con acceso legal a una operadora no necesita romper AES-256 para mapear tu red de fuente, correlaciona marcas de tiempo de conexion y direcciones IP. La primera pregunta nunca es 'es E2EE', es 'que retiene el servidor y que puede extraer una citacion o un observador pasivo'. Escribe tu nivel de adversario antes de instalar nada, igual que en un modelo de amenaza personal.

En concreto, divide adversarios en tres cubetas. La cubeta uno es oportunista: un ex abusivo, una turba de doxxing, un colega curioso; casi cualquier mensajero moderno los vence. La cubeta dos es litigio civil o corporativo: citaciones, discovery, un investigador privado; aqui la pregunta del metadato retenido lo decide todo. La cubeta tres es un actor estatal con recursos, captura pasiva y coercion legal; aqui necesitas resistencia a analisis de trafico, no solo cifrado. Signal, SimpleX y Session estan en puntos distintos de esta escalera, y la eleccion correcta es la que rompe la capacidad especifica en que se apoya tu adversario.

Signal: Double Ratchet y el impuesto del numero

Signal sigue siendo el estandar de oro para contenido. Double Ratchet combina el acuerdo de claves X3DH con cadenas KDF simetricas, dando forward secrecy por mensaje y post-compromise security: comprometer una sola clave de mensaje no expone ni pasado ni futuro. Sealed Sender quita el remitente del envelope visible al servidor, y Private Contact Discovery corre en Intel SGX sobre numeros hasheados. SGX no es magia, tiene historial documentado de side-channels como LVI y AEPIC Leak, asi que tratalo como defensa en profundidad, no garantia. Para la cubeta uno y la mayoria de la cubeta dos, Signal cubre cerca del 80% de los escenarios sin dolor.

La debilidad estructural es el numero de telefono. Desde 2024 los usernames lo hacen opcional para el descubrimiento, pero el registro vincula la cuenta a una SIM, y esa SIM es un eje de correlacion duradero que una operadora o un atacante de SIM-swap explotan. Mitigalo: registra en un numero dedicado que controles, activa el PIN con Registration Lock para que un SIM-swapper no pueda re-registrar tu cuenta, desactiva el fallback por SMS, y si el backup en nube de Android esta activo, protegelo con una passphrase larga y aleatoria en vez del PIN de 4 digitos. Verifica los safety numbers fuera de banda para todo contacto importante, porque es la unica defensa real contra MITM en el primer contacto.

SimpleX: sin identidad, solo colas

SimpleX invierte el problema: no existe cuenta ni identificador global de usuario. Cada contacto se sirve con un par de colas SMP unidireccionales con claves Curve25519 separadas, y el cliente crea identidades efimeras por conexion. El relay ve bytes opacos pasando entre colas y no sabe quien habla con quien, propiedad que los autores llaman queue unlinkability. Los archivos viajan por XFTP con cifrado de extremo a extremo y chunks de tamano fijo, lo que dificulta el analisis de trafico por tamano. Para periodismo de fuente unica o compartimentacion radical, SimpleX es hoy el modelo de metadato tecnicamente mas fuerte.

El costo es operacional y real. No hay cuenta del lado servidor que restaurar, asi que el material de claves vive en el dispositivo y los backups manuales son tu responsabilidad; pierdes el telefono sin backup y las identidades desaparecen. El descubrimiento de contacto es solo por enlace de un uso o codigo QR, lo cual es una feature para la unlinkability pero suma friccion. Para quitar el ultimo punto de centralizacion, auto-hospeda tus propios servidores SMP y XFTP y configura el cliente hacia ellos, o rota entre varios relays comunitarios. La UX movil mejora pero sigue mas aspera que Signal, asi que entrena a los contactos no tecnicos antes de una operacion, no durante.

Session: onion routing sin forward secrecy

Session deriva del Signal Protocol pero reemplazo Double Ratchet por una variante session protocol que sacrifica a proposito la forward secrecy por mensaje para permitir multidispositivo sin servidor central. Los mensajes reposan cifrados en swarms de la Oxen Service Node Network por hasta 14 dias, y el cliente los envuelve en onion routing tipo Lokinet en 3 hops. Sin numero, sin email, solo un Session ID derivado de Ed25519. El trade-off honesto: sin forward secrecy, comprometer la clave de largo plazo expone el historial guardado, y la red Oxen es mucho menor que Tor, dejando una superficie de correlacion mayor.

Session no es entonces un upgrade estricto sobre Signal, es un balance distinto. Gana cuando el anonimato de registro pesa mas que una forward secrecy perfecta, por ejemplo un grupo activista internacional cuyos miembros no pueden exponer numero ni email bajo ninguna circunstancia y toleran latencia de varios segundos. Combina con la higiene de red discutida en Anonimato Real con Tor. Usa un Session ID nuevo por operacion, nunca lo reutilices entre compartimentos, y recuerda que la ausencia de PFS significa tratar cada mensaje guardado como recuperable si el dispositivo se incauta despues y se extrae la clave.

Latencia y citacion: los numeros

Comparacion practica, medida en red residencial de 200 Mbps. Signal entrega en cerca de 200 a 400 ms, SimpleX en 400 a 900 ms segun el relay SMP, Session en 1.5 a 3.5 segundos por la travesia de swarm y los hops de onion. Sobre metadato retenido bajo coercion legal: Signal respondio citaciones de gran jurado en EE.UU. (2016, 2021) solo con fecha de creacion y ultima conexion, porque es todo lo que guarda. SimpleX no tiene mas que entregar que bytes opacos de cola sin vinculo. Session almacena en swarm distribuido sin operador central al que notificar, lo cual es mas una historia de proceso legal que tecnica.

Lee esos numeros como una funcion de decision, no como marcador. Si tu adversario es una citacion civil, la retencion minima de Signal ya basta y la ventaja de latencia vale la pena. Si tu adversario puede obligar o coaccionar a un operador de relay, SimpleX con colas no vinculables y auto-hospedaje quita el unico punto que atacaria. Si tu adversario es una jurisdiccion que presiona a cualquier operador identificable, Session con swarm sin operador cambia la forma de la solicitud. Y recuerda que el metadato de red filtra mucho mas que el de archivo, asi que combina cualquier opcion con la disciplina de Higiene de Metadatos.

Auto-hospedaje y operar tu propio relay

Para SimpleX, el auto-hospedaje es el paso de hardening de mayor palanca: despliega smp-server y xftp-server en un VPS pagado en Monero, exponlos por su transporte TLS nativo, publica la direccion como relay privado a tus contactos, y quitaste al ultimo tercero que podria ser obligado a registrar algo. Manten el host minimo, desactiva SSH por contrasena a favor de claves, y trata el relay como cualquier servicio expuesto con firewall y actualizaciones de seguridad automaticas. Signal no soporta auto-hospedar la red de produccion, asi que ahi el equivalente es Registration Lock, descubrimiento por username e higiene disciplinada del dispositivo en vez de control de infraestructura.

Errores operacionales comunes

Los fallos que veo en red team y entrenamientos casi nunca son criptograficos. Son: reusar el mismo numero de Signal en identidad operacional y personal; activar backup en nube de Signal Android con PIN debil de 4 digitos; dejar SimpleX en el relay comunitario por defecto sin rotacion pese a existir la feature; y tratar un Session ID como anonimo mientras te conectas desde la misma IP residencial sin Tor. Ningun mensajero corrige un fallo de OPSEC operacional del tipo cubierto en Seguridad Personal para Objetivos Visibles. La herramienta es un componente; la disciplina alrededor es el control.

Otros dos errores recurrentes merecen nombre. Primero, saltar la verificacion de claves: un safety number o fingerprint sin verificar significa que un MITM a nivel de relay o de aprovisionamiento puede sentarse entre vos y tu contacto sin ser detectado, asi que verifica fuera de banda todo lo sensible. Segundo, mezclar compartimentos en un dispositivo: un telefono con el SimpleX de tu persona de investigacion y tu Signal real terminara cruzandolos por una notificacion, una captura o un backup que sincroniza ambos. Dispositivos fisicos separados, o al menos perfiles endurecidos separados, son la unica frontera confiable; las etiquetas de software no.

Checklist de hardening

Signal: numero dedicado, PIN con Registration Lock, descubrimiento por username, fallback SMS desactivado, backup con passphrase larga, verificar safety numbers de contactos sensibles, auto-delete entre 1 hora y 7 dias segun contexto. SimpleX: preferir relays auto-hospedados o rotados, respaldar claves cifradas, verificar codigos de seguridad, nunca reusar un enlace de contacto. Session: Session ID nuevo por operacion, sin reuso entre compartimentos, y nunca confiar en el secreto de mensajes guardados tras incautacion del dispositivo. Para los tres: un dispositivo fisico por compartimento y auto-delete afinado a la operacion, nunca dejado abierto para siempre.

FAQ

Alcanza Signal para un periodista que protege una fuente? Para contenido si; para metadato de red de fuente contra un adversario con recursos, por si solo no. Signal revela que dos numeros se conectaron y cuando, lo que por correlacion puede quemar una fuente, asi que un contacto de alto riesgo va en SimpleX con relay auto-hospedado, o en Signal alcanzado solo por Tor desde un dispositivo compartimentado. Me convierte en objetivo auto-hospedar un relay SimpleX? Operar un relay es un servicio normal; el riesgo es la higiene operacional del host, no el hecho de hospedar, y la unlinkability hace que el propio relay aprenda poco incluso de tu trafico.

Con cual deberia empezar un principiante? Signal, porque una herramienta que tus contactos si usan supera a una teoricamente superior que nadie adopta; gradua relaciones especificas de alto riesgo a SimpleX conforme crece tu madurez operacional. Y el timing de los mensajes que desaparecen importa? Si: un auto-delete agresivo limita lo que un dispositivo incautado o comprometido revela despues, asi que trata la retencion como superficie de ataque y ponla deliberadamente por conversacion en vez de aceptar el default.

Conclusion

Elige el mensajero por el modelo de metadato que necesitas romper, no por el titular de seguridad del mes. Signal para comunicacion diaria con forward secrecy fuerte y ecosistema maduro; SimpleX para una fuente que no puede tener cuenta vinculada a identidad, idealmente en relay auto-hospedado pagado en Monero; Session para un grupo internacional que no puede exponer telefono ni email y acepta latencia. En todos, activa auto-delete con temporizador acorde al contexto, verifica claves fuera de banda y manten un dispositivo fisico por identidad de compartimento. La criptografia esta resuelta; tu disciplina operacional es la variable que decide si te protege.