Mensajería cifrada on Arpokrat

Comparativa de mensajerías cifradas 2026: el cifrado ya no basta

Thu, 10 Sep 2026 00:00:00 +0000

Abra WhatsApp, Telegram, Signal, Messenger, Google Messages. Todas estas aplicaciones muestran hoy la misma promesa en algún lugar de su interfaz: cifrado de extremo a extremo. La fórmula se ha convertido en un argumento comercial estándar, igual que el «sin permanencia» de un operador móvil. Ya no distingue nada, precisamente porque se ha vuelto cierta casi en todas partes.

Y sin embargo estas aplicaciones no se parecen en nada. Una exige su número de teléfono y entrega a la justicia la lista de personas que le tienen en su agenda. Otra no sabe literalmente nada de usted, ni siquiera que existe una cuenta. Entre ambas, una quincena de proyectos toman decisiones muy distintas, y ninguno las explica con claridad en su página de inicio.

El cifrado de extremo a extremo significa que el contenido de sus mensajes resulta ilegible para el intermediario que los transporta. Es un logro importante, y sería absurdo minimizarlo. Pero no dice nada de lo que ese mismo intermediario aprende al margen del contenido: que usted escribió, a quién, a qué hora, desde qué dirección IP, con qué frecuencia, en qué grupos, con qué número de teléfono asociado a su identidad civil.

El cifrado protege lo que usted dice. No protege el hecho de que lo haya dicho, ni a quién, ni cuándo, ni desde dónde.

Este artículo no establece una clasificación. No existe la mejor mensajería en términos absolutos, porque no existe un adversario genérico. Lo que propone este trabajo es, primero, una rejilla de siete criterios que permite juzgar cualquier aplicación, incluidas las que aún no existen; después, una ficha honesta de cada una de las catorce aplicaciones seleccionadas; y por último, recomendaciones según el perfil de amenaza. Cada ficha incluye un apartado dedicado a lo que la aplicación no protege, sin excepción, incluida la nuestra.

Índice

Los siete criterios que sustituyen al cifrado

Esta sección es la más importante del artículo. Si solo lee una, lea esta: le permitirá juzgar usted mismo cualquier mensajería, incluidas las que aparezcan después de la publicación de este texto.

El cifrado de extremo a extremo, un logro que ya no distingue

El protocolo Signal, publicado en 2013 y analizado formalmente por investigadores en criptografía desde entonces, se ha convertido en el estándar de facto. WhatsApp lo usa desde 2016, Google Messages lo usa, Messenger lo usa. El debate criptográfico está prácticamente cerrado para el contenido de las conversaciones uno a uno.

Las preguntas que siguen siendo útiles ya no se refieren a la presencia del cifrado, sino a sus modalidades. ¿Está activado por defecto o hay que pedirlo? ¿Cubre los grupos o solo los intercambios entre dos personas? ¿Cubre las copias de seguridad, o estas se van en claro a Google y a Apple? ¿Existe confidencialidad persistente, es decir, una rotación regular de claves que garantice que el compromiso de una clave hoy no da acceso a los mensajes de ayer?

Esas preguntas todavía distinguen. La presencia de la palabra «cifrado» en una página de marketing, no.

Los metadatos, lo que el servicio sabe sin leer sus mensajes

En mayo de 2014, durante un debate público en la Universidad Johns Hopkins frente al jurista David Cole, el antiguo director de la NSA y de la CIA Michael Hayden pronunció una frase que se ha hecho célebre. Cole acababa de citar al antiguo asesor jurídico de la NSA Stewart Baker, según el cual «los metadatos le dicen absolutamente todo de la vida de alguien, y si tiene suficientes, no necesita realmente el contenido». Hayden respondió, dándole la razón: «Matamos gente basándonos en metadatos.» Añadió acto seguido que eso no era lo que hacían los programas estadounidenses de recopilación doméstica, precisión que hay que restituir por honestidad. No cambia lo esencial: el máximo responsable de la inteligencia estadounidense confirmó públicamente que los metadatos bastan para tomar decisiones letales.

Un metadato, en una mensajería, es todo lo que no es el contenido: quién escribe a quién, a qué hora, desde qué dirección IP, con qué frecuencia, en qué grupos, con qué tamaño de archivo. Reconstruir un vínculo entre un periodista y una fuente no exige leer sus intercambios. Basta con constatar que empezaron a escribirse tres días antes de la publicación de una investigación. El mismo razonamiento vale para un abogado y su cliente, un médico y su paciente, un empleado y un sindicato, dos personas que no desean que se conozca su relación.

Un servicio puede, por tanto, ser irreprochable en el cifrado del contenido y perfectamente transparente en todo lo demás. Es incluso la situación más habitual. Hemos detallado en otro lugar cómo este mismo razonamiento se aplica a otras señales pasivas del día a día, en particular en nuestro artículo sobre la geolocalización permanente del teléfono y en nuestro análisis del sistema SignalTrace de Leonardo, que reconstruye trayectos y relaciones a partir únicamente de los identificadores Bluetooth captados al paso.

Buena pregunta para plantear a cualquier editor: ¿qué queda en sus servidores si un juez se los incauta mañana por la mañana?

El identificador exigido, un número, una dirección o nada

Es el criterio más concreto y más subestimado. Coexisten tres modelos.

El número de teléfono. En la mayoría de los países está vinculado a un documento de identidad. Es único, duradero, y ya está presente en la agenda de cientos de personas. Exigir un número es vincular cada cuenta a una identidad civil y hacer trivial el descubrimiento del grafo social: basta con comparar las agendas. El número es además el punto débil bien conocido de la autenticación, como mostramos en nuestro artículo sobre el 2FA por SMS: un SIM swap exitoso no roba solo un código, roba una identidad de mensajería.

La dirección de correo electrónico o un identificador aleatorio. Mejor, porque una dirección desechable cuesta unos segundos y un identificador aleatorio no dice nada. Sigue siendo, no obstante, un identificador duradero del lado del servidor, y por tanto un punto de anclaje para correlacionar sesiones a lo largo del tiempo.

Ningún identificador. Es el modelo más reciente y más raro. No hay cuenta alguna, ni directorio, ni dirección permanente. Usted existe como un juego de claves criptográficas en su dispositivo, y se le localiza mediante un enlace de invitación de un solo uso. Nada que introducir, nada que filtrar, nada que correlacionar.

Código abierto y auditoría independiente, dos nociones que hay que dejar de confundir

Son dos cosas distintas y hay que dejar de presentarlas juntas.

Código abierto significa que el código es legible. Es una condición necesaria de la confianza, no una prueba de seguridad. Nadie lee el código, salvo por accidente. Fallos graves han sobrevivido durante años en proyectos libres muy observados.

Auditoría independiente significa que un tercero pagado para buscar fallos los ha buscado y ha publicado lo que ha encontrado. Es infinitamente más sólido, e infinitamente más raro, porque resulta caro.

