La explotación impulsada por la IA está destruyendo la gestión de vulnerabilidades. He aquí cómo manejarlo. – CYBERDEFENSA.MX

Los plazos de explotación impulsados ​​por la IA se están reduciendo rápidamente y no van a dejar de reducirse. Las vulnerabilidades se descubren, reproducen y utilizan como armas más rápido que nunca en la historia de la seguridad empresarial. Como resultado, la ventana entre la divulgación de una vulnerabilidad y la explotación indiscriminada observada en Internet ahora se mide en horas, no en días.

La principal respuesta de la industria ha sido en gran medida: parchear más rápido.

Los reguladores lo dicen, las juntas directivas lo esperan y los ejecutivos lo exigen. Pero para la mayoría de las empresas, no es un botón que los defensores puedan presionar. La aplicación de parches es un proceso controlado determinado por requisitos de tiempo de actividad, pruebas de estabilidad, ventanas de cambio, aprobaciones comerciales, obligaciones de cumplimiento y la realidad de que los sistemas de producción no se pueden dañar en nombre de la urgencia.

Si bien la aplicación de parches sigue siendo esencial, la aplicación de parches por sí sola o incluso la aplicación de parches más rápido ya no es una respuesta completa a esta «nueva normalidad» y a la afluencia de vulnerabilidades reveladas. La actualización del Proyecto Glasswing de Anthropic en mayo de 2026 hizo que el desequilibrio fuera difícil de ignorar. La compañía dijo que, junto con aproximadamente 50 socios, utilizó Claude Mythos Preview para identificar más de 10,000 vulnerabilidades de gravedad alta o crítica en software de importancia sistémica en un solo mes, mientras que muchas otras organizaciones informan resultados similares con esfuerzos internos, impulsados ​​por IA.

La IA está industrializando la investigación de vulnerabilidades, pero no sólo para los defensores o los proveedores de software. Los atacantes utilizan las mismas herramientas, con la misma ventaja de velocidad, para identificar y reproducir vulnerabilidades que luego se utilizan contra las organizaciones a las que apuntan.

Entonces, ¿qué significa esto para los plazos de explotación y la defensa?

El cuello de botella se ha movido

No es ningún secreto que los plazos de explotación se han ido reduciendo durante años y, en los últimos años, no ha sido raro que las revelaciones de vulnerabilidades vayan seguidas de explotación salvaje en horas de un solo dígito. Con la IA, la ventana que puede tener una gran organización desde que le dicen que hay un problema hasta que alguien intenta usarlo en su contra seguirá comprimiéndose.

Por otra parte, la remediación y la aplicación de parches no han seguido el ritmo. El DBIR 2026 de Verizon es claro en este punto: el tiempo medio para que una organización parchee una vulnerabilidad crítica aumentó año tras año, de 32 días a 43 días.

La realidad es brutal: mientras los atacantes operan en plazos medidos en horas, los defensores operan en plazos medidos en semanas. En esa brecha es donde realmente ocurre la explotación.

Sí, hay más vulnerabilidades. Sí, los atacantes se están moviendo más rápido. Pero la parte más difícil para los defensores es que la remediación no es, y tal vez no pueda ser, más rápida. Decir a las organizaciones que «simplemente parcheen más rápido» es como decirle a alguien que «sea más alto». Suena útil y bien intencionado, pero no es algo que la mayoría de los equipos puedan decidir hacer simplemente.

Luego hay presión proveniente de los reguladores. El CERT-IN de la India emitió recientemente una guía que apunta hacia expectativas de parches subdiarios para ciertas vulnerabilidades críticas. La intención es clara, pero ignora la realidad operativa.

La visión realista es que se abordarán algunas vulnerabilidades antes de que puedan remediarse por completo. Los equipos de seguridad deben planificar en torno a esa realidad sin crear nuevos riesgos operativos. Eso significa responder algunas preguntas rápidamente:

  • ¿Utilizamos esta tecnología?
  • ¿Es la vulnerabilidad teórica?
  • ¿Es la vulnerabilidad explotable dentro de nuestro entorno?
  • ¿Cómo sería la explotación?
  • ¿Qué controles temporales pueden reducir el riesgo mientras se ejecuta el ciclo normal de parches?

El modelo operativo debe cambiar para prevenir, validar y mitigar. Y aquí se explica cómo hacerlo.

Paso 1: Anticiparse a lo que los atacantes probablemente aprovechen

Cada vulnerabilidad revelada no conlleva la misma urgencia. Algunas vulnerabilidades nunca serán explotadas en el mundo real. Otros tienen las características que buscan los atacantes: amplia implementación, accesibilidad a Internet, explotación repetible y un camino claro hacia un acceso significativo a un entorno objetivo.

En un futuro aterradormente cercano donde vemos cientos, si no miles, de vulnerabilidades reveladas diariamente, la preferencia significa identificar qué vulnerabilidades tienen más probabilidades de ser explotadas en estado salvaje para que se pueda realizar un nivel de filtrado y los equipos no pierdan un tiempo crítico investigando todo. La gravedad todavía importa, pero nunca ha sido el panorama completo.

En un ciclo impulsado por IA, ese filtrado debe realizarse en las primeras horas después de la divulgación, antes de que los equipos hayan trabajado en la lista completa. Reducir el campo desde el principio es lo que mantiene a las organizaciones por delante de la ventana de explotación en lugar de reaccionar a ella después del hecho.

Paso 2: reaccionar rápidamente ante las amenazas emergentes y validar la exposición

Una vez que se determina que la explotación salvaje de una amenaza emergente es probable o confirmada, los defensores necesitan la capacidad de reaccionar rápidamente y validar la exposición específica de su organización antes de que los atacantes actúen.

