El atacante utiliza un script de PowerShell presuntamente generado por IA para asignar Active Directory – CYBERDEFENSA.MX

Los investigadores de ciberseguridad han detectado una intrusión en la que un actor de amenazas desconocido aprovechó un script de PowerShell codificado por vibración para la enumeración de Active Directory (AD).

«El script buscó el controlador de dominio (DC) y mapeó usuarios, computadoras y dominios, antes de crear un directorio y exportar una cantidad de archivos, y finalmente crear AD_Report.html para medir el éxito del intento de enumeración», dijeron los investigadores de Huntress, Jevon Ang y Dray Agha. dicho.

La cadena de ataque involucró al actor de amenazas estableciendo acceso al Protocolo de escritorio remoto (RDP) en un servidor Windows unido a un dominio con un conjunto de credenciales previamente comprometidas, seguido de la preparación de las herramientas en la carpeta «C:\ProgramData\». El incidente tuvo lugar a principios de junio de 2026.

Esto incluyó una carga útil generada por inteligencia artificial (IA) para mapear el entorno de Active Directory. La evaluación se basa en varios signos reveladores, como el título de la iteración, cadenas de marcador de posición, código sobrediseñado que presenta múltiples métodos para encontrar un controlador de dominio y una salida de consola embellecida con cian, verde, rojo y amarillo.

Huntress describió el script de PowerShell personalizado como «altamente agresivo» y «ruidoso», y utiliza un «mecanismo de respaldo en cascada de cinco pasos» para permitir el reconocimiento y el descubrimiento. Se titula «Secuencia de comandos de recopilación de información de AD que funciona al 100%: TOTALMENTE FIJADO», lo que sugiere un intercambio con un modelo de lenguaje grande (LLM).

Una vez que se localiza el controlador de dominio principal, inicia una rutina de recopilación de datos para recopilar sistemáticamente usuarios, computadoras, grupos, unidades organizativas (OU) y confianzas de AD, y almacenar los detalles en un directorio provisional.

Ciberseguridad

Unos 30 minutos más tarde, el atacante se dispuso a desplegar una s5cmduna herramienta legítima utilizada para operaciones masivas de archivos, junto con SharpSharesuna utilidad de enumeración de recursos compartidos de red basada en C#, para buscar repositorios de datos accesibles para los usuarios.

En la etapa final, los datos se guardan en archivos CSV, se archivan y se extraen a un servidor remoto, no sin antes crear un archivo HTML que resume el robo de datos en forma de un Informe de inventario de Active Directory.

«Es probable que sea una inyección ‘útil’ del LLM que el atacante simplemente aceptó, en lugar de ser escrita intencionalmente en el guión», explicaron los investigadores.

El desarrollo es otra señal más de que los actores de amenazas están aumentando su arsenal con malware codificado por vibración generado con la ayuda de modelos de inteligencia artificial, incluso si no se está abusando de la tecnología de maneras nunca antes vistas. Lo que sí cambia es que reduce la barrera de entrada del cibercrimen, permitiendo a actores menos capacitados crear herramientas evasivas altamente capaces con un mínimo esfuerzo.

«La cadena de ataque subyacente todavía se parece al manual de estrategias de aplastar y agarrar que hemos visto durante años», dijo Huntress. «Esta metodología central se ha mantenido constante, pero ahora está siendo aumentada selectivamente por la IA. Este enfoque híbrido prioriza la agresión y la velocidad sobre el sigilo, lo que permite a los actores de amenazas ejecutar campañas altamente dañinas más rápido que nunca».

La IA como multiplicador de fuerza

En un informe publicado la semana pasada, Sygnia reveló que los atacantes habilitados por IA no necesariamente necesitan malware novedoso o días cero, pero que el verdadero cambio radica en el hecho de que las intrusiones cibernéticas pueden orquestarse a una velocidad y escala más rápidas y mayores de las que los defensores pueden contener.