Después hay que distinguir dos naturalezas de auditoría. Una revisión del diseño criptográfico examina si el protocolo está bien pensado sobre el papel. Una auditoría de implementación examina si el código hace realmente lo que el protocolo pretende. Ambas son útiles, no prueban lo mismo, y un proyecto puede tener la primera sin la segunda.

El caso de Threema ilustra perfectamente el interés del enfoque. En 2022, tres investigadores de la ETH de Zúrich encontraron siete ataques contra su protocolo, en tres modelos de amenaza distintos, y se los comunicaron al editor. Threema respondió con un nuevo protocolo, Ibex, publicado a finales de noviembre de 2022. Una aplicación cerrada y no auditada nunca habría vivido ese episodio, lo que no habría significado que fuera más segura.

La jurisdicción y la CLOUD Act

El lugar de establecimiento de una empresa determina qué gobiernos pueden obligarla. Es un criterio jurídico, no técnico, y es decisivo.

La CLOUD Act, aprobada en Estados Unidos en 2018, zanja una cuestión planteada por el caso Microsoft Ireland: ¿puede una empresa estadounidense negarse a entregar correos almacenados en un servidor irlandés? La respuesta del legislador es no. El texto obliga a los proveedores bajo jurisdicción estadounidense a comunicar los datos que controlan, con independencia del lugar de almacenamiento. Un servidor en Fráncfort explotado por una sociedad estadounidense sigue siendo alcanzable por un requerimiento estadounidense. El proveedor puede oponerse si la solicitud entra en conflicto con el derecho extranjero, pero la objeción es un procedimiento, no un escudo.

La consecuencia práctica es simple: alojar en Europa no basta si el alojador, la sociedad matriz o el holding dependen del derecho estadounidense. La pregunta que hay que hacer no es «dónde están sus servidores», sino «quién puede obligarles legalmente, y sobre qué base».

Hay que añadir dos matices. Primero, una jurisdicción protectora no sirve de nada si el servicio conserva pese a todo datos explotables: la mejor defensa sigue siendo no tener nada que entregar. Segundo, una jurisdicción hostil no condena a un servicio que, estructuralmente, no sabe nada. Signal es estadounidense y nunca ha podido entregar otra cosa que dos marcas de tiempo.

La continuidad del proyecto, el criterio que nadie mira

Una mensajería muy bien diseñada que desaparece en dieciocho meses le deja con una agenda inutilizable y, a menudo, con un historial perdido. Este criterio no aparece nunca en las comparativas. El año 2026 lo ha vuelto ineludible.

En abril de 2026, la Session Technology Foundation anunció públicamente que solo había reunido unos 65 000 dólares en donaciones, que necesitaba en torno a un millón de dólares al año para funcionar, y que su tesorería no aguantaría más allá de julio. Todo el personal fue despedido y el desarrollo se detuvo. Session cuenta con más de un millón de usuarios activos mensuales. En junio, la fundación anunció que el proyecto se había salvado gracias a donaciones de miles de usuarios, en su mayoría de pequeño importe, y que retomaba la marcha con un equipo de tres desarrolladores dirigido por el arquitecto de software Jason Rhinelander.

Tres semanas después, el 9 de julio de 2026, el proyecto Briar publicaba un mensaje comparable: tras haber contemplado el cierre, pasa a modo de mantenimiento, es decir, únicamente correcciones de seguridad y de errores, sin desarrollo de nuevas funcionalidades, por falta de financiación estable.

Dos proyectos emblemáticos, dos modelos económicos distintos, el mismo año, el mismo callejón sin salida. La pregunta que hay que hacerse antes de adoptar una mensajería se ha convertido, pues, en esta: ¿quién paga, cuánto y durante cuánto tiempo? Una fundación que vive de donaciones, una empresa que vende licencias, un proyecto universitario subvencionado y un programa comunitario voluntario no tienen la misma esperanza de vida, y eso no tiene nada que ver con la calidad de su criptografía.

La practicidad, un criterio de seguridad de pleno derecho

Este último criterio suele ser tratado con desprecio por los puristas. Es un error.

Una mensajería que sus interlocutores se niegan a instalar no protege a nadie, porque la conversación tendrá lugar en otro sitio, en claro. Una mensajería cuyas notificaciones no llegan empuja a sus usuarios a volver a WhatsApp para los intercambios urgentes. Una mensajería que exige que ambas personas estén conectadas en el mismo instante no sirve para una correspondencia ordinaria entre dos husos horarios.

La seguridad real de un sistema es la de su uso real, no la de su ficha técnica. Un modelo algo menos puro que sus contactos usan efectivamente protege más que un modelo perfecto que usted es el único en usar.

Las mensajerías de gran público

WhatsApp es la mensajería más usada del mundo. Pertenece a Meta, es gratuita, y su modelo económico se apoya en el ecosistema publicitario del grupo y en los servicios a empresas.

Lo que protege realmente. El contenido de los mensajes, con el protocolo Signal, desde 2016. Esta implementación es seria y hay que decirlo con claridad: el contenido de sus conversaciones de WhatsApp no es legible por Meta. Las copias de seguridad cifradas de extremo a extremo existen y merecen ser activadas, porque no lo están por defecto. La aplicación es extremadamente fiable, está disponible en todas partes, y sus contactos ya la tienen.

Lo que no protege. Todo lo demás. Ante un simple requerimiento, Meta comunica los datos de abonado: nombre de la cuenta, fecha de creación, última conexión, dirección IP, dirección de correo. Ante una orden de registro, la empresa facilita la agenda de la persona investigada, y también la lista de los demás usuarios de WhatsApp que tienen a esa persona en su agenda. Dicho de otro modo, el grafo social es entregable en ambos sentidos. Los metadatos conservados incluyen las marcas de tiempo, los identificadores de emisor y de destinatario, los estados de entrega, la composición de los grupos y sus modificaciones. Según un documento del FBI hecho público, WhatsApp es capaz de producir ciertos metadatos de un usuario vigilado cada quince minutos en el marco de una vigilancia en tiempo real. Por último, el número de teléfono es obligatorio, y Meta está sujeta a la CLOUD Act.

Para quién está pensada. Para todo el mundo, como canal de comunicación ordinario del que se acepta que el grafo relacional sea conocido por Meta y comunicable a una autoridad judicial.

Telegram suele situarse entre las mensajerías seguras. Es un malentendido que conviene deshacer sin agresividad, porque Telegram es excelente en lo que realmente hace.

Lo que protege realmente. Nada más que un servicio en línea clásico, para el uso corriente. Las conversaciones ordinarias, llamadas chats en la nube, están cifradas entre el cliente y el servidor, y luego se almacenan cifradas del lado de Telegram, que posee los medios para leerlas. El cifrado de extremo a extremo solo está disponible en los chats secretos, que no están activados por defecto, se limitan a los intercambios uno a uno, quedan vinculados al dispositivo de origen y no se sincronizan. Lo que Telegram hace excelentemente, en cambio, es el grupo masivo, el canal de difusión, el intercambio de archivos voluminosos y la presencia multidispositivo. Es una formidable red de publicación, y así es como hay que juzgarla.

