Ciberataque Abbott Laboratories: Investigación tras amenazas de ShinyHunters

un sistema de referencia técnica disponible públicamente, como especificaciones de productos, manuales de operación de dispositivos y guías de resolución de problemas. Según la corporación, no hay indicios de que datos de salud protegidos o información comercial sensible de los clientes hayan estado expuestos en este entorno de LabCentral.

Let’s check the rest of the text and finish drafting.

Let’s write the response and conclusion.

Trimmed response section:

La respuesta oficial de Abbott Laboratories y mitigación operativa

En su defensa, Abbott Laboratories ha actuado con celeridad para contener la narrativa pública y el pánico en los mercados financieros. La multinacional emitió un comunicado confirmando que ha activado sus protocolos globales de respuesta ante incidentes, contratando a firmas forenses digitales externas líderes y notificando formalmente a las agencias federales de aplicación de la ley.

Un punto clave de su estrategia ha sido enfatizar el aislamiento de las redes afectadas:

  • Los sistemas heredados de Exact Sciences se encuentran estructuralmente separados de la infraestructura tecnológica activa y del núcleo de red de Abbott.
  • Las intrusiones no han afectado las operaciones comerciales, la fabricación, las pruebas de laboratorio en curso
Publicado en Noticias de Impacto, Tecnología & IA | Etiquetado , , , | Deja un comentario

Malware HollowGraph: Espionaje silencioso en Microsoft 365

La nueva frontera del ciberespionaje: Cómo Microsoft 365 se convierte en un arma silenciosa

En el panorama de la ciberseguridad corporativa, la línea que separa el tráfico de red legítimo de la actividad maliciosa es cada vez más delgada. Recientemente, el descubrimiento de una sofisticada campaña de espionaje ha encendido todas las alarmas en los centros de operaciones de seguridad (SOC) de todo el mundo. Diseñado específicamente para operar bajo el radar de las defensas tradicionales, el malware HollowGraph ha inaugurado una táctica de evasión tan astuta como preocupante: convertir el calendario de Microsoft 365 de un usuario comprometido en un canal de Comando y Control (C2) bidireccional completamente invisible.

Identificado y detallado por los investigadores de la firma de inteligencia de amenazas Group-IB, este implante no depende de servidores externos controlados por los atacantes para recibir sus instrucciones de manera directa. En su lugar, el malware HollowGraph utiliza la API de Microsoft Graph para transformar un buzón de correo corporativo legítimo en un «dead drop» o buzón muerto digital. Al programar tareas y almacenar archivos robados como adjuntos en eventos fechados en el año 2050, los atacantes logran ocultar sus huellas de los administradores y de las soluciones de seguridad perimetral.

Análisis Técnico del malware HollowGraph: Un Implante Minimalista pero Letal

A diferencia de los troyanos de acceso remoto (RAT) convencionales que cargan con una pesada suite de herramientas ofensivas, el implante de esta campaña destaca por su extrema ligereza y enfoque táctico. El código principal del malware HollowGraph se presenta como una biblioteca de enlace dinámico (DLL) compilada bajo el paradigma .NET NativeAOT. Este método de compilación directa a código de máquina no solo dificulta el análisis mediante ingeniería inversa convencional, sino que además optimiza el rendimiento del archivo y disminuye sustancialmente su firma heurística frente a los motores antivirus locales.

El diseño lógico del implante se reduce a su mínima expresión operativa, implementando de forma nativa únicamente dos comandos esenciales de interacción:

  • GET: Comando encargado de interrogar a la infraestructura de Microsoft Graph en busca de eventos de calendario específicos. Su propósito principal es descargar y descifrar las instrucciones operativas ocultas en los archivos adjuntos provistos por el atacante.
  • SEND: Comando diseñado para la exfiltración de datos recopilados en el host de la víctima. Este proceso crea dinámicamente nuevas citas de calendario dentro del buzón comprometido y adjunta los archivos de interés previamente cifrados.

Al restringir sus capacidades básicas a estas dos funciones de transferencia, el malware reduce significativamente la cantidad de artefactos sospechosos en la memoria del sistema. Cualquier acción complementaria —como el escaneo de red, la ejecución de comandos del sistema o el movimiento lateral— se delega a cargas útiles secundarias o loaders de un framework modular mayor en el cual se integra, minimizando la exposición del implante principal.

El Calendario como «Buzón Muerto»: La Mecánica de la Evasión

La genialidad táctica —y la peligrosidad— de este ataque radica en cómo se estructuran las comunicaciones de Comando y Control. En lugar de generar peticiones HTTPS salientes hacia dominios de internet con reputación dudosa o direcciones IP no categorizadas, el malware HollowGraph dirige todo su tráfico de red directamente a los endpoints legítimos de la API de Microsoft Graph (como graph.microsoft.com). Para cualquier cortafuegos de última generación (NGFW) o sistema de prevención de intrusiones (IPS), esta actividad se procesa como tráfico normal y corriente de sincronización de Microsoft 365, idéntico al generado por un empleado que revisa su agenda diaria.

Para implementar el buzón muerto sin levantar sospechas en el usuario del buzón vulnerado, los operadores de la campaña recurren a la manipulación del tiempo. Toda la actividad maliciosa se programa bajo una fecha sumamente distante en el futuro: el 13 de mayo de 2050. Al ubicar las citas con 24 años de posterioridad a la fecha de la infección, es prácticamente imposible que un usuario legítimo visualice de forma casual estos eventos al deslizarse por su aplicación de Outlook o Teams.

Flujo de Recepción de Instrucciones (GET)

El operador del ataque accede remotamente al buzón comprometido mediante credenciales previamente sustraídas. A través de la API, crea un evento en el calendario para el 13 de mayo de 2050. La cita se nombra siguiendo una estructura rígida identificable por el malware: Event ID: <7-char-taskID>, donde los siete caracteres representan un identificador único de la tarea. Las instrucciones operativas reales no se escriben en el cuerpo del evento, sino que se empaquetan en un archivo adjunto fuertemente cifrado. El implante HollowGraph consulta periódicamente el calendario, localiza el evento que coincide con el patrón esperado, descarga el archivo adjunto, lo descifra en memoria y ejecuta la directiva.

Flujo de Exfiltración de Datos (SEND)