Eso significa convertir una nueva campaña de divulgación o explotación de vulnerabilidades en una respuesta específica del entorno: ¿estamos expuestos? ¿Dónde estamos expuestos? ¿A quién pertenecen los sistemas afectados? ¿Está demostrada la explotabilidad? La reacción rápida del mundo real a las amenazas emergentes debe identificar los sistemas conectados a Internet en todas las unidades de negocios, departamentos y subsidiarias, y contextualizar la vulnerabilidad con inteligencia de amenazas relevante.

Luego, la validación confirma si un atacante puede acceder al componente vulnerable y si es explotable en el mundo real. Una posible vulnerabilidad crea una investigación. Pero una vulnerabilidad validada y explotable, dada la velocidad de la explotación salvaje, ahora requiere una acción rápida y autónoma.

Cuanto más rápido los equipos hagan esa distinción, más rápido podrán decidir qué mitigar, qué monitorear y qué puede pasar a través de la remediación normal.

La velocidad sin precisión genera pánico, y la precisión sin velocidad es irrelevante. Ambos deben combinarse al responder a una amenaza emergente, antes de que comience la explotación.

Paso 3: Mitigar para ganar tiempo para una remediación efectiva

Una vez que se valida la exposición, es posible que la remediación aún requiera pruebas, control de cambios y una implementación coordinada.

La mitigación reduce la explotabilidad durante esa ventana. Para los sistemas con acceso a Internet, esto podría incluir restricciones de acceso, deshabilitación de funciones vulnerables, reglas WAF o API, actualizaciones de IDS o IPS, aislamiento, cambios de configuración, monitoreo o controles temporales que bloqueen patrones de explotación. La mitigación eficaz también debe basarse en cómo funciona la explotación. Una regla genérica basada en un resumen de CVE es más débil que un control creado a partir de la ruta del exploit, la carga útil, las condiciones requeridas y el mal comportamiento conocido. Estos controles no necesitan ser permanentes. Necesitan hacer que la explotación sea más lenta, menos confiable y más difícil de escalar mientras la organización aplica parches de manera segura.

La mitigación autónoma cierra la brecha entre la velocidad del atacante y la velocidad de parcheo. Es el único control que opera en el mismo plazo que la explotación.

Para esto está construido watchTowr

La plataforma WatchTowr comprime la línea de tiempo del defensor para que coincida con las líneas de tiempo de ataque impulsadas por la IA. Al adoptar un enfoque dirigido por atacantes, la plataforma identifica debilidades y vulnerabilidades explotables y, frente a un volumen implacable de amenazas emergentes, permite continuamente a las organizaciones reaccionar rápidamente y mitigar su exposición.

Al aprovechar la IA para combinar inteligencia proactiva contra amenazas, gestión de la superficie de ataque externo y mitigación autónoma, la plataforma watchTowr proporciona claridad: muestra a los equipos qué pueden ver los atacantes, qué pueden explotar y qué se puede hacer para mitigar antes de comprometerse.

Los parches siguen siendo necesarios y absolutamente esenciales. Pero en un mundo de explotación impulsado por la IA, la aplicación de parches por sí sola no se puede realizar a la velocidad requerida y al mismo tiempo garantizar la disponibilidad y evitar interrupciones. La plataforma watchTowr, una solución de gestión de exposición preventiva impulsada por IA, ayuda a las organizaciones a anticiparse a los atacantes, validar la exposición a amenazas emergentes y mitigar de forma autónoma para obtener lo único que los atacantes no pueden dejar atrás: tiempo para responder.

Para programar una demostración y obtener más información sobre la gestión de exposición preventiva, visite atalaya.com.

¿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.

Omisión de autenticación de PAN-OS GlobalProtect (CVE-2026-0257) bajo explotación activa – CYBERDEFENSA.MX

Palo Alto Networks advirtió que una falla de seguridad de gravedad media recientemente revelada que afecta a PAN-OS y Prisma Access ha sido objeto de explotación activa en la naturaleza.

La vulnerabilidad, rastreada como CVE-2026-0257 (Puntuación CVSS: 7,8), se refiere a un caso de omisión de autenticación que podría ser aprovechado por delincuentes para configurar conexiones VPN.

«Las vulnerabilidades de omisión de autenticación en el portal GlobalProtect y la puerta de enlace del software PAN-OS® de Palo Alto Networks permiten al atacante eludir las restricciones de seguridad y establecer una conexión VPN no autorizada», dijo Palo Alto Networks en un aviso publicado el 13 de mayo de 2026.

El problema afecta específicamente a los firewalls con el portal o puerta de enlace GlobalProtect configurado cuando las cookies de anulación de autenticación están habilitadas y existe una configuración de certificado específica, dijo la compañía de seguridad de red.

En una actualización de su aviso del 29 de mayo de 2026, Palo Alto Networks dijo que «se ha dado cuenta de intentos de explotación limitados en dispositivos PAN-OS sin parches y sin mitigaciones aplicadas».

Ciberseguridad

El desarrollo viene después de Rapid7. reveló identificó una explotación exitosa en numerosos clientes, y los primeros esfuerzos se remontan al 17 de mayo de 2026, seguidos de una segunda ola el 21 de mayo. Se considera que ambos conjuntos de explotación son obra del mismo actor de amenazas.

La actividad observada en la segunda ola implicó la asignación de IP de VPN después de la autenticación de cookies en dos casos, otorgando al atacante acceso a la red interna. No hay actividad de seguimiento en los entornos de los clientes donde se estableció una sesión VPN, añadió el proveedor de ciberseguridad.