Lo que no protege. El contenido de las conversaciones ordinarias frente al editor, el número de teléfono, la dirección IP. La posición de la empresa cambió en septiembre de 2024, tras la detención de Pável Dúrov en Francia: Telegram comunica ahora los números y direcciones IP de los usuarios denunciados, en respuesta a solicitudes legales válidas, mientras que el compromiso anterior limitaba esas transmisiones a los casos de terrorismo. Las cifras publicadas para 2024 traducen el cambio de escala: unas 900 solicitudes atendidas en Estados Unidos para 2253 usuarios, 14 641 en India para 23 535 usuarios, 142 en el Reino Unido. El grupo está además registrado en las Islas Vírgenes Británicas y dirigido desde Dubái, una estructura cuya opacidad es en sí misma un dato de análisis.

Para quién está pensada. Para la difusión pública, las comunidades amplias, el seguimiento informativo. No para una conversación que deba permanecer confidencial frente al editor.

El estándar de hecho

Signal

Signal es la referencia, y este artículo la trata como tal. La edita la Signal Foundation, una organización sin ánimo de lucro estadounidense financiada por donaciones y por una dotación inicial de Brian Acton.

Lo que protege realmente. El contenido, con el protocolo que ella misma inventó y que sirve de referencia al sector. Pero sobre todo, y esto es lo que la distingue, el resto: descubrimiento confidencial de contactos, remitente sellado, minimización sistemática de los datos conservados. La prueba no es declarativa, es judicial. Signal publica sus respuestas a los requerimientos en una página dedicada, y esas respuestas se parecen todas: la organización solo puede facilitar la marca de tiempo de creación de la cuenta y la fecha de última conexión. En un caso llevado ante el tribunal del Distrito de Columbia, la justicia solicitó la información de abonado de treinta y siete números de teléfono. La respuesta fue la misma. Es el único historial público de resistencia a los requerimientos de esta calidad en toda la comparativa, y vale más que cualquier promesa de marketing.

Lo que no protege. El número de teléfono sigue siendo obligatorio al registrarse en 2026. Los nombres de usuario, introducidos en 2024, permiten no comunicar el número a los contactos, lo que es un progreso real, pero no suprimen la exigencia al crear la cuenta. Trabajos públicos indican que Signal estudia un registro sin número, posiblemente respaldado por un pago único para limitar los abusos, pero en el momento de escribir estas líneas no está disponible. Signal está además sujeta al derecho estadounidense, y por tanto a la CLOUD Act: la protección no viene de la jurisdicción, viene de que no hay nada que entregar. Por último, la infraestructura está centralizada y el ecosistema está cerrado a los clientes de terceros, punto sobre el que volvemos más adelante.

Para quién está pensada. Para prácticamente todo el mundo. Es la mejor relación entre protección y adopción real del mercado, y es la recomendación por defecto cuando el número de teléfono no es un problema en su modelo de amenaza.

Molly

Molly es un fork endurecido de Signal para Android. No cambia ni el protocolo, ni la red, ni el modelo de identificador: endurece el cliente.

Lo que protege realmente. Lo que Signal no protege del lado del dispositivo. Molly cifra la base de datos local tras una frase de contraseña, lo que bloquea la aplicación entera, y borra la memoria viva con datos aleatorios al bloquear, para resistir a un análisis forense tras una incautación. Permite también encaminar el tráfico a través de un proxy SOCKS o de Tor. Una variante Molly-FOSS suprime los componentes propietarios de Google. Todo cosas que el cliente oficial no hace.

Lo que no protege. Todo lo que depende del servidor. Molly usa los servidores de Signal, exige por tanto un número de teléfono y hereda exactamente el mismo perfil de metadatos y la misma jurisdicción. Solo existe en Android. Y funciona en la red de Signal con la tolerancia de la fundación, no con su autorización formal, algo que lleva años sin incidentes.

Para quién está pensado. Para un usuario de Signal en Android cuyo modelo de amenaza incluya la incautación física del teléfono: periodista de viaje, activista, abogado que cruza una frontera.

Las mensajerías sin número de teléfono

Session

Session hizo una apuesta radical: suprimir el número y el correo electrónico. Al registrarse, la aplicación genera un identificador de cuenta aleatorio, y no se pide nada más. El proyecto lo impulsa la Session Technology Foundation, una fundación de derecho suizo.

Lo que protege realmente. La identidad al registrarse, y la dirección IP. Los mensajes transitan por una red descentralizada de nodos con encaminamiento en cebolla, de modo que ningún servidor conoce a la vez el origen y el destino. El código de los clientes de Android, iOS y escritorio fue objeto de una auditoría publicada por la empresa francesa Quarkslab, que señaló siete problemas en Android, siete en iOS y dos en el cliente de escritorio, corregidos en su mayoría desde entonces. La aplicación está disponible en todas las plataformas y se parece a una mensajería ordinaria, lo que no es poco en esta categoría.

Lo que no protege. Session retiró la confidencialidad persistente en 2021, alegando problemas de estabilidad con su arquitectura descentralizada. En concreto, el compromiso de una clave de larga duración expone los mensajes pasados. La fundación anunció en diciembre de 2025 un protocolo V2 que reintroduce la confidencialidad persistente y añade un intercambio de claves poscuántico basado en ML-KEM, pero ese protocolo no estaba finalizado en el momento de escribir. Y sobre todo, el criterio de continuidad pesa mucho aquí: el proyecto estuvo a unas semanas del cierre en 2026 y funciona ahora con tres desarrolladores para más de un millón de usuarios.

Para quién está pensada. Para quien quiera prescindir del número de teléfono sin cambiar sus hábitos de uso, y acepte la ausencia actual de confidencialidad persistente.

Threema

Threema es una empresa suiza que vende su aplicación. Es el único actor de pago de esta comparativa, y es precisamente lo que hace legible su modelo.

Lo que protege realmente. La identidad y la jurisdicción. Al instalarse, la aplicación genera un Threema ID aleatorio. El número de teléfono y la dirección de correo son facultativos y solo sirven para que le encuentren sus contactos, algo que nada obliga a activar. Los servidores pertenecen a la empresa y se encuentran en un centro de datos certificado ISO 27001 en Zúrich, bajo derecho suizo, fuera de la CLOUD Act. El código fuente está publicado y las compilaciones reproducibles están disponibles en Android, lo que permite verificar que la aplicación distribuida corresponde al código. Threema hizo auditar sus aplicaciones móviles por Cure53 en octubre de 2020, y luego su aplicación de escritorio en enero de 2024. El protocolo Ibex, adoptado a finales de 2022, fue objeto de una prueba de seguridad formal publicada por investigadores alemanes en 2023.

Lo que no protege. El precio, unos seis euros en compra única, es un obstáculo real para la adopción por parte de sus allegados, y es el principal freno práctico. El episodio de la ETH de Zúrich de 2022 recuerda además que incluso un actor serio puede tener un protocolo vulnerable durante años: siete ataques encontrados, un protocolo rehecho por completo. Por último, el identificador Threema sigue siendo un identificador duradero del lado del servidor, lo que no es el modelo sin ningún identificador.

