/
/

Cómo auditar los inicios de sesión en el controlador de dominio y correlacionar eventos entre AD y Microsoft 365

por Team Ninja
How to Audit Domain Controller Logons and Correlate Events Across AD and Microsoft 365 blog banner image

Resumen instantáneo

Este post ofrece una lista completa de comandos CMD básicos y una inmersión profunda en los comandos de Windows, con más de 70 comandos cmd esenciales tanto para principiantes como para usuarios avanzados. Explica comandos prácticos del símbolo del sistema para la gestión de archivos, la navegación por directorios, la solución de problemas de red, las operaciones de disco y la automatización con ejemplos reales para mejorar la productividad. Tanto si estás aprendiendo los comandos básicos de cmd como si ya dominas las herramientas avanzadas de la CLI de Windows, esta guía te ayudará a utilizar el Símbolo del sistema de forma más eficaz.

Puntos clave

  • Este proceso ofrece visibilidad unificada de la autenticación y la actividad de los usuarios tanto en Active Directory on-premises como en Microsoft 365 en el cloud.
  • Primero hay que configurar y habilitar las políticas de auditoría por directiva de grupo en los controladores de dominio para registrar los inicios de sesión correctos y fallidos.
  • Centralizar los registros de todos los controladores de dominio en un SIEM o en un servidor recolector es imprescindible para un análisis y una cobertura completos.
  • Correlacionar los eventos de AD con los registros de auditoría de Microsoft Purview mediante campos comunes como UserPrincipalName y la dirección IP revela cronologías detalladas de ataques híbridos.
  • Analizar estos registros correlacionados ayuda a detectar amenazas como ataques de fuerza bruta, casos de viaje imposible y cuentas de servicio comprometidas.
  • Los informes automatizados sobre esta actividad son clave para demostrar diligencia en seguridad y cumplimiento ante auditores y partes interesadas.

Es muy recomendable auditar los inicios de sesión en el controlador de dominio y las actividades del registro de auditoría de Microsoft 365 como parte de tus procesos habituales de ciberseguridad. Correlacionar estas dos fuentes de datos da a los equipos de TI y a los proveedores de servicios gestionados (MSP) visibilidad total sobre los intentos de autenticación en entornos cloud e híbridos, lo que facilita la detección e investigación de incidentes y aporta información útil para demostrar el cumplimiento y responder a posibles brechas.

Esta guía explica cómo auditar los eventos de inicio de sesión de un controlador de dominio (DC) de Active Directory (AD), combinar esa información con los datos de actividad de Microsoft Purview y generar informes para su revisión y para fines de cumplimiento.

Qué necesitas para auditar los inicios de sesión en el controlador de dominio con datos de Microsoft 365 Purview

Para auditar los eventos de inicio de sesión en entornos cloud o híbridos en los que hay tanto controladores de dominio como actividades registradas en Microsoft Purview, necesitarás:

  • Una cuenta administrativa con acceso a directivas de grupo para configurar las políticas de auditoría
  • Un repositorio central donde consolidar y almacenar los registros, como un servidor de Windows Event Forwarding (WEF)/Windows Event Collector (WEC), o herramientas de gestión de eventos e información de seguridad (SIEM)
  • Una lista de los controladores de dominio críticos, las unidades organizativas (OU) con privilegios y las cuentas de servicio que deben protegerse de forma activa
  • Acceso al portal de auditoría de Microsoft 365 Purview y a los registros de inicio de sesión de Entra ID
  • Una ventana de cambio aprobada para el despliegue y las pruebas de la política

Paso 1: configura las políticas de auditoría del controlador de dominio

Usa la Consola de administración de directivas de grupo (GPMC) para habilitar la directiva de auditoría avanzada.

  • En la GPMC, ve a Configuración del equipo\Configuración de Windows\Configuración de seguridad\Directivas locales\Directiva de auditoría
  • Haz doble clic en la política Auditar eventos de inicio de sesión para editarla y marca las casillas Correcto y Error para registrar tanto los inicios de sesión correctos como los intentos fallidos
  • Ejecuta gpupdate /force o reinicia para aplicar el cambio y comprueba después que los eventos 4624 (correcto) y 4625 (error) se registran en el Visor de eventos

