Cómo investigar inicios de sesión fallidos

Cargue registros de Linux o Windows, distinga fuerza bruta de rociado de contraseñas, detecte un acceso exitoso e identifique las IP de origen.

Última revisión:

AdSense Placeholder
Slot: header_reference_page
En esta página

Pasos

  1. Exporte los registros

    En Linux, copie /var/log/auth.log (Debian, Ubuntu) o /var/log/secure (RHEL, Fedora), o guarde journalctl -u ssh en un archivo. En Windows, guarde el registro de Seguridad como .evtx desde el Visor de eventos o con wevtutil epl Security C:\temp\security.evtx.

  2. Cárguelos en el análisis forense de registros

    Suelte los archivos en el análisis forense de registros. Cargue varios a la vez, por ejemplo el auth.log de un servidor y el Security.evtx de un controlador de dominio, y se fusionan en una única línea de tiempo.

  3. Lea la pestaña Anomalías

    Abra Anomalías. Informa de ráfagas de fuerza bruta, rociado de contraseñas, un inicio de sesión exitoso justo después de una ráfaga de fallos, registros de auditoría borrados, huecos de tiempo y saltos de reloj.

  4. Filtre por un atacante o una cuenta

    Abra Filtros, escriba una IP de origen o un Actor / nombre de usuario, pulse Aplicar filtros y lea en Eventos cada intento coincidente con su hora, equipo, actor y acción.

  5. En Windows, lea el tipo de inicio de sesión y el motivo del fallo

    Para los eventos 4624 y 4625, los detalles decodifican el tipo de inicio de sesión (3 es un inicio de sesión de red, 10 es Escritorio remoto) y, en los fallos, el estado: una contraseña incorrecta no es lo mismo que una cuenta que no existe.

  6. Consulte las direcciones de origen

    Compruebe cada IP atacante con la búsqueda de dirección IP (ubicación, proveedor, indicador de proxy), la consulta de ASN (propietario de la red), la búsqueda de DNS inversa (nombre de host) y el comprobador de listas negras DNSBL (listas de bloqueo de spam).

  7. Actúe según lo que encontró

    Un éxito tras una ráfaga de fallos indica una cuenta probablemente comprometida: restablezca su contraseña, cierre sus sesiones y revise lo que hizo. Si no, bloquee los orígenes, desactive el acceso con contraseña donde sea posible usar claves y active la autenticación multifactor.

Qué necesita

Acceso de lectura a los registros, una copia que pueda sacar de la máquina y la zona horaria del sistema. El análisis forense de registros interpreta archivos .evtx de Windows, syslog, auth.log y secure, registros de acceso y de errores de Apache y nginx y registros W3C de IIS, todo en su navegador.

Cómo leer el resultado

Aquí tiene parte de un auth.log de Ubuntu (abreviado; el archivo tiene 17 líneas):

Oct  8 02:14:03 web01 sshd[4101]: Accepted publickey for alice from 192.0.2.10 port 50122 ssh2: ED25519 SHA256:k3Yp0wq9
Oct  8 03:12:00 web01 sshd[4200]: Failed password for root from 203.0.113.45 port 40000 ssh2
Oct  8 03:12:07 web01 sshd[4201]: Failed password for root from 203.0.113.45 port 40001 ssh2
...                                  (8 failures for root, 7 seconds apart)
Oct  8 03:40:00 web01 sshd[4300]: Failed password for invalid user admin from 198.51.100.23 port 51000 ssh2
Oct  8 03:40:09 web01 sshd[4301]: Failed password for invalid user test from 198.51.100.23 port 51001 ssh2
...                                  (6 different user names, one attempt each)

Al cargarlo en la herramienta, produce estos hallazgos:

  • Alta: «Se observaron 5 intentos de autenticación fallidos contra una sola cuenta/fuente en una ventana corta - el patrón de un ataque de fuerza bruta.» Origen: 203.0.113.45.
  • Alta: «5 inicios de sesión fallidos en 5 cuentas distintas provinieron de una sola fuente en una ventana corta - un patrón de rociado de contraseñas, no una fuerza bruta dirigida.» Origen: 198.51.100.23.
  • Información: las 17 líneas de syslog no llevan año, así que el año se infirió.