Cuando el malware ha recolectado los archivos objetivo del sistema infectado, inicia el proceso inverso. En primer lugar, cifra localmente los documentos comprometidos. Acto seguido, interactúa con la API de Microsoft Graph para generar un nuevo evento en la fecha del lejano 2050. El evento se bautiza con el formato Boss{..}ID{..} y la información robada se fragmenta y se sube como una serie de adjuntos nombrados sistemáticamente como File{n}.txt. Una vez completada la carga de todos los segmentos, el malware renombra el evento de calendario añadiendo una etiqueta reconocible por el operador, quien posteriormente se conecta al buzón de Microsoft 365 para descargar los archivos adjuntos y limpiar o archivar el evento.

Criptografía Híbrida: Máximo Blindaje de las Comunicaciones

Los desarrolladores del malware HollowGraph eran plenamente conscientes de que las comunicaciones a través de nubes públicas corren el riesgo de ser interceptadas y analizadas si un equipo de respuesta a incidentes (IR) logra hacerse con el control del buzón de correo afectado. Por ello, implementaron un robusto esquema de criptografía híbrida que combina algoritmos asimétricos y simétricos para blindar el contenido de los adjuntos.

Toda la información depositada en los eventos del calendario está cifrada utilizando una combinación de RSA y AES-256-GCM. Lo que resulta particularmente sofisticado de esta implementación es el aislamiento criptográfico de los flujos de información:

  1. El implante utiliza parejas de claves RSA totalmente independientes para el canal de entrada y el canal de salida.
  2. La clave privada utilizada para descifrar las tareas entrantes (GET) está integrada de manera exclusiva en el binario del implante.
  3. Los datos robados y exfiltrados se cifran en el host utilizando la clave pública del atacante.

Esta separación de funciones criptográficas garantiza que, si los defensores de la red recuperan el implante HollowGraph y logran extraer las claves del binario, solo podrán descifrar las instrucciones históricas de los atacantes (tareas GET), pero les resultará imposible descifrar los archivos que ya han sido exfiltrados y subidos al calendario, preservando la confidencialidad de la operación para el actor de la amenaza.

La Conexión DNS: El Mecanismo de Mantenimiento de Credenciales

Para que HollowGraph pueda interactuar de manera ininterrumpida con la API de Microsoft Graph, necesita mantener credenciales de acceso válidas para autenticarse contra Microsoft Entra ID (anteriormente Azure AD). En lugar de depender de tokens de acceso temporales que expiran rápidamente, el malware se configura inicialmente con secretos de cliente persistentes de una aplicación registrada en la cuenta comprometida de Microsoft 365.

Sin embargo, si los administradores de TI de la empresa víctima sospechan de una intrusión y deciden revocar o cambiar estas credenciales de la aplicación, el implante principal perdería el acceso al calendario. Para sortear este obstáculo, el malware mantiene de forma paralela un canal alternativo secundario basado en DNS Tunneling (túneles DNS).

A través de consultas DNS de tipo AAAA (direcciones IPv6) dirigidas al dominio controlado por el atacante cloudlanecdn[.]com, HollowGraph es capaz de solicitar y recibir credenciales actualizadas de Microsoft Entra ID de manera silenciosa. El proceso de reconstrucción de datos se realiza de la siguiente manera:

  • El malware emite una serie de consultas DNS estructuradas para indicar su identificador y solicitar actualizaciones de credenciales.
  • El servidor de nombres autoritativo del atacante responde a estas consultas devolviendo direcciones IPv6 dinámicas. Cada dirección IPv6 consta de 16 bytes, de los cuales HollowGraph aprovecha 14 bytes útiles para el transporte de carga útil.
  • El implante recolecta estas porciones de 14 bytes, las ensambla secuencialmente en memoria, las decodifica como texto UTF-8 y procede a actualizar la configuración local.
  • Toda esta información de identidad de Entra ID actualizada (Tenant ID, Client ID, Client Secret y la dirección del buzón objetivo) se almacena en el disco local dentro de un archivo de texto plano llamado logAzure.txt. Este archivo se disfraza deliberadamente como un log del sistema operativo para evitar llamar la atención durante auditorías rápidas de archivos creados recientemente.

A diferencia de la comunicación por calendario protegida con criptografía híbrida, este canal secundario de DNS se ejecuta en texto claro, constituyendo un punto débil de detección para los analistas de seguridad que vigilen activamente las solicitudes de resolución de nombres de dominio inusuales.

Atribución Geopolítica y Enlaces con el Framework Cavern

La telemetría recolectada por Group-IB durante el análisis de esta campaña reveló que no nos encontramos ante un ataque masivo u oportunista, sino ante una operación de espionaje altamente dirigida y disciplinada. Hasta la fecha, los investigadores solo han podido constatar la infección de 12 sistemas comprometidos, de los cuales únicamente tres mantenían actividad y comunicación concurrente durante el período de observación técnica (que se extendió activamente desde el 3 de junio de 2026 hasta el 9 de julio de 2026).

La totalidad de las víctimas identificadas corresponden a organizaciones ubicadas en Israel. El hecho de que los archivos del malware analizados y las cuentas de Microsoft 365 comprometidas estuvieran geolocalizados y vinculados directamente a este país de Medio Oriente refuerza la tesis de una campaña de inteligencia estatal focalizada.

En lo que respecta a la autoría del ataque, los analistas de malware han establecido con un alto nivel de confianza que HollowGraph forma parte del ecosistema de herramientas del framework Cavern. Cavern es un sofisticado entorno de backdoors modulares en .NET documentado originalmente por Check Point Research, el cual consta de múltiples plugins que se despliegan de forma selectiva según los requerimientos de la fase de explotación. El vínculo técnico entre HollowGraph y Cavern quedó expuesto por:

  • Una sintaxis idéntica en los formatos de comandos internos procesados por los agentes de software.
  • La presencia de códigos de autocomando compartidos en ambas familias, tales como la instrucción específica utilizada para alternar el registro de depuración de manera dinámica (toggle debug logging).

El framework Cavern ha sido históricamente vinculado con las actividades de Cavern Manticore, un grupo que las agencias de inteligencia asocian de manera directa con el Ministerio de Inteligencia y Seguridad de Irán (MOIS). Aunque existen evidentes solapamientos técnicos y tácticos con el conocido grupo de amenazas de nexo iraní Lyceum (también clasificado como un subgrupo de OilRig), Group-IB ha optado por mantener una atribución de baja confianza hacia este grupo específico, enfatizando que las firmas de código compartidas podrían deberse al intercambio de herramientas entre diversas unidades de operaciones cibernéticas del régimen de Teherán.