Para quién está pensada. Para una empresa europea, un despacho, una administración, o un particular que prefiera pagar por un producto antes que depender de donaciones, y que quiera una jurisdicción suiza clara.

Wire

Wire ha cambiado mucho de naturaleza. Nacida como mensajería de gran público, se ha reposicionado hacia las organizaciones, las empresas y el sector público.

Lo que protege realmente. El contenido, con el protocolo Proteus y luego con MLS, el estándar de mensajería de grupo del IETF del que Wire fue uno de los primeros implementadores serios. El registro se hace por correo electrónico, lo que evita el número de teléfono. Las auditorías son públicas: Kudelski Security y X41 D-Sec publicaron una revisión de la implementación del protocolo en 2017, y luego auditorías aplicativas de los clientes iOS, Android y web en 2018.

Lo que no protege. Los metadatos, que Wire conserva en claro del lado del servidor, un punto que el editor nunca ha ocultado y que ha sido criticado con regularidad. La estructura jurídica también es compleja: las operaciones dependen de Wire Swiss GmbH en Suiza, el holding del grupo está establecido en Berlín y el editor afirma que más del 90 % del capital está en manos de inversores institucionales europeos, pero en 2019 se creó una entidad estadounidense en Delaware. Esta complejidad merece entenderse antes de elegir Wire para un uso sensible.

Para quién está pensada. Para una organización que necesite colaboración cifrada conforme, con soporte comercial y administración centralizada, más que para un individuo que busque el anonimato.

Element y el protocolo Matrix

Element es el cliente principal de Matrix, un protocolo abierto y federado. El modelo es distinto de todos los demás de esta comparativa: cualquiera puede alojar su propio servidor, y los servidores se comunican entre sí como lo hacen los servidores de correo electrónico.

Lo que protege realmente. La autonomía. Una organización puede alojar su servidor, controlar su infraestructura, no depender de ningún editor y seguir siendo localizable desde el resto de la red. Es el único modelo de esta comparativa que ofrece esa combinación, y es la razón por la que varias administraciones europeas lo han elegido. El cifrado de extremo a extremo de los mensajes está implantado.

Lo que no protege. Los metadatos, y es algo estructural. El administrador de su servidor ve quién habla con quién, cuándo y en qué salas. Los metadatos de sala, nombre, tema y otros eventos de estado, se almacenan en claro en el servidor. Element trabaja en el cifrado de esos eventos de estado, pero la funcionalidad seguía siendo experimental y reservada a las opciones de laboratorio en septiembre de 2025. La federación agrava el problema: el historial de una sala se replica en los servidores participantes, que lo conservan. El editor comercializa además una pasarela destinada a filtrar la federación para limitar esas fugas, lo que constituye una confesión útil.

Para quién está pensado. Para una organización que quiera soberanía sobre su infraestructura y cuyo adversario no sea su propio administrador de sistemas. No para un individuo que busque disimular sus relaciones.

Las mensajerías sin ningún identificador

Es la categoría más reciente. El principio no es ocultar un identificador, sino no crearlo.

SimpleX Chat

SimpleX Chat es la primera red de mensajería sin identificador de usuario, ni siquiera aleatorio. Es un avance conceptual real y hay que presentarlo como tal.

Lo que protege realmente. El grafo social, por construcción. No hay cuenta, ni directorio, ni dirección permanente. Cada conversación se apoya en colas unidireccionales alojadas en relés distintos: lo que usted envía pasa por una cola en un relé, las respuestas vuelven por otra cola en otro relé, de modo que ningún relé ve los dos extremos. Los relés son ciegos, no conocen ni al remitente ni al destinatario. El proyecto ha publicado dos auditorías independientes realizadas por Trail of Bits: una evaluación de seguridad de la implementación en noviembre de 2022, y luego una revisión del diseño criptográfico de los protocolos en octubre de 2024, que incluyó una verificación formal del protocolo de negociación de las colas y concluyó con tres problemas de gravedad media y uno de gravedad baja, todos de explotación difícil. El protocolo añade una capa poscuántica al doble trinquete. Los relés son autoalojables, existen clientes en Android, iOS y escritorio, y el editor, SimpleX Chat Ltd, es una sociedad británica registrada desde octubre de 2021.

Lo que no protege. Dos cosas merecen decirse. Primero, el alojamiento por defecto: los relés operados por el proyecto funcionan en un único proveedor, Linode, filial de la estadounidense Akamai, en sus centros europeos de Londres, Fráncfort y Estocolmo. Un usuario que no active Tor y no cambie de relé depende, por tanto, de una infraestructura explotada por una sociedad estadounidense, lo que vuelve a poner la CLOUD Act en el cuadro. El tema está documentado públicamente en el repositorio del proyecto. Después, la experiencia de usuario sigue siendo exigente: establecer una conexión requiere un intercambio de enlace o de código QR, la fiabilidad de las notificaciones en iOS fue durante mucho tiempo un punto débil y la escalabilidad de los grupos grandes sigue siendo una obra en curso. La financiación, por último, se apoya ahora en una ronda de financiación participativa en capital lanzada en agosto de 2026.

Para quién está pensado. Para quien quiera el modelo sin identificador con el mejor nivel de verificación externa disponible hoy, y acepte un manejo más técnico.

Arpokrat Messenger

Arpokrat Messenger es nuestro producto, y esta ficha sigue la misma rejilla que las demás. Hay que empezar diciéndolo sin rodeos: Arpokrat Messenger es un fork de SimpleX. La arquitectura descrita más arriba, ausencia de identificadores, colas unidireccionales, relés ciegos, no es nuestra, es la de SimpleX. No pretendemos haberla mejorado en el plano criptográfico, la acreditamos, exactamente como nuestra página de protocolo hace de forma explícita. Es la misma posición que mantenemos para ArpokratOS respecto a GrapheneOS.

Lo que protege realmente. Lo que protege SimpleX, más una serie de decisiones de explotación y de producto. Los relés que operamos están repartidos en cinco jurisdicciones elegidas por su derecho, Suiza, Islandia, Panamá, Malasia y Mauricio, ninguna estadounidense, y la infraestructura no se apoya en ningún hiperescalador estadounidense, ni Amazon Web Services, ni Google Cloud, ni Microsoft Azure, ni Cloudflare. Los mensajes en espera solo viven en memoria viva, el swap está desactivado, un corte de corriente lo borra todo, y los manifiestos de publicación se firman en una máquina Qubes OS aislada de la red. Tor se activa con un solo botón, sin aplicación de terceros, y permanece desactivado por defecto. El modo incógnito asigna un perfil distinto por contacto, nombre visible y relé incluidos, lo que impide vincular una vida profesional y una vida privada. Los relés puede autoalojarlos cualquiera, ya que el software es abierto. Los clientes se publican bajo licencia AGPLv3. El monedero no custodio gestiona Bitcoin, Ethereum, Monero, Polygon, Solana y Tron, sin que las claves salgan nunca del dispositivo, y la compatibilidad con Zcash está anunciada sin estar disponible a día de hoy. El Swap integrado es un agregador que compara las ofertas de proveedores independientes puntuando a cada uno de la A a la D según el nivel de verificación de identidad exigido, de A para ningún KYC a D para KYC obligatorio, transitando los fondos directamente entre el usuario y el proveedor elegido. Que sepamos, ninguna otra mensajería ofrece esa puntuación. El editor es, por último, una entidad comercial identificable, Arpokrat GmbH, domiciliada en Zug, Suiza, con una dirección postal pública, un warrant canary firmado en PGP, renovado según una ventana de validez de sesenta días, y un compromiso de respuesta de soporte en menos de 24 horas. La aplicación es gratuita, sin publicidad.

