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

Test CORS Behavior

Objetivo

Determinar si la policy CORS es demasiado permisiva, se refleja de forma insegura o se malentiende como control de autorización.

Supuestos

  • uno o más endpoints API/browser dependen de acceso cross-origin
  • el navegador impone CORS, no el servidor en sentido general de auth
  • credenciales y manejo de origin pueden estar mal configurados

Prerrequisitos

  • endpoints que devuelven headers CORS
  • capacidad de enviar headers Origin custom
  • comprensión de si hay cookies o credenciales involucradas

Pasos de recon

  1. Identificá endpoints cross-origin.
  2. Registrá headers Access-Control-* en responses normales y preflights.
  3. Observá si los origins son estáticos, wildcard o reflejados.

Pasos de exploit / testing

  1. Enviá requests con valores Origin controlados por atacante.
  2. Verificá si se permiten credenciales junto con origins reflejados.
  3. Compará comportamiento preflight y no-preflight.
  4. Probá variaciones de subdominio y esquema de origins confiables.
  5. Confirmá si el equipo depende de CORS donde debería existir auth server-side.

Señales de validación

  • origin de atacante reflejado
  • Access-Control-Allow-Credentials: true con comportamiento inseguro de origin
  • confianza amplia en subdominios influenciables por atacante
  • confusión entre responses legibles y cambios de estado escribibles

Mitigación

  • enumerar explícitamente origins confiables
  • nunca tratar CORS como autorización
  • revisar cuidadosamente flujos cross-origin con credenciales
  • mantener access control server-side independiente de la policy del navegador

Logging / detección

  • origins inesperados golpeando rutas sensibles
  • drift en patrones de origins permitidos
  • anomalías de preflight en endpoints sensibles a auth

Notas relacionadas

Referencias

  • Testing / Lab: PortSwigger CORS topic — https://portswigger.net/web-security/cors
  • Fundamental: MDN CORS guide — https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CORS

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.