Estrategias de Mitigación y Caza de Amenazas (Threat Hunting)

La emergencia de técnicas de Comando y Control basadas en servicios legítimos en la nube (conocidas en la industria como Cloud-Abuse Patterns o patrones de abuso de nube) plantea un desafío titánico para los administradores de TI. Bloquear direcciones IP o restringir el tráfico hacia dominios maliciosos conocidos es completamente inútil contra el malware HollowGraph, ya que sus conexiones principales se dirigen de forma legítima a Microsoft.

Para proteger proactivamente los entornos empresariales contra esta amenaza, se recomienda encarecidamente implementar las siguientes directivas de detección:

  1. Auditar los Registros de Microsoft Purview: Es fundamental monitorizar activamente los registros de auditoría de Microsoft 365 en busca de actividades inusuales asociadas con la creación, modificación o consulta de elementos de calendario. Se debe prestar especial atención a aquellas operaciones originadas por aplicaciones registradas en Entra ID o cuentas que interactúen con citas fechadas en el mediano y largo plazo (por ejemplo, citas programadas para el año 2050 o fechas absurdamente distantes).
  2. Monitorear el Tráfico DNS por IPv6: Dado que el mecanismo de actualización de credenciales de HollowGraph depende de la resolución de registros AAAA en busca de cargas útiles UTF-8, los equipos de seguridad deben supervisar las solicitudes DNS salientes. Es necesario investigar cualquier patrón recurrente de consultas IPv6 dirigidas a dominios de infraestructura dinámica o dominios no categorizados como cloudlanecdn[.]com.
  3. Revisión de Archivos de Configuración Locales: Implementar reglas de detección en soluciones EDR (Endpoint Detection and Response) para identificar la creación o modificación de archivos de texto con nombres sospechosos como logAzure.txt en directorios de sistema comunes o carpetas temporales de usuario.
  4. Aplicar el Principio de Privilegio Mínimo en Aplicaciones de Entra ID: Limitar estrictamente los permisos otorgados a las aplicaciones de terceros integradas en la organización. Se debe restringir el acceso a los ámbitos de lectura y escritura de calendarios de usuarios (como Calendars.ReadWrite) únicamente a aquellos servicios corporativos esenciales que justifiquen plenamente dicha función.

La sofisticación exhibida por el malware HollowGraph evidencia un adversario con un alto grado de madurez operativa y recursos considerables. Al camuflar sus actividades de espionaje dentro de las herramientas de productividad en las que confían millones de organizaciones a diario, demuestra que la visibilidad interna del tráfico en la nube y la auditoría exhaustiva de los registros de aplicaciones son hoy más críticas que nunca para la supervivencia digital de cualquier infraestructura gubernamental o corporativa.

Publicado en Alerta de Amenazas, Seguridad & Privacidad | Etiquetado , , , | Deja un comentario

Chip Frozen v2: Google integra arquitectura Gemini en su hardware

La implacable carrera de la inteligencia artificial ha expuesto una verdad incómoda: el avance del software está limitado por las fronteras físicas de los procesadores de propósito general. Para romper esta barrera, Google está liderando un audaz cambio de paradigma en el diseño de semiconductores. La compañía desarrolla un procesador altamente especializado para servidores, conocido bajo el nombre en clave de chip Frozen v2, cuya misión es grabar de forma física y permanente la arquitectura lógica de sus modelos de lenguaje grande (LLM) Gemini directamente en las puertas lógicas del silicio. Este proyecto, revelado inicialmente por el medio especializado The Information, representa una evolución que busca transformar drásticamente la economía del cómputo y la inferencia de IA a escala global.

La reinvención de la inferencia: ¿Qué hace único al chip Frozen v2?

Para entender el impacto del chip Frozen v2, primero es necesario comprender cómo funcionan los aceleradores de IA contemporáneos. Las unidades de procesamiento gráfico (GPU) de Nvidia o las propias unidades de procesamiento tensorial (TPU) de Google están diseñadas para ser flexibles. Estas unidades cargan cualquier modelo de red neuronal en su memoria, interpretan su estructura lógica sobre la marcha y realizan miles de millones de operaciones matemáticas genéricas. Esta flexibilidad requiere un enorme costo de procesamiento adicional (overhead), ya que el chip debe tomar decisiones dinámicas de enrutamiento de datos y programación de tareas a nivel de compilador y hardware en cada consulta.

El chip Frozen v2 elimina esta flexibilidad en favor de una eficiencia extrema. Al grabar de manera fija en los transistores los patrones, las conexiones y el flujo de datos característicos de la arquitectura Gemini, el procesador no necesita deducir cómo procesar el modelo; el silicio mismo es el modelo. Esto reduce drásticamente el número de pasos de procesamiento requeridos y optimiza de forma casi perfecta el tránsito de información dentro del silicio.

El origen del proyecto: De Jeff Dean a la flexibilidad de la versión 2

La idea de integrar redes neuronales en silicio no es completamente nueva en los laboratorios de Google. El concepto original fue ideado por Jeff Dean, el legendario científico principal de Google DeepMind. En su primera iteración, el proyecto propuso grabar directamente en el chip no solo la arquitectura de la red, sino también los «pesos» o parámetros numéricos del modelo.

Sin embargo, ese enfoque pionero fue descartado rápidamente debido a su falta de viabilidad comercial. Dado que los pesos de un modelo de IA se actualizan de manera constante mediante el reentrenamiento para mejorar la precisión y evitar sesgos, un chip con parámetros grabados en piedra quedaría obsoleto a las pocas semanas de salir de la fábrica de semiconductores, destruyendo el retorno de inversión de un proceso de manufactura que toma meses o años.

Es aquí donde entra la genialidad del rediseño en la versión v2. El chip Frozen v2 mantiene «congelada» únicamente la topología de la red (la disposición de las capas de atención, las funciones de activación y las conexiones de retroalimentación de Gemini), pero deja los pesos del modelo completamente abiertos para ser actualizados dinámicamente en la memoria del chip. De este modo, Google puede actualizar Gemini de la versión 1.5 a la 2.0, o aplicar parches de seguridad a los parámetros del modelo, sin necesidad de cambiar el hardware físico, siempre y cuando estas iteraciones respeten el diseño arquitectónico base del chip.

Eficiencia sin precedentes: De 6 a 10 veces más tokens por vatio