Lo que no protege. Y aquí es donde hay que ser precisos, porque es el único modo de resultar creíbles en lo demás.

Arpokrat Messenger no dispone a día de hoy de ninguna auditoría criptográfica independiente publicada a su nombre. SimpleX tiene dos. El protocolo subyacente está, por tanto, auditado; nuestra implementación y nuestra explotación no lo están, y no es lo mismo, como se explica más arriba en este artículo.

Arpokrat no tiene ningún historial público de resistencia a requerimientos judiciales. Signal tiene uno, verificable, extendido a lo largo de años. Un warrant canary es un compromiso serio, no es un precedente judicial.

La aplicación solo existe hoy en Android. Las versiones para iOS, Linux, macOS y Windows están anunciadas, no disponibles. Para quien se comunica con usuarios de iPhone, es un obstáculo inmediato y no hay forma de sortearlo.

La red es, por último, joven y pequeña. El número de usuarios no da la seguridad, pero sí da la disponibilidad de sus corresponsales, y es un criterio legítimo que nosotros mismos hemos defendido más arriba.

Para quién está pensado. Para quien quiera una arquitectura sin identificador sin renunciar al uso corriente, y prefiera una entidad comercial identificable a un proyecto comunitario cuya financiación puede interrumpirse. El posicionamiento que defendemos no es «la más privada», es más estrecho y más honesto: la más utilizable entre las arquitecturas sin identificador, con un modelo asíncrono que las arquitecturas de igual a igual no ofrecen, un ecosistema y un soporte comercial.

Briar

Briar es probablemente el proyecto más intransigente de esta lista. No hay servidor alguno: los mensajes pasan directamente de un dispositivo a otro a través de Tor y, a falta de conexión, por wifi o Bluetooth entre dispositivos cercanos.

Lo que protege realmente. Todo lo que depende de una infraestructura, puesto que no la hay. Nada que incautar, nada que requerir, ningún operador al que obligar. El modo malla sin conexión funciona realmente en caso de corte de internet, lo que convierte a Briar en la herramienta de referencia para los apagones y las manifestaciones. El código fue auditado por Cure53 en marzo de 2017, con doce problemas señalados y corregidos. El proyecto es libre y su diseño es una referencia. Briar Mailbox, una aplicación distinta que se instala en un dispositivo Android de apoyo dejado encendido, permite recibir mensajes mientras el teléfono principal está desconectado, lo que responde parcialmente al principal límite del modelo de igual a igual.

Lo que no protege. La comodidad de uso, y ahora la trayectoria del proyecto. El consumo de batería es elevado, el funcionamiento en segundo plano en Android es irregular, faltan la copia de seguridad de la cuenta y los archivos adjuntos, y añadir un contacto es laborioso. No existe versión para iOS. La versión de escritorio sigue en beta, siendo la última la 0.6.5-beta publicada el 20 de febrero de 2026. Y sobre todo, el anuncio del 9 de julio de 2026 sitúa el proyecto en modo de mantenimiento: correcciones de seguridad y de errores, sin desarrollo de funcionalidades. El proyecto precisa que los rumores de cierre completo están desfasados, pero la ambición queda claramente suspendida.

Para quién está pensado. Para una zona de corte de internet, una manifestación, un contexto de censura, o un grupo reducido que acepte la limitación a cambio de la ausencia total de infraestructura.

Cwtch

Cwtch lo desarrolla la Open Privacy Research Society, una asociación sin ánimo de lucro canadiense establecida en Vancouver. El proyecto apunta explícitamente a la mensajería de grupo resistente a los metadatos.

Lo que protege realmente. Los metadatos, incluso en grupo, que es el problema difícil. Las conexiones pasan por servicios onion de Tor v3, y los servidores que retransmiten las conversaciones de grupo están diseñados para no ser fiables por principio: no deben aprender nada. La versión 1.13, publicada en septiembre de 2023, marcó la salida de la larga fase alfa y beta, y el proyecto ha continuado hasta la 1.15.

Lo que no protege. La continuidad, una vez más. La organización vive esencialmente de donaciones individuales y lo ha repetido públicamente en varias ocasiones. No existe versión para iOS. El ritmo de desarrollo es el de un equipo pequeño, y el ecosistema de usuarios es muy reducido. No hemos encontrado una auditoría externa publicada equivalente a las de SimpleX o Briar.

Para quién está pensado. Para un grupo activista o de investigación que necesite conversaciones colectivas resistentes a los metadatos y cuyos miembros se manejen bien técnicamente.

La convergencia de 2026, la mensajería se convierte en monedero

He aquí la observación más interesante de este año, y que sepamos nadie la ha formulado todavía así.

En 2026, tres forks de tres protocolos distintos, desarrollados por tres equipos sin relación entre sí, tuvieron la misma intuición en el mismo momento: integrar un monedero no custodio en una mensajería cifrada. Radar es un fork de Signal con Bitcoin en Lightning. Zerion es un derivado de Briar con Bitcoin y Monero. Arpokrat Messenger es un fork de SimpleX con un monedero multicadena y un agregador de swap.

Tres bases técnicas opuestas, una misma conclusión. No es casualidad, es la señal de que dos necesidades que se trataban por separado se están juntando. Enviar dinero y enviar un mensaje plantean el mismo problema: un intermediario que conoce los dos extremos. La respuesta construida para los mensajes, cifrado del contenido y minimización de los metadatos, es exactamente la que buscan los usuarios de criptomonedas. Y la mensajería es el único sitio donde uno ya conoce a su destinatario.

Los tres enfoques son, sin embargo, muy distintos, y la comparación resulta instructiva.

Radar

