⌘K
ENES
GitHub
playbookPlaybooks de Seguridad~1 min de lecturaActualizado Apr 23, 2026

Test Path Traversal

Objetivo

Determinar si input de usuario puede escapar el límite de path de filesystem previsto y acceder a archivos o directorios inesperados.

Supuestos

  • la app lee o escribe archivos basados en identificadores controlados por usuario
  • la normalización de path puede estar incompleta
  • separadores o encodings específicos de plataforma pueden importar

Prerrequisitos

  • endpoints relacionados con archivos o features de upload/extracción
  • capacidad de hacer replay de requests y comparar responses

Pasos de recon

  1. Identificá features de download, preview, importación, extracción y templates.
  2. Mapeá dónde aparece input tipo path en rutas, params o JSON.
  3. Notá comportamiento de OS/plataforma donde sea relevante.

Pasos de exploit / testing

  1. Probá secuencias simples de traversal.
  2. Testeá variantes encoded o separadores alternativos cuando corresponda.
  3. Compará comportamiento para operaciones de lectura y escritura.
  4. Probá workflows de archive extraction o upload por escape de directorio.
  5. Observá si la normalización ocurre antes o después de la validación.

Señales de validación

  • acceso a archivos inesperados
  • errores distintos al escapar directorios previstos
  • escrituras o extracciones caen fuera de paths controlados

Mitigación

  • evitar paths de filesystem raw controlados por usuario
  • usar referencias indirectas o allowlists estrictas
  • canonicalizar de forma segura y verificar paths finales
  • aislar cuentas/directorios de processing y storage

Logging / detección

  • strings repetidos con forma de traversal
  • accesos fallidos a archivos fuera de árboles esperados
  • intentos de extracción o escritura fuera de áreas de upload

Notas relacionadas

Referencias

  • Testing / Lab: PortSwigger path traversal topic — https://portswigger.net/web-security/file-path-traversal
  • Fundamental: OWASP WSTG — https://owasp.org/www-project-web-security-testing-guide/latest/

Notas relacionadas

Playbooks de SeguridadBreak JWT ValidationIdentificar si el manejo de JWT es lo suficientemente débil como para aceptar tokens inválidos, viejos, mal scopeados o influenciados por un atacante. Playbooks de SeguridadDetectar la recolección de BloodHoundDetectar la enumeración de Active Directory por colectores de la familia BloodHound (SharpHound / BloodHound-CE y sucesores como SOAPHound) lo suficientemente temprano como para identificar el host de origen, el principal de origen y el método de recolección antes de que el operador convierta el grafo de ataque resultante en una cadena Kerberoast → DCSync → Domain Admin — y con suficiente fidelidad como para sobrevivir a las evasiones realistas de 2026 (LDAP paginado/throttleado, recolección DCOnly, abuso de AD Web Services, colectores custom en memoria). Playbooks de SeguridadDetectar DCSync y acceso a ntds.ditDetectar las dos formas de extracción masiva de credenciales de Active Directory — DCSync (IDLDRSGetNCChanges vía la interfaz RPC DRSUAPI) y extracción offline de ntds.dit (acceso a nivel archivo, abuso de shadow-copy VSS, invocaciones de ntdsutil) — con fidelidad suficiente para identificar el principal origen, las cuentas afectadas y la ventana posterior a la extracción antes de que puedan usarse tickets falsificados (Golden Ticket o Silver Ticket). Playbooks de SeguridadDetect External Recon Scan PipelineDetectar a un operador externo corriendo un pipeline de recon de dos fases Masscan → Nmap-NSE (el playbook ofensivo Run External Recon Scan Pipeline) contra tu perímetro, con fidelidad suficiente para identificar fuente, scope e intención en minutos — antes de que los hallazgos de la fase de profundidad se conviertan en explotación posterior. Playbooks de SeguridadDetectar Kerberoasting y AS-REP RoastingDetectar las dos familias de ataques de credenciales Kerberos en Active Directory (Kerberoasting y AS-REP Roasting) mediante análisis behavioral sobre Event IDs 4768/4769 y telemetría complementaria, con fidelidad suficiente para identificar la cuenta origen, el host atacante y el alcance en minutos, y con durabilidad suficiente para sobrevivir pequeñas variaciones de tradecraft del operador (tipo de cifrado, tasa de requests, selección de cuentas). Playbooks de SeguridadExploit IDORDeterminar si los identificadores de objetos pueden manipularse para acceder a datos o acciones de otro usuario.