La métrica dorada en la era de la IA ya no es solo la velocidad bruta de procesamiento, sino la eficiencia energética medida en tokens procesados por vatio de energía consumida. De acuerdo con las proyecciones internas de los ingenieros de Google, el chip Frozen v2 será entre 6 y 10 veces más eficiente que sus TPU más avanzadas de propósito general al procesar tareas de inferencia para Gemini.

Esta mejora exponencial en el rendimiento energético es el resultado directo de la optimización estructural del hardware. Las ventajas clave que permiten este hito incluyen:

  • Minimización del movimiento de datos: En la computación tradicional, mover datos entre la memoria RAM (o HBM) y las unidades de cálculo consume mucha más energía que la operación matemática en sí. Al tener la topología de la red grabada en el silicio, las distancias físicas que recorren los datos dentro del chip se reducen drásticamente.
  • Eliminación del enrutamiento dinámico: Al no requerir circuitos lógicos de asignación dinámica de tareas (multiplexores y decodificadores de instrucciones complejas), casi todo el presupuesto térmico y de energía del chip se destina exclusivamente a ejecutar multiplicaciones y acumulaciones de matrices de Gemini.
  • Optimización de la latencia: Con menos pasos lógicos en el camino del procesamiento de cada consulta, la respuesta de Gemini se genera a velocidades sin precedentes, abriendo la puerta a interacciones en tiempo real de latencia ultra baja en dispositivos finales y robótica.

El contexto estratégico: Cuellos de botella y la economía del silicio propio

El desarrollo del chip Frozen v2 responde a una necesidad de supervivencia económica e infraestructura crítica para Alphabet. La demanda de servicios de inteligencia artificial ha provocado una escasez global de capacidad de cómputo tan severa que, según fuentes cercanas al proyecto, Google Cloud se ha visto obligado a rechazar contratos lucrativos con clientes externos debido a la falta de servidores disponibles. Asimismo, la compañía ha tenido que mediar en intensas disputas internas entre divisiones que compiten por el acceso a las GPU y TPU para entrenar y desplegar sus modelos.

A esto se suma la presión de Wall Street. Alphabet proyecta inversiones masivas en infraestructura que oscilan entre los $180,000 y $190,000 millones de dólares. Ante tal volumen de inversión en bienes de capital (CapEx), los inversionistas exigen retornos claros y una reducción en los costos operativos de ofrecer servicios basados en IA generativa a miles de millones de usuarios en Search, Google Workspace, Google Assistant y el sistema operativo Android.

El chip Frozen v2 no está diseñado para sustituir la línea de unidades de procesamiento tensorial (TPU) de Google, las cuales seguirán siendo cruciales para el entrenamiento flexible de nuevos modelos y para tareas de propósito general en la nube. En su lugar, actuará como un coprocesador especializado de altísimo volumen dedicado exclusivamente a la inferencia. Al trasladar la inmensa carga de trabajo que supone responder a billones de consultas diarias de Gemini a un silicio ultrabarato de operar, Google puede liberar sus costosas TPU y GPU generales para las fases de entrenamiento y desarrollo científico.

El fin del monopolio absoluto: OpenAI, Anthropic y la carrera post-Nvidia

El movimiento de Google representa una tendencia acelerada de integración vertical que busca romper la dependencia hegemónica del ecosistema de Nvidia. La firma dirigida por Jensen Huang domina el mercado de hardware de IA, pero sus altos márgenes de ganancia asfixian las finanzas de las empresas que desarrollan modelos de lenguaje. En respuesta, los gigantes de la tecnología están diseñando sus propios circuitos integrados de aplicación específica (ASIC).

Este esfuerzo de Google coincide con iniciativas similares de sus competidores más cercanos:

  1. OpenAI y su chip «Jalapeño»: Presentado en junio de 2026, este silicio personalizado busca optimizar los costos de inferencia de los modelos GPT de la firma liderada por Sam Altman.
  2. Anthropic y Samsung: Reportes recientes apuntan a que Anthropic está negociando una alianza estratégica con Samsung para desarrollar chips de inferencia optimizados específicamente para su familia de modelos Claude.
  3. El proyecto «Icefish» de Google: Paralelamente a Frozen v2, Google se encuentra en conversaciones avanzadas con Samsung para fabricar un módulo de interconexión clave para sus TPU de próxima generación utilizando el nodo de manufactura de 2 nanómetros de la firma surcoreana.

Hacia el 2028: El riesgo de congelar la innovación en el hardware

A pesar de sus promesas de eficiencia revolucionaria, el camino hacia el despliegue del chip Frozen v2, proyectado para el año 2028, no está exento de riesgos monumentales. El diseño de un semiconductor de vanguardia requiere años de planificación, simulación y validación física antes de entrar a la fase de producción masiva en las fundiciones de silicio.

El mayor desafío radica en la velocidad a la que evoluciona la ciencia de la inteligencia artificial. Si los ingenieros de Google congelan hoy la arquitectura lógica de Gemini en un circuito integrado que estará listo en 2028, se exponen al riesgo de que la industria adopte arquitecturas completamente nuevas en el mediano plazo. Por ejemplo, si los Transformers con atención densa o los Modelos de Mezcla de Expertos (MoE) actuales son superados por arquitecturas basadas en Modelos de Espacio de Estados (SSM) o redes neuronales recurrentes de nueva generación, el chip Frozen v2 podría nacer obsoleto para los modelos de vanguardia.

Por lo tanto, la viabilidad de este hardware dependerá de la capacidad de Google para estandarizar la columna vertebral matemática de Gemini durante la próxima década. De lograrlo, Google no solo resolverá su crisis interna de capacidad de cómputo, sino que reescribirá por completo las reglas de rentabilidad en la industria de la inteligencia artificial, demostrando que en la era de los algoritmos masivos, el software más inteligente es aquel que se convierte en hardware.

Publicado en Inteligencia Artificial, Tecnología & IA | Etiquetado , , , | Deja un comentario

Cómo evadir censura internet con FreeSocks v2: Privacidad total

La censura digital a nivel estatal ha dejado de ser una simple barrera de filtrado de direcciones IP para convertirse en una sofisticada maquinaria de guerra algorítmica. En este contexto de vigilancia extrema, la organización sin fines de lucro estadounidense Unredacted, bajo su estatus 501(c)(3), ha dado un golpe sobre la mesa con el lanzamiento oficial de FreeSocks v2 el 20 de julio de 2026. Esta segunda generación de su servicio de proxy y VPN gratuito y enfocado en la privacidad ha sido reconstruida desde sus cimientos con un propósito claro: ofrecer a activistas, periodistas y ciudadanos en entornos de alto riesgo una herramienta infalible para evadir censura internet en un panorama dominado por la Inspección Profunda de Paquetes (DPI) y el bloqueo selectivo de protocolos .