Radar se lanzó el 7 de julio de 2026 por el equipo de Cake Wallet, bajo una entidad distinta, Radar Chat, Inc., dirigida por su fundador Vikrant Sharma. Es un fork de Signal, gratuito, de código abierto, disponible en iOS y Android. El monedero es no custodio, con una frase de recuperación de doce palabras y copias de seguridad cifradas. La capa de pago merece una precisión, porque las fuentes no dicen lo mismo. El sitio de Radar describe un monedero Bitcoin apoyado en la red Lightning, atribuye una dirección Lightning a cada cuenta, y no menciona nada más. Varios artículos aparecidos en julio de 2026 indican, en cambio, que la mecánica subyacente se apoya en Spark, una red Bitcoin de capa 2 integrada mediante el SDK de Breez, liquidándose entonces una transferencia entre dos usuarios de Radar de Spark a Spark en menos de un segundo. Las dos versiones no se excluyen, puesto que la documentación de Breez describe un SDK compatible con Spark y Lightning a la vez, direcciones Lightning y facturas bolt11 incluidas. A falta de confirmación pública por parte del propio editor, nos atenemos a lo que es verificable en su propio sitio: pagos Bitcoin no custodios accesibles por la red Lightning.

La elección más llamativa está en otra parte. Radar no es una red aparte: uno se conecta con su cuenta de Signal existente, y los contactos, conversaciones, grupos y nombre de usuario le acompañan. Es la ventaja competitiva de Radar, y es también su principal interrogante.

Esa interoperabilidad implica en efecto que Radar hereda íntegramente el modelo de Signal: el número de teléfono sigue siendo el identificador, el código PIN de Signal manda sobre la recuperación de la cuenta y por tanto, por defecto, sobre el acceso a las claves del monedero que Radar cifra dentro de la cuenta de Signal, y la infraestructura solicitada es la de la Signal Foundation, bajo jurisdicción estadounidense.

Hay que plantear después la cuestión de la continuidad de este montaje, sin afirmarla como un hecho. Signal ha rechazado históricamente que clientes de terceros usen sus servidores: en 2016, el proyecto LibreSignal se abandonó después de que Moxie Marlinspike hiciera saber que no quería que ni el nombre ni los servidores de Signal fueran usados por un fork, y descartó además toda federación futura. La fundación conserva la capacidad técnica de bloquear un cliente de terceros por su firma. Hasta hoy no lo ha hecho, y Molly usa la red desde hace años sin incidentes, precedente que el equipo de Radar invoca explícitamente. Radar aporta además una contribución mensual a la Signal Foundation y prevé aumentarla con su crecimiento. Nada indica, pues, que Radar vaya a ser bloqueado. Pero un producto cuyo acceso a la red depende de la tolerancia continuada de un tercero conlleva un riesgo estructural que ni SimpleX ni Briar tienen, y el usuario merece saberlo antes de depositar fondos ahí.

Zerion

Zerion es un derivado de Briar, construido sobre el protocolo de transporte Bramble, publicado bajo GPL v3, y el proyecto indica claramente que no está ni afiliado ni respaldado por el proyecto Briar. Solo existe en Android.

Hay que hacerle justicia, porque hace varias cosas notablemente bien. Todo el tráfico pasa por Tor, sin excepción: su dispositivo construye un circuito de tres saltos, el de su corresponsal construye otro, y ambos se encuentran en un relé de cita, es decir seis saltos en total y ninguna exposición de dirección IP. Cada mensaje está protegido por un intercambio de claves poscuántico basado en ML-KEM-768. La versión 3.0 añadió una malla sin conexión por Bluetooth que retransmite mensajes individuales y de grupo a través de los teléfonos vecinos, transportando cada relé solo material cifrado, así como un transporte I2P opcional. Un modo endurecido se niega a arrancar en un dispositivo comprometido, bajo depurador o con marcos de intercepción. Desde la versión 3.0.4, una caja fuerte cifrada puede contener monederos Bitcoin y Monero no custodios, cuyas claves se generan en el dispositivo, protegidas por su propia contraseña, con compilaciones reproducibles a partir de fuentes congeladas y huellas publicadas.

El límite es estructural y el proyecto no lo oculta: su documentación indica negro sobre blanco que un mensaje solo se entrega cuando ambos dispositivos están en línea y conectados a Tor, y que ningún servidor lo conserva entretanto para periodos largos sin conexión. Dicho de otro modo, no existe equivalente de Briar Mailbox. Es el punto técnico decisivo, y es lo que separa un modelo de igual a igual de un modelo store and forward en el que un relé ciego conserva el mensaje cifrado hasta que el destinatario viene a recogerlo. Para una correspondencia ordinaria entre dos personas que no están conectadas al mismo tiempo, la diferencia no es teórica, decide el uso.

Queda abierta una segunda cuestión, y la formulamos como pregunta puesto que no hemos encontrado ninguna medición pública: ¿cuál es la calidad real de las llamadas de audio y vídeo de igual a igual sobre una arquitectura de seis saltos Tor? Las decisiones técnicas anunciadas son serias, Opus, H.264, cifrado AES-256-GCM y tramas rellenadas, y las llamadas están desactivadas por defecto. Pero Tor no está diseñado para la latencia baja, y a falta de mediciones publicadas, ni el editor ni nosotros podemos afirmar que la experiencia sea comparable a una llamada clásica.

Por último, no hemos encontrado auditoría independiente publicada para Zerion.

Comparados, los tres enfoques dibujan tres compromisos nítidos. Radar elige la adopción inmediata al precio de una dependencia de un tercero y del mantenimiento del número de teléfono. Zerion elige el máximo de resistencia de red al precio de la entregabilidad y de la disponibilidad en iPhone. Arpokrat elige el modelo asíncrono y el reparto jurisdiccional al precio de un historial y de una auditoría que todavía no existen. Ninguno de estos tres compromisos es absurdo, y ninguno es gratuito.

Tabla de síntesis

Aplicación	Identificador exigido	Jurisdicción y alojamiento	Metadatos del lado del servidor	Auditoría externa publicada	Entrega sin conexión	Código
WhatsApp	Número de teléfono	Estados Unidos (Meta), CLOUD Act	Amplios, grafo de contactos entregable con orden judicial	No para el servicio	Sí	Cliente cerrado
Telegram	Número de teléfono	Islas Vírgenes Británicas, dirección en Dubái	Amplios, chats en la nube legibles por el editor	No	Sí	Cliente abierto, servidor cerrado
Signal	Número de teléfono	Estados Unidos, CLOUD Act	Dos marcas de tiempo, historial judicial público	Protocolo analizado formalmente	Sí	Abierto
Molly	Número (cuenta Signal)	Servidores de Signal, Estados Unidos	Idénticos a Signal	Heredada de Signal	Sí	Abierto
Session	Ninguno, identificador aleatorio	Suiza, red de nodos descentralizada	Mínimos, sin confidencialidad persistente a día de hoy	Sí, Quarkslab	Sí	Abierto
Threema	Ninguno, Threema ID	Suiza, servidores en Zúrich	Mínimos	Sí, Cure53 y ETH de Zúrich	Sí	Abierto, de pago
Wire	Correo o número	Suiza y Alemania, entidad estadounidense en Delaware	Conservados en claro	Sí, Kudelski y X41	Sí	Abierto
Element / Matrix	Según el servidor, a menudo correo	La de su alojador	Visibles para el servidor, estado de las salas en claro	Auditorías publicadas sobre el protocolo	Sí	Abierto
SimpleX Chat	Ninguno, sin identificador	Reino Unido, relés por defecto en Linode y Akamai	Ninguna correlación posible por un relé único	Sí, dos auditorías de Trail of Bits	Sí	Abierto
Arpokrat Messenger	Ninguno, sin identificador	Suiza (Zug), relés en cinco jurisdicciones fuera de Estados Unidos	Relés ciegos, solo memoria viva	No a día de hoy	Sí	Abierto, AGPLv3
Briar	Ninguno, sin identificador	Ninguna, sin servidor	Ninguno, nada que incautar	Sí, Cure53 en 2017	Vía Briar Mailbox	Abierto
Cwtch	Ninguno, sin identificador	Canadá para la asociación, servidores no fiables por diseño	Resistencia a los metadatos de grupo	No identificada	Parcial	Abierto
Radar	Número (cuenta Signal)	Servidores de Signal, Estados Unidos	Idénticos a Signal	No identificada	Sí	Abierto
Zerion	Ninguno, sin identificador	Ninguna, sin servidor	Ninguno, todo pasa por Tor	No identificada	No, ambos dispositivos deben estar en línea	Abierto, GPL v3