La compañía de respuesta a incidentes dijo que observó un ataque en la nube asistido por IA que progresó desde el acceso inicial hasta un compromiso amplio en un lapso de aproximadamente 72 horas contra un gran entorno basado en Amazon Web Services (AWS). Se considera que el objetivo final de la actividad tiene una motivación financiera, y el atacante utiliza el acceso a la infraestructura de la nube de la víctima como palanca para extorsionar.

«El actor de amenazas aprovechó repetidamente las credenciales recién adquiridas para reiniciar las actividades de descubrimiento, recolección de secretos, persistencia e impacto», afirmó. dicho. «El ataque se basó en técnicas de nube conocidas en lugar de malware novedoso o días cero».

«El actor de la amenaza no estaba explotando ni una sola configuración errónea; estaban encadenando debilidades en los servicios de aplicaciones, recursos de AWS, repositorios de control de fuente, flujos de trabajo de CI/CD, componentes de tiempo de ejecución y almacenes de datos, mientras ejecutaban rápidamente el descubrimiento de credenciales, la recolección de secretos, la enumeración de la nube, el abuso de la canalización de implementación, la modificación del tiempo de ejecución, el acceso a la base de datos y la interrupción operativa».

Ciberseguridad

El atacante, según Sygnia, implicó repetidos intentos de establecer persistencia en los hosts comprometidos, obteniendo la clave de acceso a una de las cuentas de AWS a través de deficiencias en una aplicación orientada a Internet. A cada nuevo acceso le siguió una enumeración renovada, una recopilación de secretos adicional, intentos de persistencia mediante la creación de claves de acceso y usuarios de IAM, y una filtración de datos. Al mismo tiempo, varios artefactos creados por atacantes fueron enmascarados como un pentest o un ejercicio de equipo rojo.

Para ejercer aún más presión sobre las víctimas, el atacante realizó una serie de acciones:

  • Denegar el acceso a los depósitos de S3
  • Limitar los servicios o contenedores de ECS a una capacidad máxima de cero
  • Crear reglas ACL para bloquear el acceso a la red
  • Purga de colas SQS

«La importancia no fue que la IA introdujera nuevas técnicas de ataque, ya que cada acción observada se correspondía con comportamientos adversarios establecidos desde hacía mucho tiempo, sino que reducía el tiempo y el esfuerzo necesarios para poner en práctica esas técnicas en un entorno complejo», señaló Sygnia.

«El actor de amenazas convirtió repetidamente el acceso recién obtenido en acciones personalizadas. Para cada nueva clave de acceso, el actor parecía determinar rápidamente los permisos asociados, los recursos accesibles y los próximos pasos más valiosos».

El código generado por IA ha convertido la deuda de seguridad en un problema de gobernanza

El código generado por IA es parte del desarrollo de software cotidiano. Los desarrolladores lo utilizan para crear prototipos, refactorizar, solucionar problemas y pasar de la idea a la implementación con menos fricción que nunca. Las ganancias de productividad son innegables, lo que significa que los líderes de seguridad ahora enfrentan una pregunta difícil: si sus organizaciones pueden controlar el riesgo que crea la IA a esa misma velocidad.

Ese desafío tiene sus raíces en la escala. La IA cambia la rapidez con la que se puede crear software, mientras que muchos programas de seguridad de aplicaciones todavía dependen de controles diseñados para un modelo de desarrollo más lento. Cuando la generación de código se acelera más allá de la capacidad de revisar, probar y solucionar problemas, la deuda de seguridad se acumula más rápido.

Ése es el costo oculto del desarrollo asistido por IA. El riesgo ahora ingresa a la empresa a la velocidad de la máquina, mientras que muchas organizaciones todavía lo gestionan con procesos a escala humana. Los CISO deben gobernar el código generado por IA como una entrada de alto riesgo: probado automáticamente, verificado para detectar dependencias inseguras, remediado rápidamente y bloqueado de producción si falla la política.