Desde su debut en 2023, la versión original de FreeSocks dependía en gran medida de protocolos como Shadowsocks y Outline, distribuyendo más de 60,000 llaves de acceso seguro a usuarios atrapados detrás de firewalls nacionales . No obstante, los censores estatales refinaron drásticamente sus técnicas, logrando identificar y bloquear los apretones de manos (handshakes) característicos de Shadowsocks con alarmante precisión . La respuesta de Unredacted no ha sido simplemente parchear lo existente, sino redefinir por completo las reglas de la evasión digital mediante una arquitectura extremadamente avanzada .

La caída de Shadowsocks y el auge del DPI estatal

Durante años, Shadowsocks fue el estándar de oro para burlar el Gran Cortafuegos de China y otros sistemas de censura similares. Al camuflar el tráfico como flujos de datos cifrados sin una estructura reconocible, lograba pasar desapercibido. Sin embargo, los sistemas modernos de Inspección Profunda de Paquetes (DPI) han evolucionado para utilizar heurísticas avanzadas y aprendizaje automático . En lugar de buscar firmas estáticas, los censores analizan ahora la entropía de los paquetes y los patrones de tiempo de conexión. Dado que Shadowsocks carece de un protocolo de enlace convencional, la «ausencia de firma» se convirtió paradójicamente en su firma, permitiendo a los firewalls automatizados bloquear estas conexiones de manera masiva.

Para contrarrestar este fenómeno, los desarrolladores de Unredacted comprendieron que la única manera de sobrevivir en la red actual es mimetizarse por completo con el tráfico legítimo . Ya no basta con cifrar los datos; es necesario simular comportamientos de navegación web habituales para que el tráfico cifrado de la VPN sea indistinguible del acceso a un sitio bancario, una plataforma de streaming o un portal de noticias corporativo.

VLESS y la suite Xray: El nuevo estándar para evadir censura internet

El núcleo de FreeSocks v2 abandona por completo el ecosistema clásico de Outline para adoptar Xray, un motor de enrutamiento de tráfico de vanguardia diseñado específicamente para eludir la vigilancia estatal . La implementación de Xray se basa principalmente en el protocolo VLESS combinado con tecnologías de transporte altamente avanzadas como REALITY . Esta combinación redefine lo que significa evadir censura internet debido a su sofisticado método de ocultación:

  • Protocolo VLESS (sin estado): A diferencia de VMess o de los protocolos VPN convencionales, VLESS es un protocolo de transporte de proxy extremadamente ligero que no requiere cifrado interno propio a nivel de aplicación . En su lugar, delega la seguridad en la capa de transporte subyacente (TLS), reduciendo drásticamente la latencia y eliminando cualquier patrón de cifrado anómalo que los algoritmos de DPI puedan detectar.
  • Ofuscación TLS REALITY: El mayor avance técnico radica en eliminar la necesidad de que el servidor proxy configure y valide certificados TLS autofirmados o de dominios sospechosos. Con REALITY, el servidor proxy de FreeSocks v2 «toma prestada» la identidad de un servidor web legítimo y de alta confianza global (como Microsoft, Apple, Yahoo o Google) . Al interceptar el apretón de manos inicial, REALITY imita las características criptográficas (como los hashes de huella digital TLS JA3/JA4) del servidor real, permitiendo que el tráfico se mezcle por completo en el ruido general de la web .
  • Resistencia contra el escaneo activo: Si un cortafuegos del gobierno detecta una IP sospechosa e intenta realizar un «escaneo activo» (active probing) enviando solicitudes aleatorias para identificar si es un puerto de proxy, REALITY redirige silenciosamente dicha sonda al servidor web real imitado . Para el censor, la IP se comporta exactamente igual que el sitio web de confianza, haciendo imposible clasificarla como infraestructura VPN.

Arquitectura modular y rotación inteligente con FCP

El diseño de FreeSocks v2 introduce una flexibilidad sin precedentes a través de su arquitectura modular de proxies conectables (Pluggable Proxy Architecture). En lugar de encadenar el servicio a un único protocolo estático, la plataforma puede alternar dinámicamente entre múltiples mecanismos de ofuscación en caso de que los censores estatales desarrollen contramedidas específicas contra VLESS o REALITY .

Toda esta infraestructura está gobernada por el FreeSocks Control Plane (FCP), un plano de control de código abierto desarrollado por Unredacted que opera de manera serverless en Cloudflare Workers . El FCP se encarga de monitorear constantemente la salud de los servidores de salida y de ejecutar una rotación automatizada de endpoints . Cuando un censor identifica y bloquea un nodo específico en una región determinada, el FCP asigna dinámicamente nuevas rutas alternativas sin requerir la intervención del usuario . Esto reduce significativamente la fricción técnica para los usuarios finales, quienes ya no tienen que reconfigurar manualmente sus aplicaciones en medio de una situación de crisis .

Diseño de huella cero y anonimato extremo

La filosofía de Unredacted parte de una premisa clara: en entornos autoritarios, poseer un registro de una VPN es tan peligroso como la propia censura. Los servicios comerciales tradicionales de VPN asumen que los usuarios pueden proporcionar un correo electrónico, usar contraseñas y realizar pagos rastreables . Para romper con esta cadena de custodia de datos, FreeSocks v2 implementa un sistema de registro con huella digital cero:

  • Sin credenciales identificables: La plataforma no solicita correos electrónicos, números telefónicos, nombres de usuario ni contraseñas.
  • Desafío Proof-of-Work (PoW): Para registrarse, el usuario simplemente accede a la plataforma de FreeSocks y resuelve un breve desafío criptográfico de prueba de trabajo para verificación humana (CAPTCHA) . Esto previene el abuso de bots sin comprometer la identidad del usuario.
  • Generación de cuenta sintética: Una vez resuelto el desafío, el sistema expide un número de cuenta aleatorio de 32 dígitos junto con una URL de suscripción para Xray .
  • Política estricta de cero registros: Unredacted ratifica categóricamente que sus servidores no almacenan ningún tipo de registro de tráfico ni direcciones IP de los clientes, ni siquiera en formato hash .
  • Compatibilidad multiplataforma abierta: Al no depender de una aplicación propietaria cerrada, la URL de suscripción puede importarse en cualquier cliente open-source compatible con Xray (como v2rayN, Sing-box, Nekobox, entre otros) . Los entusiastas de la seguridad avanzada pueden integrar esta suscripción en sus propias topologías personalizadas de multi-salto (multi-hop) para crear capas defensivas de alta redundancia.