Qué mensajería para qué perfil

No hay un ganador, hay situaciones.

Para la familia y los allegados. Signal, sin dudarlo. Es la única opción que combina una protección seria con una posibilidad real de que sus interlocutores la instalen. Si el número de teléfono le molesta, active un nombre de usuario para no comunicarlo. Si sus allegados se niegan en redondo a moverse, active al menos las copias de seguridad cifradas de extremo a extremo en WhatsApp: no es la misma protección, pero es un progreso real y gratuito.

Para un periodista con fuentes. El problema no es el contenido, es el vínculo. Una arquitectura sin identificador es aquí la única respuesta coherente: SimpleX Chat o Arpokrat Messenger, con Tor activado y un perfil distinto por fuente. Si su fuente ya usa Signal y se niega a instalar otra cosa, use Signal antes que nada, con un número dedicado que no le identifique, y Molly en Android para proteger el propio dispositivo en caso de incautación.

Para un directivo o un asesor jurídico. El criterio dominante es la jurisdicción, no el anonimato. Threema para un despacho o una estructura pequeña, con una facturación clara y servidores suizos. Element autoalojado para una organización que tenga equipo técnico y quiera soberanía sobre su infraestructura, sin olvidar que el administrador del servidor ve los metadatos. Wire para una organización que quiera un producto comercial de colaboración, después de examinar su estructura de capital.

Para una zona de corte de internet o de censura. Briar, porque el modo malla por Bluetooth y wifi funciona sin infraestructura alguna, y Zerion por las mismas razones con una malla sin conexión más reciente. Son las dos únicas respuestas reales cuando la red misma es el adversario. Prevea Briar Mailbox si su correspondencia debe sobrevivir a periodos prolongados sin conexión.

Para quien maneja cripto a diario. Es el único perfil en el que la convergencia de 2026 cambia algo. Radar si su uso es Bitcoin y su red ya está en Signal, aceptando la dependencia de la infraestructura de Signal y el número de teléfono. Zerion si quiere Bitcoin y Monero con el máximo de resistencia de red, y sus corresponsales están en Android y a menudo en línea. Arpokrat Messenger si quiere varias cadenas, disponibilidad asíncrona y la posibilidad de comparar los proveedores de swap según su exigencia de KYC.

Para quien quiera el máximo sin compromiso de uso. Esta categoría no existe, y es la conclusión honesta de esta comparativa. El máximo teórico es Briar o Zerion, y se paga en entregabilidad, en batería y en ausencia de iPhone. El compromiso más favorable hoy, si sus corresponsales están en Android, es una arquitectura sin identificador en modo store and forward, SimpleX Chat o Arpokrat Messenger, con Tor activado. Si debe incluir usuarios de iPhone, SimpleX Chat es hoy el único de esta familia que cubre ambas plataformas. Arpokrat Messenger, disponible en Android, está en desarrollo para iOS y para las plataformas de escritorio, sin fecha de disponibilidad anunciada.

Lo que hemos elegido en Arpokrat y por qué

Esta sección no es un argumentario, es una explicación de compromisos, incluidos los que no hemos hecho.

Partimos de SimpleX en lugar de escribir un protocolo. La razón es sencilla: un protocolo de mensajería segura solo tiene valor cuando ha sido inspeccionado, y un protocolo nuevo no tiene, por definición, ninguna inspección detrás. SimpleX tiene una especificación pública, un código público y dos auditorías de Trail of Bits. Inventar nuestra criptografía nos habría permitido hacer una mejor página de marketing y una peor mensajería.

Elegimos el modelo store and forward antes que el de igual a igual. Es un compromiso explícito contra el máximo teórico. Un relé ciego que conserva un mensaje cifrado hasta su recogida es una pieza de infraestructura más, y por tanto una superficie más. A cambio, un mensaje sale cuando usted lo escribe y llega cuando su corresponsal se conecta, que es la condición de una correspondencia normal. El criterio de la practicidad, defendido al principio de este artículo, no es una cláusula de estilo: nos lo hemos aplicado a nosotros mismos.

Repartimos los relés en cinco jurisdicciones fuera de Estados Unidos y excluimos a los hiperescaladores estadounidenses, no por postureo sino porque la CLOUD Act funciona obligando a un proveedor estadounidense respecto a los datos que controla. Un relé ciego que no conserva nada en disco tiene poco que entregar; un relé ciego al que ninguna orden estadounidense puede alcanzar tiene aún menos. Las dos medidas se suman, ninguna sustituye a la otra.

Integramos un monedero y un agregador de swap porque la misma persona que se niega a que un intermediario conozca a sus interlocutores suele negarse también a que un intermediario conozca sus transacciones. La puntuación de la A a la D de los proveedores de swap según su exigencia de verificación de identidad procede de la misma lógica: no decidimos en lugar del usuario el nivel de confidencialidad que quiere pagar, le damos la información para que decida.

Lo que aún no hemos hecho merece, por último, decirse en la misma sección. No tenemos auditoría independiente publicada a nuestro nombre. No tenemos historial de requerimientos judiciales publicados, solo un warrant canary. Aún no estamos en iOS. Estas tres carencias son reales, están documentadas en nuestra ficha más arriba, y ninguna se colma con un comunicado.

Conclusión

La buena pregunta no es «cuál es la mejor mensajería». No tiene respuesta, porque está mal planteada. La buena pregunta es: ¿contra quién se protege usted?

Contra un anunciante que quiere perfilar sus centros de interés, sirven prácticamente todas las aplicaciones de esta comparativa. Contra una pareja violenta que tiene acceso a su teléfono, la cuestión es el bloqueo local y el borrado de memoria, y Molly responde mejor que Threema. Contra un requerimiento judicial en su país, la cuestión es la jurisdicción y lo que el servicio conserva. Contra un adversario que busca establecer que usted habló con alguien, la única respuesta es una arquitectura que no cree esa información. Y contra un adversario capaz de cortar la red, la única respuesta es no depender de ella.