«Una omisión de autenticación en un dispositivo VPN empresarial de borde puede tener un impacto significativo en las organizaciones afectadas», dijo Rapid7. «Como tal, se insta a las organizaciones que ejecutan dispositivos afectados a actualizar urgentemente a un parche proporcionado por el proveedor».

Como mitigación temporal, se recomienda deshabilitar la función de anulación de autenticación o generar un nuevo certificado para usarlo exclusivamente para la función de anulación de autenticación.

La explotación de CVE-2026-0257 sigue a un informe de Arctic Wolf sobre la continua utilización como arma de una falla de seguridad crítica, ahora parcheada, que afecta las implementaciones de FortiClient Endpoint Management Server (EMS) (CVE-2026-35616, puntuación CVSS: 9.1) para entregar malware de robo de credenciales llamado EKZ Infostealer.

La falla del generador de embudo bajo explotación activa permite el skimming del proceso de pago de WooCommerce – CYBERDEFENSA.MX

Una vulnerabilidad de seguridad crítica que afecta a la
Constructor de embudos
El complemento para WordPress ha sido objeto de explotación activa en la naturaleza para inyectar código JavaScript malicioso en las páginas de pago de WooCommerce con el objetivo de robar datos de pago.

Los detalles de la actividad fueron
publicado
por Sansec esta semana. La vulnerabilidad actualmente no tiene un identificador CVE oficial. Afecta a todas las versiones del complemento anteriores a la 3.15.0.3. Se utiliza en más de 40.000 tiendas WooCommerce.

La falla permite a atacantes no autenticados inyectar JavaScript arbitrario en cada página de pago de la tienda, dijo la empresa holandesa de seguridad de comercio electrónico. FunnelKit, que mantiene Funnel Builder, ha lanzado un parche para la vulnerabilidad en la versión 3.15.0.3.

«Los atacantes están colocando scripts falsos de Google Tag Manager en la configuración ‘Scripts externos’ del complemento», señaló. «El código inyectado parece un análisis ordinario al lado de las etiquetas reales de la tienda, pero carga un skimmer de pagos que roba números de tarjetas de crédito, CVV y direcciones de facturación del proceso de pago».

Ciberseguridad

Según Sansec, Funnel Builder incluye un punto final de pago expuesto públicamente que permite que una solicitud entrante elija el tipo de método interno a ejecutar. Sin embargo, las versiones anteriores se diseñaron de manera que nunca verificaran los permisos de la persona que llama ni limitaran los métodos que se podían invocar.

Un mal actor podría aprovechar esta laguna mediante la emisión de una solicitud no autenticada que puede llegar a un método interno no especificado que escribe datos controlados por el atacante directamente en la configuración global del complemento. Luego, el fragmento de código agregado se inyecta en cada página de pago de Funnel Builder.

Como resultado, un atacante podría colocar un malware