Criptografía híbrida post-cuántica: La protección del mañana hoy

Uno de los mayores temores dentro de la comunidad de ciberseguridad global es la táctica de adversarios estatales conocida como «Cosechar ahora, descifrar después» (Harvest Now, Decrypt Later). Bajo esta premisa, las agencias de inteligencia recopilan flujos de datos cifrados de alto valor con la esperanza de descifrarlos en un futuro próximo utilizando computadoras cuánticas de gran escala.

Para mitigar de raíz esta amenaza, FreeSocks v2 incorpora seguridad post-cuántica híbrida mediante la implementación del esquema X-Wing . X-Wing es un mecanismo de encapsulamiento de clave híbrida (PQ/T KEM) que fusiona la solidez matemática de dos algoritmos de primer nivel:

  1. X25519: El estándar clásico de criptografía de curva elíptica Diffie-Hellman, reconocido internacionalmente por su velocidad, robustez física y ausencia de patentes .
  2. ML-KEM-768: Un algoritmo post
Publicado en Anonimato & Privacidad Web, Seguridad & Privacidad | Etiquetado , , , | Deja un comentario

Kingdom Hearts Missing-Link: Se filtra el misterioso intro tras su cancelación

El fenómeno del «lost media» o contenido perdido en la industria de los videojuegos ha cobrado una dimensión mística en la era de la hiperconectividad. Cuando un proyecto de alto perfil es cancelado, normalmente sus secretos quedan sepultados bajo estrictos acuerdos de confidencialidad (NDA). Sin embargo, el masivo leak acontecido entre el 19 y el 20 de julio de 2026 ha sacudido los cimientos de una de las franquicias más complejas del entretenimiento digital. La filtración de la cinemática de apertura completa de Kingdom Hearts Missing-Link no solo ha resuelto uno de los mayores misterios recientes para los historiadores del gaming, sino que ha dejado a la comunidad de fanáticos en un estado de absoluto asombro y desconcierto ante lo que parece ser una de las propuestas creativas más audaces y bizarras de su director, Tetsuya Nomura.

El misterio de Kingdom Hearts Missing-Link: De la cancelación al resurgimiento en las sombras

Para entender la magnitud de este suceso, es necesario remontarse a la accidentada historia del proyecto. Anunciado originalmente en 2022, Kingdom Hearts Missing-Link estaba destinado a ser un spin-off fundamental para dispositivos móviles iOS y Android

Publicado en Curiosidades de Internet, Recursos & Cultura | Etiquetado , , , | Deja un comentario

Malware HOLLOWGRAPH: Espionaje a través de Microsoft 365

En el dinámico tablero del ciberespionaje gubernamental, los actores de amenazas de nivel avanzado persiguen constantemente técnicas capaces de evadir los controles de seguridad perimetrales más rigurosos. Recientemente, el equipo de inteligencia de amenazas de Group-IB reveló un descubrimiento que redefine la persistencia silenciosa en entornos de nube: el malware HOLLOWGRAPH. Este implante para entornos Windows no utiliza los típicos servidores de comando y control (C2) de propiedad del atacante para sus comunicaciones; en su lugar, abusa de la API de Microsoft Graph para transformar los calendarios legítimos de Microsoft 365 en un sofisticado canal de «dead drop» digital bidireccional.

Esta innovadora técnica de evasión permite que el tráfico malicioso se mezcle a la perfección con las interacciones cotidianas de las empresas en la nube, haciendo que las herramientas tradicionales de monitoreo de red (como firewalls o sistemas de detección de intrusos) consideren estas llamadas como consultas legítimas de la plataforma Office. Con una campaña sumamente dirigida que ya cuenta con al menos doce víctimas identificadas, este software malicioso representa un salto evolutivo en las tácticas de persistencia y exfiltración de información sensible.

Anatomía operativa y comandos internos del malware HOLLOWGRAPH

El malware HOLLOWGRAPH está desarrollado como una biblioteca de enlace dinámico (DLL) compilada mediante la tecnología .NET NativeAOT (Ahead-Of-Time). Esta particularidad de compilación no solo optimiza su velocidad de ejecución en sistemas Windows, sino que también elimina gran parte de los metadatos tradicionales de .NET, dificultando significativamente las tareas de ingeniería inversa y análisis estático por parte de los analistas de ciberseguridad.

A pesar de su sofisticada arquitectura de ocultación, el funcionamiento lógico del implante es sumamente minimalista y eficiente. El malware está diseñado para responder de forma estricta a únicamente dos instrucciones fundamentales, procesadas a través del protocolo de comunicación establecido con el cargador principal del sistema comprometido:

  • Comando get (Recepción de Instrucciones): Esta función se encarga de consultar el calendario comprometido mediante peticiones HTTP estructuradas hacia el endpoint calendarView de la API de Microsoft Graph. El objetivo del comando es buscar un evento de calendario específico cuyo asunto contenga un identificador de tarea bajo el patrón de nomenclatura Event ID: <taskID de 7 caracteres>. Una vez localizado, el implante descarga los archivos de texto adjuntos (comúnmente nombrados File{n}.txt), los cuales albergan los comandos cifrados del operador. Tras descifrar el contenido, este es retornado al cargador de malware utilizando una sintaxis de parámetros sumamente estricta: <comando>_;;_<arg0>_,_<arg1>_,_<arg2>.
  • Comando send (Exfiltración de Datos): Cuando el operador del malware requiere extraer información del entorno de la víctima, HOLLOWGRAPH ejecuta la operación inversa. Cifra los datos locales recopilados, genera de manera automática un nuevo evento de calendario simulado y sube los archivos de datos cifrados en fragmentos adjuntos. Para que los operadores del ataque puedan identificar fácilmente cuáles eventos contienen información robada, el malware renombra el asunto del evento utilizando el patrón estructurado Boss{...}ID{...}.

El «Dead Drop» del año 2050: La genialidad de la evasión temporal

