Ataques DDoS a gran escala interrumpen el servicio de mensajería cifrada Threema
Múltiples ataques distribuidos de denegación de servicio golpearon al servicio suizo de mensajería segura Threema durante la semana, causando interrupciones severas en las comunicaciones de sus usuarios.
Múltiples ataques distribuidos de denegación de servicio (DDoS) apuntaron al servicio de mensajería segura Threema a comienzos de esta semana, causando interrupciones severas en las comunicaciones de la plataforma.
El servicio afectado
Threema es una aplicación de mensajería suiza que aplica cifrado de extremo a extremo y opera bajo un modelo de pago único, sin requerir número telefónico ni correo electrónico para el registro. Ese diseño la ha convertido en la opción preferida de organizaciones, gobiernos regionales europeos y usuarios que priorizan minimizar la recolección de metadatos.
Los ataques degradaron la disponibilidad del servicio de forma sostenida, impidiendo el envío y recepción de mensajes durante los períodos de mayor intensidad de tráfico malicioso.
Cifrado no equivale a disponibilidad
Un ataque DDoS no vulnera el cifrado ni expone el contenido de las conversaciones. Lo que hace es saturar la infraestructura que transporta esos mensajes cifrados hasta dejarla inoperante. La distinción es importante porque las dos propiedades —confidencialidad y disponibilidad— se compran por separado y muchas organizaciones asumen que una implica la otra.
En el caso de servicios de mensajería con enfoque de privacidad, la tensión es estructural: la minimización de infraestructura y de dependencias externas que protege los metadatos también reduce el margen de maniobra frente a un volumen de tráfico anómalo. Las grandes plataformas absorben este tipo de ataque apoyándose en redes de distribución masivas que, precisamente, implican ceder visibilidad sobre el tráfico a terceros.
Lectura desde Tabuga Intelligence
Para instituciones dominicanas y latinoamericanas que hayan adoptado mensajería cifrada como canal de comunicación crítico —juntas directivas, equipos legales, respuesta a incidentes, coordinación de crisis— este episodio deja una lección concreta: el canal seguro necesita un canal de respaldo igualmente definido y ensayado.
La recomendación práctica es documentar un protocolo de degradación: qué aplicación se usa si la principal cae, cómo se verifica la identidad de los interlocutores en ese canal alterno, y quién tiene la autoridad para declarar el cambio. Un plan de continuidad que solo contempla la caída de la red corporativa y no la de una aplicación de terceros deja un hueco que se descubre en el peor momento.