Los eventos de inicio de sesión solo se generan en el controlador de dominio para las cuentas de dominio. Si quieres auditar los inicios de sesión de dispositivos independientes con cuentas locales, tendrás que aplicar esta configuración de directiva de grupo y recopilar los registros de los endpoints con tu solución de monitorización y gestión remota (RMM) o de gestión de dispositivos móviles (MDM).

Paso 2: centraliza y conserva los registros de auditoría de autenticación

Consolida los registros de todos los controladores de dominio en una plataforma central para que no haya huecos de cobertura al analizar los datos de eventos. Puedes hacerlo con un servidor de Windows Event Forwarding (WEF)/Windows Event Collector (WEC) o con herramientas SIEM. También puedes aprovechar tu plataforma RMM automatizada para la ingesta y el análisis de registros y la generación de informes en distintos sistemas operativos.

Define los plazos de conservación de los registros según lo que exija el cumplimiento de las normativas de protección de datos y privacidad aplicables a tu organización y a cualquier parte sobre la que almacenes información.

Paso 3: enriquece los registros del controlador de dominio con los datos de auditoría de Microsoft 365 Purview

Si complementas los datos de auditoría de inicios de sesión de los controladores de dominio de Active Directory con las actividades recopiladas por Microsoft Purview, podrás seguir la actividad sospechosa de los usuarios con mucho más detalle. Para ello se correlacionan datos como el UserPrincipalName, la dirección IP y otros identificadores presentes en los registros de cloud y on-premises, con el fin de crear cronologías híbridas.

Paso 4: aplica filtros y busca correlaciones

Usa tus herramientas de analytics para detectar inicios de sesión fallidos recurrentes o accesos desde ubicaciones inesperadas. Presta atención también a cifras poco realistas de inicios de sesión correctos en una misma cuenta, ya que pueden indicar intentos de autenticación automatizados que han tenido éxito. Para que esto funcione, hay que incluir las cuentas de servicio en una lista de permitidos y evitar así los falsos positivos.

Paso 5: corrige y documenta la actividad de inicio de sesión sospechosa

Conviene configurar medidas de corrección automatizadas que desactiven automáticamente las cuentas potencialmente comprometidas o inactivas antes de poder iniciar una investigación.

Demuestra diligencia y cumplimiento ante las partes interesadas con resúmenes de auditoría generados automáticamente que incluyan métricas como el volumen de eventos, los errores únicos, el tiempo medio de investigación y las acciones administrativas realizadas (por ejemplo, endurecer las políticas de MFA y contraseñas o retirar cuentas inactivas).

NinjaOne unifica, automatiza y centraliza los informes de los registros de auditoría de AD

NinjaOne se puede configurar para ingerir automáticamente registros de cualquier origen, incluidos los registros de controladores de dominio de Windows, los eventos de Microsoft 365 Purview y los registros de software de terceros, y para analizarlos y resumirlos en informes listos para presentar. Los datos de registro y los informes pueden almacenarse después en NinjaOne Documentation, con acceso controlado, para obtener información a largo plazo y presentarla a las partes interesadas en las revisiones de negocio.

Además de unificar los registros y darte las herramientas para supervisar por completo la infraestructura de TI de tus clientes, NinjaOne integra las mejores soluciones del sector de MDM, RMM, helpdesk y seguridad de endpoints. Con toda la monitorización de endpoints e infraestructura en un mismo lugar, puedes asegurarte de que el técnico adecuado reciba el aviso de cualquier problema de seguridad o de cumplimiento para resolverlo de inmediato, con un rastro listo para auditoría de lo ocurrido y de cómo lo has solucionado.

FAQs

Puedes empezar implementando una arquitectura de Windows Event Forwarding (WEF), que usa componentes nativos de Windows para reenviar los eventos de seguridad de los controladores de dominio a un servidor recolector central. Así consigues un repositorio de registros básico y económico para los primeros trabajos de correlación.