La métrica que importa es la velocidad del riesgo

La seguridad de las aplicaciones se ha medido durante mucho tiempo mediante el descubrimiento. Los equipos cuentan las vulnerabilidades, categorizan la gravedad, informan tendencias y muestran si las cifras están mejorando. Esas preguntas siguen siendo importantes, pero la IA añade una métrica más urgente: la velocidad del riesgo. Los líderes de seguridad necesitan saber qué tan rápido la organización crea nuevos riesgos de software y qué tan rápido puede reducirlos o eliminarlos.

La IA cambia la economía de la deuda de valores. Un equipo de desarrollo que produzca una cantidad significativamente mayor de código sin un aumento correspondiente en la capacidad de seguridad creará más problemas de los que razonablemente puede revisar o solucionar. Incluso cuando el código generado por IA es comparable al código escrito por humanos línea por línea, el riesgo total puede aumentar porque el volumen de cambio es mayor. El atraso crece, las vulnerabilidades persisten y la deuda de seguridad acaba limitando el negocio.

La IA amplía los modos de fallo familiares

Los modos de falla son familiares. Las herramientas de codificación de IA pueden reproducir patrones inseguros que se encuentran en los datos de entrenamiento, incluida una validación de entrada débil, flujos de autenticación inseguros, referencias directas a objetos inseguros, secretos codificados y opciones de dependencia vulnerables. También pueden pasar por alto el contexto que determina si el código es seguro en un entorno específico: modelos de autorización, límites de inquilinos, sensibilidad de los datos, configuraciones de producción y cómo interactúan los servicios en una aplicación real.

También hay un factor humano. Bajo la presión de los plazos, los desarrolladores pueden aceptar código que funciona sin entender completamente cómo lo hace. El resultado es una confianza fuera de lugar. El código se compila, las pruebas pasan, las características se envían y el riesgo oculto ingresa al sistema. Con el tiempo, la organización puede perder de vista los problemas de seguridad que surgieron naturalmente durante el desarrollo del manual.

El riesgo de la cadena de suministro es mayor que el código mismo

La cadena de suministro de software añade otra capa de riesgo. Las aplicaciones modernas se ensamblan a partir de componentes, marcos, complementos, contenedores, API y servicios en la nube de código abierto. Las herramientas de codificación de IA pueden recomendar paquetes obsoletos, bibliotecas vulnerables o dependencias inexistentes. El informe GenAI Code Security 2025 de Veracode encontró que las herramientas de codificación de IA producen código inseguro casi la mitad (45%) de las veces. Puede parecer una alucinación divertida hasta que los atacantes registran paquetes maliciosos con nombres similares y esperan a que los desarrolladores o las herramientas automatizadas los extraigan. En ese punto, un atajo de codificación se convierte en una exposición de la cadena de suministro.

La IA ya forma parte del ciclo de vida del desarrollo y su uso seguirá ampliándose. Los equipos de seguridad necesitan un modelo de control diseñado para esa realidad.

El “cambio a la izquierda” necesita una capa de aplicación de la ley

La industria ha pasado más de una década adelantando la seguridad en el ciclo de vida de desarrollo, mejorando la visibilidad y ayudando a los equipos a detectar problemas antes. Sin embargo, muchas organizaciones acercaron los hallazgos a los desarrolladores sin trasladarles también suficiente propiedad, automatización y capacidad de remediación. Los desarrolladores recibieron más alertas, mientras que los equipos de seguridad obtuvieron más visibilidad de los riesgos que aún luchaban por reducir.

La IA hace que esa brecha operativa sea más urgente. A medida que aumenta la producción de software, la seguridad no puede seguir siendo un punto de control cerca del final del proceso. Debe convertirse en un sistema de control continuo integrado en la forma en que se crea, prueba, aprueba e implementa el software.

La seguridad por diseño debe convertirse en infraestructura

