winlog-hunter
Analizador de logs de Windows para blue team. Lee eventos de Security, System, Sysmon y PowerShell, detecta actividad sospechosa con 21 reglas y genera un informe con cada hallazgo mapeado a MITRE ATT&CK. Las reglas también están en formato Sigma para usarlas en cualquier SIEM.
Instalación
Necesitas Python 3.9 o superior y git.
git clone https://github.com/BV-cs0/winlog-hunter.git
cd winlog-hunter
python -m pip install .
Uso
1. Abre PowerShell como administrador y entra en la carpeta del proyecto:
cd winlog-hunter
2. Genera el informe con los logs de las últimas 24 horas de tu equipo:
powershell -ExecutionPolicy Bypass -File .\scripts\analisis-diario.ps1
3. Abre el informe. Se guarda en Documentos\winlog-hunter con la fecha en el nombre:
start $HOME\Documents\winlog-hunter
Para analizar más tiempo añade
-Horas 72. Sin administrador también funciona, pero se omite el log Security.
Detecciones
| ID | Detección | Eventos | MITRE ATT&CK |
|---|---|---|---|
| WLH-001 | Fuerza bruta (muchos fallos, misma cuenta y origen) | 4625 | T1110.001 |
| WLH-002 | Password spraying (un origen, muchas cuentas) | 4625 | T1110.003 |
| WLH-003 | Inicio de sesión correcto justo después de una fuerza bruta | 4625 → 4624 | T1110, T1078 |
| WLH-004 | Movimiento lateral (misma cuenta en varios equipos) | 4624 tipo 3/10 | T1021 |
| WLH-005 | Registro de eventos borrado | 1102, 104 | T1685.005 |
| WLH-006 | Servicio nuevo; alta si es PsExec o ejecuta algo sospechoso | 7045 | T1543.003, T1569.002 |
| WLH-007 | Tarea programada; alta si lanza PowerShell, scripts o rutas raras | 4698 | T1053.005 |
| WLH-008 | Cuenta de usuario creada | 4720 | T1136 |
| WLH-009 | Alta en grupo privilegiado (por SID, vale en cualquier idioma) | 4728, 4732, 4756 | T1098 |
| WLH-010 | PowerShell sospechoso; decodifica -EncodedCommand |
Sysmon 1, 4688 | T1059.001 |
| WLH-011 | LOLBins: certutil, mshta, rundll32, regsvr32, bitsadmin, wmic | Sysmon 1, 4688 | T1218, T1105, T1197, T1047 |
| WLH-012 | Office (Word, Excel, Outlook...) lanzando una shell | Sysmon 1, 4688 | T1566.001, T1204.002 |
| WLH-013 | Acceso a la memoria de LSASS (Mimikatz, procdump...) | Sysmon 10 | T1003.001 |
| WLH-014 | Comandos de volcado: comsvcs MiniDump, ntdsutil, reg save SAM | Sysmon 1, 4688 | T1003.001-.003 |
| WLH-015 | DCSync: replicación de AD pedida por un usuario | 4662 | T1003.006 |
| WLH-016 | Kerberoasting: tickets de servicio RC4 | 4769 | T1558.003 |
| WLH-017 | Ejecución remota por SMB: PsExec, svcctl, atsvc, copia a ADMIN$ | 5145 | T1021.002, T1569.002 |
| WLH-018 | Shell lanzada por WMI o WinRM (wmiexec, Invoke-Command) | Sysmon 1, 4688 | T1047, T1021.006 |
| WLH-019 | Persistencia en el registro: Run, Winlogon, IFEO, COM, LSA, SAM | Sysmon 13 | T1547, T1546 |
| WLH-020 | Persistencia con suscripciones WMI | Sysmon 19-21 | T1546.003 |
| WLH-021 | Script de PowerShell malicioso: volcado de LSASS, AMSI, inyección | 4104 | T1059.001, T1003.001 |
Para reducir falsos positivos, la severidad depende del contexto: un servicio o una tarea normales salen como baja, y uno que ejecuta powershell -enc sale como alta. Los ataques en ráfaga (500 intentos de contraseña) se agrupan en un único hallazgo.
Resultados con ataques reales
winlog-hunter se ha probado con EVTX-ATTACK-SAMPLES: 278 ficheros .evtx grabados en laboratorio mientras se ejecutaban ataques reales, organizados por táctica.
| Táctica | Ficheros | Detectados |
|---|---|---|
| Credential Access | 39 | 14 |
| Lateral Movement | 47 | 13 |
| Persistence | 22 | 12 |
| Execution | 34 | 7 |
| Herramientas de pruebas automatizadas | 8 | 5 |
| Privilege Escalation | 66 | 3 |
| Defense Evasion | 36 | 2 |
| Discovery | 11 | 1 |
| Command and Control | 6 | 0 |
| Otros | 9 | 1 |
| Total | 278 | 58 |
No se cuentan los ficheros en los que solo salta registro borrado, porque el autor vació los logs antes de grabar cada ataque.
Los puntos débiles son claros: la escalada de privilegios (bypass de UAC, tokens, servicios vulnerables) y la evasión de defensas. Casi todos esos ataques necesitan reglas de Sysmon 7 (carga de DLL), 8 (hilos remotos) y 11 (ficheros creados), que aún no están implementadas.
Activar Sysmon (recomendado)
Sin Sysmon, Windows no registra los procesos que se ejecutan, los accesos a LSASS ni los cambios en el registro, así que 9 de las 21 reglas no tienen datos. Sysmon es gratuito y de Microsoft. En PowerShell como administrador:
# 1. Descargar Sysmon y una configuración probada (la de SwiftOnSecurity)
Invoke-WebRequest https://download.sysinternals.com/files/Sysmon.zip -OutFile $env:TEMP\Sysmon.zip
Expand-Archive $env:TEMP\Sysmon.zip $env:TEMP\Sysmon -Force
Invoke-WebRequest https://raw.githubusercontent.com/SwiftOnSecurity/sysmon-config/master/sysmonconfig-export.xml -OutFile $env:TEMP\sysmon.xml
# 2. Instalarlo
& $env:TEMP\Sysmon\Sysmon64.exe -accepteula -i $env:TEMP\sysmon.xml
Para la regla WLH-021, activa también el registro de bloques de script de PowerShell:
New-Item -Path HKLM:\SOFTWARE\Policies\Microsoft\Windows\PowerShell\ScriptBlockLogging -Force |
New-ItemProperty -Name EnableScriptBlockLogging -Value 1 -PropertyType DWord -Force
El análisis diario incluye Sysmon y PowerShell en cuanto existen.
Cómo sacar los logs de un equipo Windows manualmente
Para analizar otro equipo, o un log concreto, expórtalo y pásaselo a winlog-hunter:
# 1. Exportar los logs (Security requiere administrador)
wevtutil epl Security C:\temp\Security.evtx
wevtutil epl System C:\temp\System.evtx
# 2. Analizarlos y guardar el informe
winlog-hunter analyze C:\temp\Security.evtx C:\temp\System.evtx -o informe.html
El formato del informe se elige por la extensión: .html, .md o .json. También acepta .xml de wevtutil qe y JSON de Winlogbeat o de un SIEM. En Linux/macOS, para leer .evtx instala antes python3 -m pip install ".[evtx]".
Análisis automático diario del propio equipo (Windows)
Para que el informe se genere solo cada día, en PowerShell como administrador:
# Programarlo cada día a las 09:00
powershell -ExecutionPolicy Bypass -File .\scripts\instalar-tarea.ps1
# A otra hora
powershell -ExecutionPolicy Bypass -File .\scripts\instalar-tarea.ps1 -Hora 21:30
# Lanzarlo ahora sin esperar
Start-ScheduledTask -TaskName 'winlog-hunter diario'
# Quitarlo
powershell -ExecutionPolicy Bypass -File .\scripts\instalar-tarea.ps1 -Desinstalar
- Si hay algún hallazgo crítico, aparece un aviso en pantalla con el resumen y la ruta del informe.
- Los informes se guardan en
Documentos\winlog-huntery los de más de 30 días se borran solos. ejecuciones.log, en la misma carpeta, guarda un resumen de cada ejecución.- Si el equipo está apagado a la hora programada, se ejecuta al encenderlo.
- Si mueves la carpeta del proyecto, vuelve a ejecutar el instalador.
Reglas Sigma
La carpeta sigma/ tiene las 21 detecciones en formato Sigma, validadas con sigma check. Se convierten a la consulta de tu SIEM (Splunk, Elastic, Microsoft Sentinel, QRadar...):
python -m pip install sigma-cli
sigma plugin install splunk
sigma convert -t splunk -p windows-audit -p splunk_windows sigma/
Seguridad del propio analizador
Los logs pueden contener datos controlados por un atacante (nombres de usuario, líneas de comandos, nombres de tareas), así que la herramienta los trata como entrada hostil:
- HTML. Todo el contenido se escapa y el informe lleva una Content-Security-Policy que bloquea cualquier script.
- Consola. Se eliminan los caracteres de control, para que una secuencia ANSI dentro de un log no pueda manipular la terminal.
- XML. Se rechazan los documentos con
DOCTYPE(protección frente a XXE y billion laughs). - Markdown. Se escapan los caracteres especiales.
Estructura
src/winlog_hunter/
parsers.py lectura de EVTX / XML / JSON y normalización de eventos
rules.py las 21 reglas de detección mapeadas a MITRE ATT&CK
report.py informe en consola, HTML, Markdown y JSON
cli.py comando winlog-hunter
scripts/
analisis-diario.ps1 exporta los logs del equipo, genera el informe y avisa
instalar-tarea.ps1 programa el análisis diario
sigma/ las reglas en formato Sigma
docs/ captura del informe
samples/ datos sintéticos que usan los tests
tests/ tests automáticos
Úsalo solo con logs de equipos que tengas autorización para analizar. Licencia MIT.
Metadata
Release files for winlog-hunter 0.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| winlog_hunter-0.2.0.tar.gz | 40.8 kB | Without provenance | Details for winlog_hunter-0.2.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| winlog_hunter-0.2.0-py3-none-any.whl | Python 3 | none | any | Details for winlog_hunter-0.2.0-py3-none-any.whl |
Total release size: 72.5 kB
Release files / winlog_hunter-0.2.0.tar.gz
| Download URL | winlog_hunter-0.2.0.tar.gz |
|---|---|
| Size | 40.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
e369c1661dc005d73fa568b9214a91d9bd4636cf685f44c339799c9206c81802
|
|
BLAKE2b-256 checksum How to use checksums |
2712e9738e157b657712b625f86ec5e0f1c3fb93c4f9966f9b25d88dd72d602f
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.10.0
|
Release files / winlog_hunter-0.2.0-py3-none-any.whl
| Download URL | winlog_hunter-0.2.0-py3-none-any.whl |
|---|---|
| Size | 31.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
6e167b4f553b96e37a11f665625f52899c0f31ea3aa24b20a93d9836cd8faf61
|
|
BLAKE2b-256 checksum How to use checksums |
9d6182dcf07e530917950eca12d7b565cee12049a545052337b93d6e483f4fe4
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.10.0
|
Security for winlog-hunter 0.2.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.