Da prioridad a la auditoría de los eventos de tickets de servicio de Kerberos (ID 4768, 4769) para los ataques «Golden Ticket» y a los eventos de validación de credenciales (ID 4776, 4625) para los ataques basados en NTLM, como «Pass-the-Hash», ya que ofrecen una visión más profunda de los mecanismos de autenticación que los eventos genéricos de inicio de sesión.

Crea reglas o filtros de monitorización específicos para las cuentas de servicio que excluyan la actividad benigna de gran volumen, pero que sigan activándose ante comportamientos realmente anómalos, como inicios de sesión desde una nueva región geográfica o a horas inusuales. Así se mantienen vigiladas frente a amenazas reales.

El User Principal Name (UPN) es el identificador común más fiable, porque es coherente en ambos sistemas, a diferencia del SAMAccountName local. Esto garantiza una atribución precisa de los usuarios en todo tu entorno híbrido.

Las herramientas nativas como Microsoft Sentinel ofrecen una integración profunda y fluida dentro del ecosistema de Microsoft, mientras que plataformas de terceros como NinjaOne están diseñadas para unificar la correlación con funciones más amplias de gestión de TI (RMM, helpdesk) y con registros de varios proveedores en un único panel de control.

El portal de auditoría de Purview registra la actividad de usuarios y administradores dentro de las aplicaciones de M365 (por ejemplo, el acceso a archivos en SharePoint), mientras que los registros de inicio de sesión de Entra ID detallan los propios eventos de autenticación. Hacen falta los dos para construir una cronología completa de «quién hizo qué y cómo entró».

Las entradas del registro de eventos de inicio de sesión de cuentas recogen los accesos con cuentas de dominio en el controlador de dominio, mientras que la actividad de las cuentas locales solo se registra en el propio sistema.

Combinar los registros de autenticación de Microsoft 365 con los datos locales amplía la visibilidad a entornos cloud e híbridos que no se pueden supervisar solo desde los controladores de dominio.

Los registros deben conservarse, como mínimo, durante la ventana de detección de incidentes más larga o según la política del cliente (normalmente entre 90 y 365 días).

Incluir en una lista de permitidos las cuentas de servicio previstas y los patrones interactivos normales evita la fatiga por alertas y acelera la clasificación de incidentes.

Las pruebas que debes conservar con fines de cumplimiento y auditoría varían según las leyes de protección de datos y privacidad aplicables a tu organización y a tus clientes. Pueden incluir políticas, registros de conservación de logs, exportaciones del registro de eventos y métricas o informes resumidos.

Quizá también te interese…

¿Listo para simplificar los aspectos más complejos de las TI?

Términos y condiciones de NinjaOne

Al hacer clic en el botón «Acepto» que aparece a continuación, estás aceptando los siguientes términos legales, así como nuestras Condiciones de uso:

  • Derechos de propiedad: NinjaOne posee y seguirá poseyendo todos los derechos, títulos e intereses sobre el script (incluidos los derechos de autor). NinjaOne concede al usuario una licencia limitada para utilizar el script de acuerdo con estos términos legales.
  • Limitación de uso: solo podrás utilizar el script para tus legítimos fines personales o comerciales internos, y no podrás compartirlo con terceros.
  • Prohibición de republicación: bajo ninguna circunstancia está permitido volver a publicar el script en ninguna biblioteca de scripts que pertenezca o esté bajo el control de cualquier otro proveedor de software.
  • Exclusión de garantía: el script se proporciona «tal cual» y «según disponibilidad», sin garantía de ningún tipo. NinjaOne no promete ni garantiza que el script esté libre de defectos o que satisfaga las necesidades o expectativas específicas del usuario.
  • Asunción de riesgos: el uso que el usuario haga del script corre por su cuenta y riesgo. El usuario reconoce que existen ciertos riesgos inherentes al uso del script, y entiende y asume cada uno de esos riesgos.
  • Renuncia y exención: el usuario no hará responsable a NinjaOne de cualquier consecuencia adversa o no deseada que resulte del uso del script y renuncia a cualquier derecho o recurso legal o equitativo que pueda tener contra NinjaOne en relación con su uso del script.
  • CLUF: si el usuario es cliente de NinjaOne, su uso del script está sujeto al Contrato de Licencia para el Usuario Final (CLUF).