El exploit Certighost permite a usuarios de Active Directory con pocos privilegios hacerse pasar por un controlador de dominio – CYBERDEFENSA.MX

Los investigadores H0j3n y Aniq Fakhrul publicaron un exploit funcional el 24 de julio que permite a un usuario de Active Directory con pocos privilegios obtener un certificado para un controlador de dominio y autenticarse como esa máquina.

Le pusieron el nombre en código a la falla. Certighost. Debido a que las cuentas de controlador de dominio tienen derechos de replicación de directorios, la credencial Kerberos resultante puede recuperar el krbtgt secreto a través de DCSync.

Microsoft solucionó el problema de los Servicios de certificados de Active Directory (AD CS) diez días antes como CVE-2026-54121. Microsoft clasificó la falla como autorización inadecuada y le asignó una puntuación CVSS de 8,8.

La explotación requiere acceso a la red y una cuenta de dominio, pero no derechos de administrador ni interacción del usuario. En la prueba de los investigadores, un valor normal Domain Users La cuenta podría crear una cuenta de computadora con la configuración predeterminada. ms-DS-MachineAccountQuota valor de 10 o reutilizar uno que ya controlaba.

La cadena también requería una CA empresarial que siguiera la ruta de la cadena vulnerable, inscripción a través de la plantilla de máquina predeterminada y accesibilidad de la red desde la CA hasta los oyentes SMB y LDAP del atacante.

Las organizaciones que ejecutan una CA empresarial deben instalar las actualizaciones de Microsoft del 14 de julio en los hosts de AD CS. Hasta el 24 de julio, ninguna fuente primaria revisada por The Hacker News informó sobre explotación en la naturaleza, pero la prueba de concepto completa era pública. Esa falta de presentación de informes no prueba que no se haya producido explotación.

Los investigadores también documentaron una forma probada en laboratorio de desactivar el recurso de persecución cuando no es posible aplicar parches de inmediato, aunque puede interrumpir los flujos de inscripción legítimos.

Ciberseguridad

El error se encuentra en un retroceso de inscripción de AD CS conocido como persecución. Cuando una autoridad de certificación (CA) no puede obtener la información de una entidad final, la Protocolo de inscripción de Windows permite que una solicitud proporcione cdcel servidor de Active Directory con el que contactar, y rmdel objeto de la máquina a resolver.

los investigadores encontró que la CA siguió la información proporcionada por el solicitante cdc host a través del Bloque de mensajes del servidor (SMB) y el Protocolo ligero de acceso a directorios (LDAP) sin demostrar primero que era un controlador de dominio real.

Un atacante podría ejecutar servicios LDAP y Autoridad de seguridad local (LSA) no autorizados, transmitir el desafío de autenticación de la CA al controlador de dominio real a través de Netlogony devolver el controlador de dominio de destino objectSid y dNSHostName. Una cuenta de máquina controlada proporcionó la identidad de dominio válida necesaria para que la CA continúe. La CA autenticó esa cuenta y luego firmó la identidad del controlador de dominio de destino en el certificado.

El explotación pública Automatiza la cadena. Crea una cuenta de computadora o reutiliza una especificada con --computer-name. La herramienta inicia oyentes en los puertos. 445 y 389 y transmite el desafío de la CA al controlador de dominio real a través de Netlogon. Luego presenta el cdc y rmd atributos y escribe un PFX caché de credenciales de archivos y Kerberos.

El exploit utiliza criptografía de clave pública para la autenticación inicial en Kerberos (PKINIT) para autenticarse como controlador de dominio de destino. La credencial resultante puede solicitar secretos de cuenta a través de DCSyncincluido krbtgt.

El análisis binario de los investigadores encontró que Microsoft Actualización de julio agrega CRequestInstance::_ValidateChaseTargetIsDC a certpdef.dll antes de que el CA siga una persecución. La validación rechaza literales de IP, nombres demasiado largos y metacaracteres LDAP. También requiere exactamente un objeto de computadora de Active Directory coincidente cuyo nombre DNS coincida con el objetivo y cuyo userAccountControl incluye SERVER_TRUST_ACCOUNT (8192). un mas tarde SID la comparación bloquea la sustitución de objetos.

Ciberseguridad

El exploit público se probó en un bosque de Windows Server 2016 o posterior con una CA empresarial, la plantilla de certificado de máquina predeterminada y la cuota de cuenta de máquina predeterminada. El registro NVD enumera por separado desde Windows Server 2012 hasta Windows Server 2025, incluidas las ediciones Server Core enumeradas, como afectadas. También enumera las versiones 1607 y 1809 de Windows 10. La falla estaba ausente en Catálogo de vulnerabilidades explotadas conocidas de CISA el 24 de julio.

Los investigadores informaron la falla a Microsoft el 14 de mayo. Microsoft la confirmó el 22 de mayo y la parchó el 14 de julio. Los investigadores la revelaron públicamente el 24 de julio. Los administradores que no puedan parchear inmediatamente pueden borrar el indicador de persecución y reiniciar los Servicios de Certificate Server:

certutil -setreg policy\EditFlags -EDITF_ENABLECHASECLIENTDC

Restart-Service CertSvc -Force

Los investigadores probaron esa mitigación sólo en un laboratorio controlado. Recomiendan prepararlo primero y tratar la actualización de julio como una solución permanente.

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