Para garantizar que ni el propietario del buzón comprometido ni los administradores de la plataforma sospechen de la creación masiva de citas de calendario en su día a día, los desarrolladores de HOLLOWGRAPH idearon una técnica evasiva tan sencilla como brillante: programar todos estos eventos en una fecha extremadamente lejana, específicamente el 13 de mayo de 2050.

Esta decisión técnica obedece a las siguientes razones tácticas:

  1. Invisibilidad en la interfaz de usuario: Al agendarse casi un cuarto de siglo en el futuro, las reuniones y citas creadas por el malware jamás aparecerán en las vistas diarias, semanales o mensuales activas de los usuarios en Microsoft Outlook o Teams.
  2. Evasión de alertas automáticas: La mayoría de los sistemas de correo corporativos están configurados para generar notificaciones o recordatorios automáticos sobre eventos inminentes o próximos. Un evento fechado en el año 2050 permanece completamente inerte a efectos de alertas de usuario.
  3. Bypass de auditorías estándar: Las auditorías rutinarias de los administradores de TI suelen centrarse en la actividad de calendarios en rangos de tiempo recientes o en la búsqueda de anomalías en reuniones programadas para el año en curso. La lejanía cronológica del evento lo mantiene fuera de las consultas de búsqueda por defecto.

De este modo, los eventos de calendario actúan como un verdadero «buzón muerto» (dead drop) en la nube: están presentes en la base de datos de Microsoft Exchange, pero permanecen completamente invisibles para el ojo humano y para la gran mayoría de las herramientas automáticas de ciberdefensa.

Criptografía híbrida: Blindaje y aislamiento de comunicaciones

El diseño de ingeniería detrás del malware HOLLOWGRAPH evidencia que no nos encontramos ante un desarrollo amateur. El malware implementa un esquema de criptografía híbrida de alta seguridad para proteger tanto las instrucciones entrantes como la información exfiltrada, combinando algoritmos asimétricos y simétricos de última generación.

Para cada bloque de datos transmitido, el sistema genera una clave AES única que cifra la carga útil empleando el algoritmo de cifrado simétrico AES-256-GCM (Galois/Counter Mode), el cual provee confidencialidad y autenticación de datos de manera simultánea. Posteriormente, esta clave simétrica es envuelta y cifrada con el algoritmo asimétrico RSA-OAEP utilizando una clave pública.

No obstante, la característica más sofisticada de su arquitectura criptográfica es el aislamiento bidireccional. HOLLOWGRAPH utiliza pares de claves RSA completamente independientes para el canal de recepción (get) y el canal de envío (send). Esto significa que, si un equipo de respuesta a incidentes logra comprometer la muestra de malware o interceptar el tráfico de exfiltración y descifrar los archivos extraídos del sistema, no obtendrá de manera automática la capacidad de descifrar las instrucciones de comando que los atacantes envían hacia el implante. Esta compartimentación criptográfica protege de manera estricta la integridad de la operación de espionaje, incluso si una de las dos vías de comunicación resulta comprometida por los defensores.

La persistencia invisible: DNS Tunneling y el archivo logAzure.txt

Uno de los mayores retos para cualquier malware que abuse de las APIs de servicios de nube como Microsoft Graph es la caducidad y el refresco de las credenciales de autenticación. Si las credenciales locales expiran o son revocadas, el implante pierde el acceso al calendario de Office 365 y la comunicación con los operadores del ataque se interrumpe de forma definitiva.

Para resolver este problema de manera sigilosa, HOLLOWGRAPH incorpora un segundo canal de comunicación encubierto que opera exclusivamente mediante DNS tunneling. En lugar de realizar solicitudes web HTTPS directas a servidores de autenticación sospechosos, el malware realiza consultas de registros IPv6 de tipo AAAA apuntando al dominio controlado por el atacante cloudlanecdn[.]com.

A través de la estructura de estas consultas y de las respuestas DNS devueltas por el servidor de nombres del atacante, HOLLOWGRAPH es capaz de recibir actualizaciones de sus credenciales de Microsoft Entra ID (anteriormente Azure Active Directory), incluyendo nuevos Client Secrets y Tenant IDs. Dado que el tráfico de resolución DNS a menudo no es bloqueado ni minuciosamente inspeccionado por los sistemas de seguridad de frontera de las empresas, este canal secundario garantiza una vía de escape y persistencia prácticamente imbatible.

Una vez recuperadas las credenciales actualizadas a través del túnel DNS, el malware las sobrescribe en un archivo local almacenado en el disco de la víctima bajo el nombre de logAzure.txt. La elección de este nombre no es fortuita; está diseñado para imitar los registros de diagnóstico estándar generados por los servicios oficiales de Azure y Microsoft, permitiéndole mezclarse de manera inofensiva entre la inmensidad de archivos temporales y de logs que se acumulan a diario en los servidores corporativos.

Atribución geopolítica: El nexo con Irán y la campaña dirigida

La investigación técnica liderada por Group-IB vincula con un alto nivel de confianza al malware HOLLOWGRAPH con el ecosistema de herramientas de la suite de backdoor conocida como Cavern. Cavern es un framework modular de ciberespionaje ampliamente documentado por firmas de análisis táctico como Check Point Research, el cual consta de múltiples complementos especializados diseñados para ejecutar tareas específicas en sistemas comprometidos.

Las conexiones que fundamentan esta atribución técnica incluyen:

  • Sintaxis idéntica de comandos: El uso del delimitador estructurado de parámetros _;;_ y las comas como separadores de argumentos coincide de manera exacta con el formato analizado en otras variantes de Cavern.
  • Códigos de auto-comando compartidos: El comportamiento interno del ejecutable y la forma en que interactúa con la memoria del cargador replican las rutinas de control observadas en infecciones previas de este framework.
  • Traslape con actores de amenazas iraníes: La infraestructura y el código de Cavern se asocian históricamente al grupo de amenazas estatal iraní conocido como Cavern Manticore, una agrupación que presenta fuertes traslapes tácticos y operativos con grupos de amenazas de alto perfil como MuddyWater y Lyceum (este último bajo la órbita directa del Ministerio de Inteligencia y Seguridad de Irán).

Aunque Group-IB mantiene una atribución directa a Lyceum con un nivel de confianza bajo debido a la falta de indicadores forenses exclusivos de dicho grupo, la sofisticación técnica del malware y la rigurosa focalización de sus operaciones apuntan a un adversario con amplios recursos y capacidades de nivel estatal.