La seguridad por diseño en la era de la IA requiere un entorno de ingeniería donde las decisiones inseguras sean más difíciles de tomar y más fáciles de detectar. Los marcos aprobados, los valores predeterminados seguros, las arquitecturas de referencia, los controles de dependencia, las pruebas automatizadas y la aplicación de políticas deben integrarse directamente en los flujos de trabajo de los desarrolladores y en los canales de CI/CD.

La remediación también debe acercarse al punto de creación. Cuando un asistente de codificación introduce un patrón vulnerable, la respuesta ideal es una solución en línea que se propone, valida y gobierna como parte del proceso de desarrollo normal. La IA puede ayudar a los defensores en este caso cuando está conectada a señales de seguridad confiables, contexto político y evidencia de pruebas reales. Contrariamente a la intuición, los desarrolladores que utilizan la IA para escribir código a menudo no confían en la IA para corregir el código automáticamente sin una revisión humana. Esto toma una de las mejores formas de mantenerse al día con las vulnerabilidades creadas a la velocidad de la máquina y reducirla a la velocidad humana. Es necesario encontrar un equilibrio aceptable entre riesgo y velocidad.

La aprobación no es gobernanza

Los CISO deberían centrarse en la gobernanza, no sólo en aprobar herramientas de codificación de IA. Gobernanza significa rastrear dónde ingresa el código generado por IA a su entorno, documentar las políticas y pruebas aplicadas, registrar qué problemas se encontraron y solucionaron y mantener pruebas de estas decisiones. Esta documentación se vuelve crítica a medida que el desarrollo asistido por IA se vuelve estándar. Si el código vulnerable llega a producción, deberá demostrar que se implementaron controles adecuados y que los riesgos se gestionaron de acuerdo con la política.

¿Qué deberían hacer los líderes ahora?

Los CISO y los líderes de ingeniería deben tratar el código generado por IA como si no fuera de confianza hasta que se demuestre lo contrario. Deben exigir pruebas automatizadas antes del lanzamiento, hacer cumplir controles de dependencia, priorizar la remediación en función de la explotabilidad y el impacto comercial, y medir el éxito según la velocidad a la que se reduce el riesgo crítico.

Además, las juntas directivas y los responsables de la formulación de políticas organizacionales deberían preguntarse si las organizaciones pueden demostrar que el software asistido por IA está gobernado antes de su implementación. La evidencia clave debe incluir las políticas aplicadas, las pruebas realizadas, las vulnerabilidades remediadas, los riesgos aceptados y las aprobaciones registradas. Hoy en día, muchas organizaciones pueden realizar un seguimiento con confianza de lo que producen sus herramientas de IA, pero no pueden demostrar cómo se aseguró, revisó y gobernó ese resultado antes de llegar a producción. La industria todavía está trabajando para cerrar esta brecha.

La IA está cambiando la rapidez con la que el riesgo de software se mueve en la empresa. Las organizaciones que tengan éxito harán que la seguridad avance con la misma rapidez al incorporar la gobernanza, la corrección y las pruebas directamente en el proceso de entrega de software.

Chris Wysopal

Escrito por Chris Wysopal

Chris Wysopal es el evangelista jefe de seguridad de Veracode, responsable de mejorar la presencia de la empresa en la industria, promover prácticas de seguridad sólidas y fomentar las relaciones con clientes y pares. Antes de cofundar Veracode en 2006, Chris fue vicepresidente de investigación y desarrollo en la consultora de seguridad @stake, que fue adquirida por Symantec. En la década de 1990, Chris fue uno de los investigadores originales de vulnerabilidades en The L0pht, un grupo de expertos sobre hackers, donde fue uno de los primeros en publicitar los riesgos del software inseguro. Ha testificado ante el Congreso de Estados Unidos sobre temas de seguridad gubernamental y cómo se descubren vulnerabilidades en el software.

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.