Ninguna aplicación responde a todas esas amenazas a la vez, y las que lo pretenden merecen su desconfianza en primer lugar. Lo que 2026 ha demostrado es que el cifrado se ha convertido en la parte fácil. Lo que sigue siendo difícil son los metadatos, la jurisdicción, y la capacidad de un proyecto de seguir existiendo dentro de dos años. Session estuvo a unas semanas de desaparecer, Briar ha reducido sus ambiciones, y esos dos acontecimientos dicen más sobre el estado real del sector que cualquier comparación de primitivas criptográficas.

Elija, pues, en función de su adversario, no en función de una clasificación. Y tenga presente que la mejor herramienta del mundo no vale nada si la conversación acaba en otro sitio porque su interlocutor no quiso instalarla.

Fuentes

La bomba de relojería: Recopilar ahora, descifrar después y el imperativo Zero-Knowledge

Tue, 26 May 2026 00:00:00 +0000

La dependencia de los gobiernos europeos de la infraestructura en la nube estadounidense plantea algo más que un problema de interceptación inmediata. La amenaza más devastadora para las próximas décadas es la estrategia HNDL: “Harvest Now, Decrypt Later”.

No se trata de una intrusión frontal, sino de un robo silencioso. Las agencias de inteligencia almacenan hoy inmensas cantidades de datos cifrados simplemente porque el coste de almacenamiento es insignificante.

Esperan pacientemente el momento en que los saltos tecnológicos hagan obsoletas las claves actuales. Un secreto de Estado protegido en 2026 podría ser un libro abierto en quince años.

Responsabilidad retroactiva y riesgo temporal

El modelo HNDL introduce un concepto novedoso: el daño legal diferido. Con la recopilación masiva de datos para su descifrado futuro, la confidencialidad se convierte en una variable dependiente del tiempo.

Para cuantificar este riesgo, el modelo científico HNDL define que la confidencialidad falla inevitablemente cuando la vida útil requerida del secreto excede el horizonte de descifrado del adversario.

Si un Estado no garantiza la soberanía absoluta de su infraestructura de hardware, en la práctica está firmando una renuncia a la confidencialidad a largo plazo de sus ciudadanos.

La interceptación de hoy es la vulneración del mañana. Convertir la dependencia de la nube en una deuda de seguridad nacional es una apuesta imposible de pagar.

La antítesis Arpokrat: Imposibilidad legal por código

Ante esta vulnerabilidad, la industria responde creando ecosistemas radicales de soberanía digital. El modelo Arpokrat es la antítesis perfecta: opera en una red descentralizada, protegida por la estricta Ley Federal de Protección de Datos (FADP) de Suiza.

La lógica central es de absoluta Privacy by Design. Al eliminar la necesidad de un número de teléfono, el usuario se convierte en una simple clave criptográfica.

Legalmente, esto cambia drásticamente las reglas. Si la arquitectura es fundamentalmente Zero-Knowledge, la empresa se enfrenta a una imposibilidad técnica de cumplir con órdenes judiciales.

No se trata de desobediencia civil, sino de una salvaguarda matemática imparable: lo que no se tiene no se puede revelar.

Más allá del cifrado: Devaluar el dato objetivo

La verdadera respuesta en la aplicación Arpokrat no consiste en apostar por unas matemáticas eternas, sino en devaluar el propio dato.

Sin metadatos centrales para vincular un mensaje a un individuo físico, el contenido cifrado pierde su valor estratégico porque se vuelve inatribuible.

Sin embargo, el software por sí solo no puede hacer nada si el hardware lo traiciona.

En última instancia, la seguridad exige la independencia de la propia máquina. Desplegar un SO soberano sin Google se ha convertido en un requisito de supervivencia absoluto para cualquiera que maneje secretos de Estado.

La Ilusión de la Soberanía: El Caso Olvid y la Trampa del CLOUD Act

Thu, 21 May 2026 00:00:00 +0000

El anuncio resonó como un verdadero “grito de independencia” en los pasillos de París: el Primer Ministro ordenó al gobierno abandonar WhatsApp y Signal en favor de Olvid, una aplicación de mensajería presentada como “nativa”. El objetivo era claro: proteger los secretos de Estado de las agencias de inteligencia extranjeras.

Sin embargo, rápidamente surgió una amarga ironía: el corazón de Olvid —su infraestructura de servidores— late dentro de Amazon Web Services (AWS), un gigante estadounidense.

Para el público en general, parece un simple problema técnico de alojamiento. Pero para los arquitectos de la ciberseguridad soberana, es una vulnerabilidad política de primer orden.

Extraterritorialidad y Conflicto de Soberanías

Al depender de la infraestructura de Amazon, Olvid entra automáticamente en la órbita del CLOUD Act de EE. UU.

El análisis legal revela un escenario de inseguridad jurisdiccional que la simple adopción de una “app” nacional no resuelve. El punto de inflexión radica en el concepto de “control” frente a “localización”.

El CLOUD Act cambió radicalmente el paradigma legal: la ubicación física del servidor no importa. La obligación de cooperar del proveedor (AWS) se deriva únicamente de su vínculo jurisdiccional con EE. UU. Washington puede exigir datos a empresas bajo su jurisdicción, incluso si están en suelo europeo.

Legalmente, esto crea un conflicto frontal con el RGPD. El Tribunal de Justicia de la UE (a través de las sentencias Schrems I y II) ya ha establecido que las leyes de vigilancia de EE. UU. no ofrecen un nivel de protección equivalente al de Europa.

La soberanía digital no es un atributo del software, sino una propiedad de la integridad de la cadena de custodia.

El Espectro de FISA y la Falsa Promesa del Cifrado

Peor aún, esta dependencia sitúa estos datos bajo la sombra de la Foreign Intelligence Surveillance Act (FISA), que autoriza la vigilancia electrónica con fines de “inteligencia extranjera” a objetivos fuera de EE. UU.

Olvid afirma que su cifrado de extremo a extremo es un escudo suficiente. Desde la perspectiva de la ingeniería de privacidad, esta defensa es peligrosamente parcial.

Incluso si el contenido está cifrado, la infraestructura centralizada de AWS expone los metadatos. Saber quién habla con quién, cuándo, con qué frecuencia y desde dónde suele ser mucho más valioso para la inteligencia que el propio mensaje.

El cifrado protege el texto, pero el servidor centralizado delata la red de contactos.

El Verdadero Peligro Está por Venir

Mientras la infraestructura europea dependa de entidades sujetas a estatutos extraterritoriales, la seguridad de nuestras comunicaciones será puramente ilusoria.

La seguridad nacional exige una independencia total de la infraestructura y el hardware. Interceptar estos metadatos alimenta la amenaza más devastadora de la próxima década: la estrategia de “Recopilar ahora, descifrar después”.

Un secreto de Estado interceptado hoy no es más que una bomba de relojería matemática.

(Lea el resto de nuestro análisis en la Parte 2: La Bomba de Relojería y el Imperativo Zero-Knowledge)