De hecho, la campaña detectada no tiene fines de lucro ni busca una propagación oportunista. Todos los indicios recolectados por los investigadores —incluyendo que el buzón de Microsoft 365 comprometido pertenecía a una organización de origen israelí, y que los binarios maliciosos iniciales fueron cargados desde Israel— demuestran que se trata de una operación de espionaje quirúrgico dirigida exclusivamente contra entidades estratégicas del Estado de Israel. Hasta la fecha del reporte, se detectaron doce sistemas infectados en total, de los cuales tres permanecían activamente comunicándose entre el 3 de junio y el 9 de julio de 2026.

Estrategias de detección y mitigación táctica

Para contrarrestar la amenaza representada por el secuestro de calendarios mediante HOLLOWGRAPH, los equipos de operaciones de seguridad (SOC) y los administradores de entornos de nube de Microsoft 365 deben implementar metodologías de búsqueda proactiva de amenazas (Threat Hunting) orientadas a la nube y al tráfico de red:

  1. Auditoría profunda de Microsoft Graph API: Es crucial monitorizar los logs de actividad de Azure AD/Entra ID en busca de aplicaciones empresariales registradas con permisos excesivos de lectura y escritura sobre calendarios (como Calendars.ReadWrite), especialmente aquellas que realicen llamadas frecuentes hacia el endpoint calendarView fuera de los patrones de comportamiento normales de los usuarios.
  2. Búsqueda de anomalías cronológicas en Exchange: Los administradores de Exchange Online deben ejecutar consultas PowerShell periódicas para buscar eventos de calendario programados para fechas inverosímiles en el futuro, con especial énfasis en cualquier cita agendada para el 13 de mayo de 2050 o que contenga adjuntos de tipo de texto plano (como File{n}.txt).
  3. Inspección del tráfico DNS: Se deben auditar las consultas de resolución DNS corporativas en busca de patrones de DNS tunneling que utilicen registros de tipo AAAA y que apunten hacia subdominios de cloudlanecdn[.]com o dominios dinámicos similares sin una justificación de negocio legítima.
  4. Búsqueda forense en endpoints (EDR): Configurar reglas de detección en agentes de seguridad de endpoints para identificar la creación o modificación del archivo logAzure.txt en directorios del sistema, así como la ejecución de bibliotecas DLL compiladas con .NET NativeAOT que presenten conexiones persistentes con procesos relacionados a Office o navegadores de red.
Publicado en Curiosidades de Internet, Recursos & Cultura | Etiquetado , , , | Deja un comentario

Filtración de datos en Paidwork: 23 millones de usuarios afectados

comenzó a gestarse el 29 de marzo de 2026 cuando los sistemas de producción de la infraestructura en la nube de Paidwork sufrieron una intrusión crítica. Pocos días después, a inicios de abril, un actor de amenazas bajo el alias de «hackformetome» publicó un anuncio en un conocido foro de ciberdelincuencia, ofreciendo un volcado de base de datos de 11 GB extraído directamente de Paidwork por un precio confidencial.

Durante meses, el destino de esta base de datos se mantuvo bajo el velo de la incertidumbre en la dark web. No obstante, la situación escaló exponencialmente a mediados de julio de 2026. Al no concretarse una venta exclusiva, el conjunto completo de datos confidenciales fue liberado de manera gratuita y pública en múltiples foros clandestinos y canales de Telegram de piratería informática.

La confirmación definitiva de la gravedad de este incidente llegó el 19 de julio de 2026, cuando el prestigioso servicio de indexación de brechas de seguridad, Have I Been Pwned (HIBP), integró el conjunto de datos de Paidwork en su plataforma de búsqueda. El análisis de los archivos reveló que la brecha contenía exactamente 23,272,765 direcciones de correo electrónico únicas asociadas a cuentas de Paidwork, superando las estimaciones iniciales de los atacantes.

Anatomía de la filtración de

Publicado en Protección de Identidad, Seguridad & Privacidad | Etiquetado , , , | Deja un comentario

El microprocesador Zilog Z80 cumple 50 años con una versión de silicio de código abierto

En el dinámico universo de la tecnología de semiconductores, son pocos los componentes que logran trascender su propia época para convertirse en mitos fundacionales de la informática. En julio de 2026, el legendario microprocesador Zilog Z80 celebra su 50.º aniversario, marcando medio siglo desde su lanzamiento oficial al mercado en julio de 1976. Diseñado por los célebres ingenieros Federico Faggin y Masatoshi Shima tras abandonar Intel, este silicio de 8 bits fue el corazón de la revolución informática doméstica, impulsando computadoras personales, sistemas de control industrial y consolas de videojuegos que definieron a varias generaciones.

La genialidad oculta de un diseño que definió una era

El nacimiento del chip en 1976 representó una obra maestra de la optimización física y presupuestaria. Con una financiación inicial de 500,000 dólares proveniente de Exxon, Faggin y Shima diseñaron un procesador que requirió aproximadamente 400,000 dólares de inversión para sus prototipos lógicos. Para abaratar drásticamente el espacio del silicio y mantener bajos los costos de producción, los diseñadores recurrieron a una técnica

Publicado en Curiosidades de Internet, Recursos & Cultura | Etiquetado , , , | Deja un comentario

Caída de Meta hoy: Facebook e Instagram sufren interrupción global

La mañana del domingo 19 de julio de 2026 quedará registrada en la historia de la tecnología como el día en que el silencio digital se apoderó de las pantallas globales. En un momento de máxima tensión social y expectativa cultural, a tan solo unas horas de disputarse la gran final de la Copa del Mundo de Fútbol de la FIFA entre Argentina y España, las principales plataformas de la multinacional dirigida por Mark Zuckerberg colapsaron de manera abrupta. Esta inesperada y masiva caída de Meta desconectó a miles de millones de usuarios de Facebook, Instagram y Messenger, interrumpiendo canales de comunicación, entretenimiento e intercambio comercial a escala planetaria.

De acuerdo con múltiples observadores del tráfico web, la desconexión se propagó de forma casi instantánea, afectando tanto a las interfaces de escritorio como a las aplicaciones móviles que dependían de peticiones de red en tiempo real. Aunque no es la primera vez que el gigante tecnológico experimenta fallas sistémicas, la coincidencia del apagón con uno de los eventos deportivos más esperados del siglo generó un ambiente de incertidumbre colectiva, llevando a los internautas a saturar redes sociales alternativas como X, Telegram y Discord en busca de respuestas inmediatas

Publicado en Noticias de Impacto, Tecnología & IA | Etiquetado , , , | Deja un comentario