Los números son el punto en que saltó cada detector, no los totales: al filtrar por 203.0.113.45 se ven los 8 intentos, y por 198.51.100.23 los 6 nombres de usuario. La fuerza bruta se informa a partir de 5 fallos desde un mismo origen en 5 minutos contra menos de 5 cuentas; el rociado, a partir de 5 cuentas con no más de 2 intentos cada una en 10 minutos. Un éxito desde el mismo origen dentro de los 2 minutos siguientes a una ráfaga de fuerza bruta genera un tercer hallazgo, el primero en el que actuar.

El inicio de sesión de alice con clave desde 192.0.2.10 no genera nada, como debe ser.

En Windows, el motivo de un inicio de sesión fallido (evento 4625) está en su código de estado:

Estado Se muestra como Sugiere
0xC000006A Contraseña incorrecta La cuenta existe; alguien está adivinando su contraseña
0xC0000064 La cuenta de usuario no existe Se están adivinando nombres de usuario
0xC0000234 Cuenta bloqueada Se activó el bloqueo
0xC0000072 Cuenta deshabilitada Intentos sobre una cuenta deshabilitada

Errores frecuentes

  • Pegar unas pocas líneas en lugar del archivo. La detección de formato toma una muestra del archivo; un extracto corto con solo líneas de sshd puede interpretarse como syslog simple, sin el análisis de inicios de sesión. Cargue el registro completo.
  • Culpar al propietario de la IP. El tráfico de ataque suele venir de equipos secuestrados, servidores en la nube o VPN. La consulta le indica la red, no la persona.
  • Ignorar las direcciones compartidas. Muchos usuarios tras la dirección de una oficina o de un operador móvil pueden parecer un único origen.
  • Mezclar zonas horarias. Syslog registra la hora local sin zona, mientras que .evtx registra UTC. Conozca la zona de cada sistema antes de leer una línea de tiempo fusionada.
  • Pasar por alto las señales discretas. Un registro de Seguridad borrado (evento 1102) o un hueco en un registro por lo demás muy activo puede importar más que mil fallos.

Para ir más lejos

Los fallos repetidos desde muchas direcciones contra una sola cuenta indican que está siendo objetivo de un ataque: protéjala con la autenticación multifactor aunque ningún intento haya tenido éxito. Los inicios de sesión exitosos inusuales, las cuentas nuevas (evento 4720) y los servicios nuevos (evento 7045) merecen una mirada en la misma línea de tiempo.

Pruebe estas herramientas

Véase también

  • Glosario Ataque de fuerza bruta
    Un ataque de fuerza bruta prueba todas las contraseñas o claves posibles, o una enorme lista de las probables, hasta que una funciona.
  • Glosario Autenticación multifactor (MFA)
    La autenticación multifactor (MFA) exige dos o más tipos de prueba para iniciar sesión.
  • Glosario Indicador de compromiso (IOC)
    Un indicador de compromiso (IOC) es un dato observable, como un hash de archivo, una dirección IP o un dominio.
  • Glosario ASN (número de sistema autónomo)
    Un ASN es un número único asignado a una red, o grupo de redes, que se gestiona con una única política de enrutamiento en internet.

Preguntas frecuentes

Cualquier servidor accesible desde internet es escaneado constantemente, así que un fondo continuo de fallos es normal. Lo que importa es si algún intento tuvo éxito, si se apuntan nombres de cuenta reales y si el patrón cambia. Desactivar el acceso con contraseña a favor de claves elimina la mayor parte del riesgo.

Los bloqueos automáticos y temporales tras fallos repetidos son una buena idea. Los bloqueos manuales permanentes son menos útiles: los atacantes rotan de dirección, y una dirección tras una conexión compartida también puede ser usada por personas legítimas.

AdSense Placeholder
Slot: footer_leaderboard