En al menos un caso, Sansec dijo que observó una carga útil que se hacía pasar por un cargador de Google Tag Manager (GTM) para iniciar JavaScript alojado en un dominio remoto. Posteriormente abre una conexión WebSocket al servidor de comando y control (C2) del atacante («wss://protect-wss[.]com/ws») para recuperar un skimmer adaptado al escaparate de la víctima.

El objetivo final del ataque es desviar números de tarjetas de crédito, CVV, direcciones de facturación y otra información personal que los visitantes del sitio podrían ingresar al finalizar la compra. Se recomienda a los propietarios del sitio que actualicen el complemento Funnel Builder a la última versión y revisen Configuración > Pagar > Scripts externos para detectar cualquier cosa que no les resulte familiar y eliminarla.

«Vestir a los skimmers como código de Google Analytics o Tag Manager es una
patrón recurrente de Magecart, ya que los revisores tienden a pasar por alto cualquier cosa que parezca una etiqueta de seguimiento familiar», dijo Sansec.

Ciberseguridad

La divulgación se produce semanas después de que Sucuri detallara una campaña en la que los sitios web Joomla están siendo bloqueados con código PHP muy ofuscado para contactar servidores C2 controlados por atacantes, recibir y procesar instrucciones enviadas por los operadores y servir contenido spam a visitantes y motores de búsqueda sin el conocimiento del propietario del sitio. El objetivo final es aprovechar la reputación de los sitios a la hora de inyectar spam.

«El script actúa como un cargador remoto», afirma el investigador de seguridad Puja Srivastava
dicho
. «Se pone en contacto con un servidor externo, envía información sobre el sitio web infectado y espera instrucciones. La respuesta del servidor remoto determina qué contenido debe ofrecer el sitio infectado».

«Este enfoque permite a los atacantes cambiar el comportamiento del sitio web comprometido en cualquier momento sin modificar los archivos locales nuevamente. El atacante puede inyectar enlaces de productos spam, redirigir a los visitantes o mostrar páginas maliciosas dinámicamente».

Empresa energética azerbaiyana afectada por repetida explotación de Microsoft Exchange – CYBERDEFENSA.MX

Un actor de amenazas con afiliaciones a China ha sido vinculado a una «intrusión de múltiples ondas» dirigida a una compañía de petróleo y gas azerbaiyana no identificada entre finales de diciembre de 2025 y finales de febrero de 2026, lo que marca una expansión de sus objetivos.

La actividad ha sido atribuido por Bitdefender con confianza moderada a alta a un grupo de hackers conocido como Gorrión famoso (también conocido como UAT-9244), que comparte cierto nivel de superposición táctica con grupos rastreados bajo los apodos Earth Estries y Salt Typhoon.

El ataque allana el camino para el despliegue de dos puertas traseras distintas en tres oleadas distintas: Deed RAT (también conocido como Snappybee), un sucesor de ShadowPad que utilizan múltiples grupos de espionaje del nexo con China, y TernDoor, que fue descubierto recientemente en ataques dirigidos a infraestructuras de telecomunicaciones en América del Sur desde 2024.

Ciberseguridad

Lo notable de la campaña es que aprovechó repetidamente el mismo punto de entrada vulnerable de Microsoft Exchange Server a pesar de varios intentos de remediación, intercambiando puertas traseras cada vez: Deed RAT el 25 de diciembre de 2025, TernDoor a finales de enero/principios de febrero de 2026 y un Deed RAT modificado a finales de febrero de 2026. Se estima que los atacantes explotaron la cadena ProxyNotShell para obtener acceso inicial.

«Este ataque extiende la conocida victimología de FamousSparrow a una región donde el papel de Azerbaiyán en la seguridad energética europea ha aumentado materialmente tras la expiración en 2024 del acuerdo de tránsito de gas entre Rusia y Ucrania y las interrupciones del Estrecho de Ormuz en 2026», dijo la empresa rumana de ciberseguridad en un informe compartido con The Hacker News.

«La intrusión ilustra que los actores explotarán y volverán a explotar la misma ruta de acceso hasta que se parchee la vulnerabilidad original, se roten las credenciales comprometidas y se interrumpa por completo la capacidad del atacante para regresar».

Se dice que el acceso inicial fue seguido por intentos de implementar web shells para establecer un punto de apoyo persistente y, finalmente, implementar Deed RAT utilizando una técnica evolucionada de carga lateral de DLL que aprovecha el binario legítimo de LogMeIn Hamachi para cargar y lanzar una DLL no autorizada que es responsable de ejecutar la carga útil principal.

«A diferencia de la carga lateral de DLL estándar que se basa en un simple reemplazo de archivos, este método anula dos funciones exportadas específicas dentro de la biblioteca maliciosa», explicó Bitdefender. «Esto crea un disparador de dos etapas que controla la ejecución del cargador Deed RAT a través del flujo de control natural de la aplicación host, evolucionando aún más las capacidades de evasión de defensa de la carga lateral de DLL tradicional».

También se ha descubierto que los ataques realizan movimientos laterales para ampliar su acceso dentro de la red comprometida y establecer un punto de apoyo redundante para garantizar la resiliencia en caso de que la actividad sea detectada y eliminada.

Ciberseguridad

La segunda ola, por otro lado, tuvo lugar casi un mes después de la intrusión inicial, con el adversario intentando sin éxito emplear la carga lateral de DLL para soltar TernDoor mediante Mofu Loader, un cargador de código shell anteriormente atribuido a GroundPeony.

La empresa azerbaiyana fue atacada por tercera vez a finales de febrero de 2026, cuando los actores de amenazas intentaron una vez más implementar una versión modificada de Deed RAT, lo que indica esfuerzos activos para refinar y evolucionar su arsenal de malware. Este artefacto utiliza «sentinelonepro [.]com» para comando y control (C2).

«Esta intrusión no debe verse como un compromiso aislado, sino como una operación sostenida y adaptativa realizada por un actor que repetidamente buscó recuperar y ampliar el acceso dentro del entorno de la víctima», dijo Bitdefender. «A lo largo de múltiples oleadas de actividad, se revisó la misma ruta de acceso, se introdujeron nuevas cargas útiles y se establecieron puntos de apoyo adicionales, lo que subraya un alto grado de persistencia y disciplina operativa».

cPanel CVE-2026-41940 bajo explotación activa para implementar la puerta trasera de Filemanager – CYBERDEFENSA.MX

Un actor de amenazas llamado Mr_Rot13 ha sido atribuido a la explotación de una falla crítica de cPanel recientemente revelada para implementar una puerta trasera con nombre en código. Administrador de archivos en entornos comprometidos.

El ataque explota CVE-2026-41940, una vulnerabilidad que afecta a cPanel y WebHost Manager (WHM) y que podría provocar una omisión de autenticación y permitir a atacantes remotos obtener un control elevado del panel de control.

Según un nuevo informe de QiAnXin XLab, el defecto de seguridad ha sido explotado por varios actores de amenazas poco después de su divulgación pública a fines del mes pasado, lo que resultó en comportamientos maliciosos como minería de criptomonedas, ransomware, propagación de botnets e implantación de puertas traseras.

«Los datos de seguimiento muestran que más de 2.000 IP de origen de atacantes en todo el mundo están actualmente involucradas en ataques automatizados y actividades de ciberdelincuencia dirigidas a esta vulnerabilidad», dijeron los investigadores de XLab. «Estas IP se distribuyen en múltiples regiones a nivel mundial, principalmente desde Alemania, Estados Unidos, Brasil, Países Bajos y otras regiones».

Ciberseguridad

Un análisis más profundo de la actividad de explotación en curso ha descubierto un script de shell que utiliza wget o curl para descargar un infector basado en Go desde un servidor remoto («cp.dene.[de[.]com») que está diseñado para implantar un sistema cPanel comprometido con una clave pública SSH para acceso persistente, además de colocar un shell web PHP que facilita la carga/descarga de archivos y la ejecución remota de comandos.

Luego, el shell web se usa para inyectar código JavaScript para ofrecer una página de inicio de sesión personalizada para robar las credenciales de inicio de sesión y desviarlas a un sistema controlado por un atacante que está codificado usando el ROT13 cifrado («arrugado[.]com«). Una vez que se transmiten los detalles, la cadena de ataque culmina con el despliegue de una puerta trasera multiplataforma capaz de infectar sistemas Windows, macOS y Linux.

El infectador también está equipado para recopilar información confidencial del host comprometido, incluido el historial de bash, datos SSH, información del dispositivo, contraseñas de bases de datos y alias virtuales de cPanel (también conocidos como valiases), en un grupo de Telegram de 3 miembros creado por un usuario llamado «0xWR».

En la secuencia de infección analizada por XLab, Filemanager se entrega mediante un script de shell descargado del archivo «wpsock[.]com». La puerta trasera admite administración de archivos, ejecución remota de comandos y funcionalidad de shell.

Ciberseguridad

Hay indicios de que el actor amenazador detrás de la operación ha estado operando silenciosamente en las sombras durante años. Esta evaluación se basa en el hecho de que el dominio de comando y control (C2) integrado en el código JavaScript se ha utilizado en una puerta trasera basada en PHP («ayudante.php«) que se subió a la plataforma VirusTotal en abril de 2022. El dominio se registró por primera vez en octubre de 2020.

«Durante los seis años transcurridos desde 2020 hasta el presente, la tasa de detección de las muestras e infraestructura relacionadas de Mr_Rot13 en todos los productos de seguridad se ha mantenido extremadamente baja», dijo XLab.

Los piratas informáticos utilizaron IA para desarrollar la primera derivación 2FA de día cero conocida para la explotación masiva

Google reveló el lunes que identificó a un actor de amenazas desconocido utilizando un exploit de día cero que, según dijo, probablemente fue desarrollado con un sistema de inteligencia artificial (IA), lo que marca la primera vez que la tecnología se utiliza en la naturaleza en un contexto malicioso para el descubrimiento de vulnerabilidades y la generación de exploits.

Se dice que la actividad es obra de actores de amenazas de delitos cibernéticos que parecen haber colaborado juntos para planificar lo que el gigante tecnológico describió como una «operación de explotación masiva de vulnerabilidades».

«Nuestro análisis de los exploits asociados con esta campaña identificó una vulnerabilidad de día cero implementada en un script Python que permite al usuario evitar la autenticación de dos factores (2FA) en una popular herramienta de administración de sistemas basada en la web y de código abierto», Google Threat Intelligence Group (GTIG) dicho en un informe compartido con The Hacker News.

El gigante tecnológico dijo que trabajó con el proveedor afectado para revelar responsablemente la falla y solucionarla para interrumpir la actividad de manera proactiva. No reveló el nombre de la herramienta.

Aunque no hay evidencia que sugiera que la herramienta Gemini AI de Google se haya utilizado para ayudar a los actores de amenazas, GTIG evaluó con alta confianza que se utilizó un modelo de AI para facilitar el descubrimiento y la utilización de la falla a través de un script Python que presentaba todas las características típicamente asociadas con el código generado por el modelo de lenguaje grande (LLM).

«Por ejemplo, el guión contiene una gran cantidad de cadenas de documentación educativa, incluida una puntuación CVSS alucinada, y utiliza un formato Pythonic de libro de texto estructurado muy característico de los datos de entrenamiento de LLM (por ejemplo, menús de ayuda detallados y la limpia clase de color _C ANSI)», agregó GTIG.

La vulnerabilidad, descrita como una omisión 2FA, requiere credenciales de usuario válidas para su explotación. Surge de una falla de lógica semántica de alto nivel que surge como resultado de una suposición de confianza codificada, algo que los LLM destacan en detectar.

«La IA ya está acelerando el descubrimiento de vulnerabilidades, reduciendo el esfuerzo necesario para identificar, validar y convertir las fallas en armas», dijo Ryan Dewhurst, jefe de inteligencia de amenazas de watchTowr, a The Hacker News en un comunicado. «Esta es la realidad actual: el descubrimiento, la utilización de armas y la explotación son más rápidos. No nos dirigimos hacia líneas de tiempo comprimidas; hemos estado observando cómo se comprimen las líneas de tiempo durante años. No hay piedad por parte de los atacantes y los defensores no pueden optar por no participar».

Ciberseguridad

El desarrollo se produce cuando la IA no solo actúa como un multiplicador de fuerza para la divulgación y el abuso de vulnerabilidades, sino que también permite a los atacantes desarrollar malware polimórfico y realizar operaciones de malware autónomas, como se observa en el caso de PromptSpy, un malware de Android que abusa de Gemini para analizar la pantalla actual y proporcionarle instrucciones para fijar la aplicación maliciosa en la lista de aplicaciones recientes.

Una investigación más profunda de la puerta trasera ha descubierto un conjunto más amplio de capacidades para permitir que el malware navegue por la interfaz de usuario de Android y monitoree e interprete de forma autónoma la actividad del usuario en tiempo real para determinar el siguiente curso de acción utilizando un módulo de agente autónomo.

PromptSpy también está equipado para capturar datos biométricos de la víctima para reproducir gestos de autenticación, como un PIN de pantalla de bloqueo o un patrón, para recuperar el acceso a un dispositivo comprometido. Además de eso, es capaz de evitar la desinstalación mediante el uso de un módulo «AppProtectionDetector» que identifica las coordenadas en pantalla del botón «Desinstalar» y ofrece una superposición invisible justo sobre el botón para bloquear los eventos táctiles de la víctima y dar la impresión de que el botón no responde.

«Si bien PromptSpy se inicializa utilizando infraestructura y credenciales predeterminadas codificadas, el malware está diseñado con una alta resiliencia operativa, lo que permite a los adversarios rotar componentes críticos en tiempo de ejecución sin volver a implementar la carga útil de PromptSpy», dijo Google.

«Específicamente, la infraestructura de comando y control (C2) del malware, incluidas las claves API de Gemini y el servidor de retransmisión VNC, se puede actualizar dinámicamente a través del canal C2. Este modelo de configuración demuestra que los desarrolladores anticiparon contramedidas defensivas y diseñaron la puerta trasera para mantener la presencia incluso si los defensores identifican y bloquean puntos finales de infraestructura específicos».

Google dijo que tomó medidas contra PromptSpy al desactivar todos los activos relacionados con la actividad maliciosa. No se han descubierto aplicaciones que contengan malware en Play Store. Algunos otros casos de abuso específico de Gemini detectados por Google se enumeran a continuación:

También se ha descubierto que los actores de amenazas están experimentando con un repositorio especializado de GitHub llamado «legado-wooyun» que está diseñado como un complemento de habilidad de código de Claude que presenta más de 5000 casos de vulnerabilidad del mundo real recopilados por la plataforma china de divulgación de vulnerabilidades WooYun entre 2010 y 2016.

«Al preparar el modelo con datos de vulnerabilidad, se facilita el aprendizaje en contexto para dirigir el modelo para abordar el análisis de código como un experto experimentado e identificar fallas lógicas que de otro modo el modelo base no podría priorizar», explicó Google.

En otros lugares, se dice que un presunto actor de amenazas alineado con China desplegó herramientas agentes como Hexstrike AI y Strix en un ataque dirigido a una empresa de tecnología japonesa y una importante plataforma de ciberseguridad del este de Asia para realizar descubrimientos automatizados con una mínima supervisión humana.

Google también dijo que sigue viendo actores de operaciones de información (IO) de Rusia, Irán, China y Arabia Saudita que utilizan IA para tareas de productividad comunes como investigación, creación de contenido y localización, incluso cuando denunció la actividad de amenazas afiliada a China desde UNC6201 que involucraba el uso de un script Python disponible públicamente para registrar automáticamente y cancelar inmediatamente cuentas premium LLM.

«Este proceso resalta los métodos que aprovechan los adversarios para adquirir capacidades de IA de alto nivel a escala mientras aíslan su actividad maliciosa de las prohibiciones de cuentas», señaló GTIG.

«Los actores de amenazas ahora buscan acceso anónimo y de nivel premium a modelos a través de middleware profesionalizado y canales de registro automatizados para eludir ilícitamente los límites de uso. Esta infraestructura permite el uso indebido de servicios a gran escala al tiempo que subsidia las operaciones mediante el abuso de pruebas y el ciclo programático de cuentas».

Otra actividad vinculada a China señalada por Google se origina en UNC5673 (también conocido como TEMP.Hex), que ha empleado varias herramientas comerciales disponibles públicamente y proyectos de GitHub para probablemente facilitar el abuso escalable de LLM.

Ciberseguridad

Los hallazgos se superponen con reciente informes sobre un próspero mercado gris de plataformas de retransmisión API que permiten a los desarrolladores locales en China acceder ilícitamente a Anthropic Claude y Gemini. Estas estaciones de retransmisión o transferencia dirigen el acceso a estos modelos de IA a través de servidores proxy alojados fuera de China continental. Los servicios se anuncian en los mercados chinos en línea Taobao y Xianyu.

en un estudio publicado En marzo de 2026, académicos del Centro Helmholtz para la Seguridad de la Información CISPA encontraron 17 API ocultas que afirman brindar acceso a servicios modelo oficiales sin limitaciones regionales a través de acceso indirecto. Una evaluación del desempeño de estos servicios descubrió evidencia de sustitución de modelos, exponiendo las aplicaciones de IA a riesgos de seguridad no deseados.

«En puntos de referencia médicos de alto riesgo como MedQA, la precisión del modelo Gemini-2.5-flash cae precipitadamente, del 83,82% con la API oficial a aproximadamente el 37,00% en todas las API ocultas examinadas», dijeron los investigadores en el artículo.

Es más, los servicios proxy pueden capturar cada mensaje y respuesta que pasa a través de sus servidores, proporcionando a los operadores acceso ilegal a una mina de oro de datos que luego podrían usarse para ajustar modelos y realizar destilación de conocimiento ilícito.

En los últimos meses, los entornos de IA también se han convertido en el objetivo de adversarios como TeamPCP (también conocido como UNC6780), lo que expone a los desarrolladores a ataques a la cadena de suministro y permite a los atacantes profundizar en las redes comprometidas para su posterior explotación.

«Por ejemplo, los actores de amenazas con acceso a los sistemas de inteligencia artificial de una organización podrían aprovechar modelos y herramientas internos para identificar, recopilar y exfiltrar información confidencial a escala o realizar tareas de reconocimiento para avanzar más profundamente dentro de una red», dijo Google. «Si bien el nivel de acceso y el uso particular dependen en gran medida de la organización y de la dependencia comprometida específica, este estudio de caso demuestra el panorama ampliado de las amenazas a la cadena de suministro de software para los sistemas de IA».

Ivanti EPMM CVE-2026-6973 RCE bajo explotación activa otorga acceso a nivel de administrador – CYBERDEFENSA.MX

Ivanti advierte que se ha explorado una nueva falla de seguridad que afecta a Endpoint Manager Mobile (EPMM) en ataques limitados en la naturaleza.

La vulnerabilidad de alta gravedad, CVE-2026-6973 (Puntuación CVSS: 7.2), es un caso de validación de entrada incorrecta que afecta a EPMM antes de las versiones 12.6.1.1, 12.7.0.1 y 12.8.0.1.

Permite a «un usuario autenticado remotamente con acceso administrativo lograr la ejecución remota de código», Ivanti dicho en un aviso publicado hoy.

«Somos conscientes de un número muy limitado de clientes explotados con CVE-2026-6973. La explotación exitosa requiere autenticación de administrador. Si los clientes siguieron la recomendación de Ivanti en enero de rotar las credenciales si fueron explotados con CVE-2026-1281 y CVE-2026-1340, entonces su riesgo de explotación por CVE-2026-6973 se reduce significativamente».

Actualmente no se sabe quién está detrás de los esfuerzos de explotación, si alguno de esos ataques tuvo éxito y cuáles eran los objetivos finales de los ataques.

Ciberseguridad

El desarrollo ha llevado a la Agencia de Seguridad de Infraestructura y Ciberseguridad de EE. UU. (CISA) a agregar la falla de sus vulnerabilidades explotadas conocidas (KEV), que exige que las agencias del Poder Ejecutivo Civil Federal (FCEB) apliquen las correcciones antes del 10 de mayo de 2026.

También parcheados por Ivanti en EPMM hay otras cuatro fallas:

  • CVE-2026-5786 (Puntuación CVSS: 8,8): una vulnerabilidad de control de acceso inadecuado que permite a un atacante autenticado remoto obtener acceso administrativo.
  • CVE-2026-5787 (Puntuación CVSS: 8,9): una vulnerabilidad de validación de certificados incorrecta que permite a un atacante remoto no autenticado hacerse pasar por hosts Sentry registrados y obtener certificados de cliente válidos firmados por una CA.
  • CVE-2026-5788 (Puntuación CVSS: 7,0): una vulnerabilidad de control de acceso inadecuado que permite a un atacante remoto no autenticado invocar métodos arbitrarios.
  • CVE-2026-7821 (Puntuación CVSS: 7,4): una vulnerabilidad de validación de certificados incorrecta que permite a un atacante remoto no autenticado inscribir un dispositivo que pertenece a un conjunto restringido de dispositivos no inscritos, lo que lleva a la divulgación de información sobre el dispositivo EPMM y afecta la integridad de la identidad del dispositivo recién inscrito.

«Los problemas solo afectan al producto EPMM local y no están presentes en Ivanti Neurons for MDM, la solución de gestión unificada de terminales basada en la nube de Ivanti, Ivanti EPM (un producto con un nombre similar pero diferente), Ivanti Sentry o cualquier otro producto de Ivanti», dijo la compañía. dicho.

La falla de Palo Alto PAN-OS bajo explotación activa permite la ejecución remota de código – CYBERDEFENSA.MX

Palo Alto Networks ha publicado una advertencia de que una vulnerabilidad crítica de desbordamiento del búfer en su software PAN-OS ha sido explotada en estado salvaje.

La vulnerabilidad, rastreada como CVE-2026-0300se ha descrito como un caso de ejecución remota de código no autenticado. Tiene una puntuación CVSS de 9,3 si el Portal de autenticación de ID de usuario está configurado para permitir el acceso desde Internet o cualquier red que no sea de confianza. La gravedad se reduce a 8,7 si el acceso al portal está restringido únicamente a direcciones IP internas confiables.

«Una vulnerabilidad de desbordamiento de búfer en el servicio Portal de autenticación de ID de usuario (también conocido como Portal cautivo) del software PAN-OS de Palo Alto Networks permite a un atacante no autenticado ejecutar código arbitrario con privilegios de root en los firewalls de las series PA y VM mediante el envío de paquetes especialmente diseñados», la compañía dicho.

Ciberseguridad

Según Palo Alto Networks, la vulnerabilidad se encuentra bajo «explotación limitada», dirigida específicamente a casos en los que el Portal de autenticación de ID de usuario se ha dejado accesible públicamente. Las siguientes versiones se ven afectadas por la falla:

  • PAN-OS 12.1 – < 12.1.4-h5, < 12.1.7
  • PAN-OS 11.2 – < 11.2.4-h17, < 11.2.7-h13, < 11.2.10-h6, < 11.2.12
  • PAN-OS 11.1 – < 11.1.4-h33, < 11.1.6-h32, < 11.1.7-h6, < 11.1.10-h25, < 11.1.13-h5, < 11.1.15
  • PAN-OS 10.2 – < 10.2.7-h34, < 10.2.10-h36, < 10.2.13-h21, < 10.2.16-h7, < 10.2.18-h6

El problema, tal como está, no está parcheado, y Palo Alto Networks planea publicar correcciones a partir del 13 de mayo de 2026. La compañía también dijo que la vulnerabilidad es aplicable solo a los firewalls de las series PA y VM que están configurados para usar el Portal de autenticación de ID de usuario.

«Los clientes que siguen las mejores prácticas de seguridad estándar, como restringir portales sensibles a redes internas confiables, corren un riesgo muy reducido», agregó.

En ausencia de un parche, se recomienda a los usuarios que restringir el acceso al portal de autenticación de ID de usuario solo a zonas confiables, o deshabilítelo por completo, si no es necesario.

Microsoft confirma la explotación activa del Shell de Windows CVE-2026-32202 – CYBERDEFENSA.MX

Microsoft revisó el lunes su aviso sobre una falla de seguridad de alta gravedad ahora parcheada que afecta a Windows Shell para reconocer que ha sido explotada activamente en la naturaleza.

La vulnerabilidad en cuestión es CVE-2026-32202 (Puntuación CVSS: 4,3), una vulnerabilidad de suplantación de identidad que podría permitir a un atacante acceder a información confidencial. Se abordó como parte de su actualización del martes de parches para este mes.

«La falla del mecanismo de protección en Windows Shell permite que un atacante no autorizado realice suplantación de identidad en una red», Microsoft anotado en una alerta. «Un atacante tendría que enviar a la víctima un archivo malicioso que la víctima tendría que ejecutar».

«Un atacante que aprovechó con éxito la vulnerabilidad podría ver cierta información confidencial (Confidencialidad), pero no todos los recursos dentro del componente afectado pueden ser divulgados al atacante. El atacante no puede realizar cambios en la información divulgada (Integridad) ni limitar el acceso al recurso (Disponibilidad)».

Ciberseguridad

El 27 de abril de 2026, Microsoft dijo que rectificó el «Índice de explotabilidad, el indicador de explotación y el vector CVSS» porque eran incorrectos cuando se publicaron el 14 de abril.

Si bien el gigante tecnológico no compartió ningún detalle sobre la actividad de explotación, el investigador de seguridad de Akamai, Maor Dahan, a quien se le atribuye el descubrimiento y el informe del error, dijo que la vulnerabilidad de clic cero se debe a un parche incompleto para CVE-2026-21510.

Este último ha sido utilizado como arma por un grupo de estado-nación ruso rastreado como APT28 (también conocido como Fancy Bear, Forest Blizzard, GruesomeLarch y Pawn Storm) junto con CVE-2026-21513 como parte de una cadena de exploits.

  • CVE-2026-21510 (Puntuación CVSS: 8,8): una falla en el mecanismo de protección en Windows Shell que permite a un atacante no autorizado eludir una característica de seguridad en una red. (Solucionado por Microsoft en febrero de 2026)
  • CVE-2026-21513 (Puntuación CVSS: 8,8): una falla en el mecanismo de protección en MSHTML Framework que permite a un atacante no autorizado eludir una característica de seguridad en una red. (Solucionado por Microsoft en febrero de 2026)

Vale la pena señalar que el abuso de CVE-2026-21513 también fue señalado por la compañía de seguridad e infraestructura web a principios del mes pasado, vinculándolo con APT28 después de descubrir un artefacto malicioso en enero de 2026.

CVE-2026-21510 Explotación

La campaña, dirigida a Ucrania y los países de la UE en diciembre de 2025, aprovecha un archivo malicioso de acceso directo de Windows (LNK) para explotar las dos vulnerabilidades, evitando efectivamente Microsoft Defender SmartScreen y permitiendo la ejecución de código controlado por atacantes.

«APT28 aprovecha el mecanismo de análisis del espacio de nombres del Shell de Windows para cargar una biblioteca de vínculos dinámicos (DLL) desde un servidor remoto utilizando una ruta UNC», Dahan explicado. «La DLL se carga como parte del Panel de control (CPL) objetos sin la validación adecuada de la zona de red.

Ciberseguridad

Akamai dijo que el parche de febrero de 2026, si bien mitigaba el riesgo de ejecución remota de código al activar una verificación SmartScreen de la firma digital y la zona de origen del archivo CPL, aún permitía que la máquina víctima se autenticara en el servidor del atacante y recuperara automáticamente el archivo CPL resolviendo la Convención de nomenclatura universal (UNC) ruta e iniciar una conexión SMB sin requerir interacción del usuario.

«Cuando esa ruta es una ruta UNC (como ‘\\attacker.com\share\payload.cpl’), Windows inicia una conexión SMB con el servidor del atacante», dijo Dahan. «Esta conexión de bloque de mensajes del servidor (SMB) activa un protocolo de enlace de autenticación NTLM automático, enviando el hash Net-NTLMv2 de la víctima al atacante, que luego puede usarse para ataques de retransmisión NTLM y craqueo fuera de línea».

«Aunque Microsoft solucionó el RCE inicial (CVE-2026-21510), persistió una falla de coerción de autenticación (CVE-2026-32202). Esta brecha entre la resolución de ruta y la verificación de confianza dejó un vector de robo de credenciales sin hacer clic a través de archivos LNK analizados automáticamente».

Venciendo la explotación automatizada a la velocidad de la IA – CYBERDEFENSA.MX

Imagine un mundo donde los piratas informáticos no duermen, no toman descansos y encuentran puntos débiles en sus sistemas al instante.

Bueno, ese mundo ya está aquí.

Gracias a la IA, los atacantes ahora están lanzando exploits automatizados a gran escala más rápido que nunca. El tiempo que hay para corregir una vulnerabilidad antes de que sea atacada se está reduciendo a cero. A esto lo llamamos el Ventana de explotación colapsaday significa que su rutina de parcheo estándar es oficialmente demasiado lenta.

Si estás luchando contra ataques de velocidad de IA con defensas de velocidad manual, tus sistemas están en un punto de ruptura. Es hora de repensar todo.

Únase a nuestro esperado seminario web con el invitado experto Ofer Gayer, vicepresidente de producto de Miggo Security, y aprenda cómo vencer a los bots en su propio juego: Mitos y la ventana de explotación que colapsa: repensar la priorización de vulnerabilidades a la velocidad de la IA.

Esto es exactamente lo que te llevarás:

  • La verdad sobre los mitos: Estamos superando el revuelo. Descubra lo que realmente representa Mythos y por qué es importante para su seguridad diaria.
  • La ola de ataques de la IA: Vea exactamente cómo la IA ayuda a los atacantes a descubrir y explotar vulnerabilidades a la velocidad del rayo.
  • La brecha mortal del parche: Comprenda por qué la brecha entre una nueva amenaza y su parche se está ampliando, y por qué la antigua forma de solucionar las cosas ha desaparecido para siempre.
  • Su nuevo modelo de AppSec: Deja de adivinar. Obtenga pasos reales y prácticos para priorizar los riesgos del mundo real, incluidos secretos de expertos sobre parches virtuales.

👤 ¿Quién necesita estar ahí? CISO, líderes de AppSec y arquitectos de seguridad. Si está a cargo de mantener las puertas cerradas y sabe que la gestión de vulnerabilidades heredada ya no es suficiente, esto es para usted.

No permita que los exploits automatizados superen a su equipo. Aprenda cómo proteger su organización en la era de la IA.

📅 Reclama tu lugar ahora mismo antes de que sea demasiado tarde. Regístrese ahora.

¿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.