Metodología operativa (runbook end-to-end)

Tipo: Proceso maestro · Fase: Todas

En PhiloCorp ya hay una hipótesis tentadora: una respuesta recuperada podría influir en una herramienta del agente. Todavía no sabemos si el servidor aceptaría la acción. Este runbook te ayuda a decidir qué hace falta probar para pasar de esa posibilidad a un resultado defendible.

Cada fase tiene un objetivo, acciones, un criterio de salida y enlaces al detalle técnico. Si perdés de vista por qué estás ejecutando un caso, volvé acá: el próximo paso tiene que cambiar una decisión del brief o aportar la evidencia que todavía falta.

El runbook en movimiento

1. Usá las fases para ordenar decisiones. Podés volver a una validación o cerrar una ruta cuando la evidencia lo justifique; no hace falta lograr una explotación para avanzar al reporte.
2. En cada fase, el bloque "Dónde seguir" te dice a qué parte del playbook ir para el detalle técnico.
3. Mantené vivos tres artefactos desde el día uno: el assumption register, el ranking de crown jewels y el Attack Intelligence Brief.
4. Regla de oro: validar antes de explotar, recolectar evidencia mínima antes de escalar, documentar mientras ocurre.

El flujo en una imagen

F0 Alcance y RoE
  | Acuerdo operativo, identidades y límites
  v
F1 Reconocimiento
  | Mapa e hipótesis con evidencia y confianza
  v
F2 Análisis de inteligencia
  | Activos priorizados y validaciones mínimas
  v
F3 Pruebas por superficie <---- volver si cambia una precondición
  | Resultado y control observado
  +--> F4 Encadenamiento, si hace falta demostrar otro salto
  |      | Impacto o límite de la cadena documentado
  v      v
F5 Reporte --> Retest y cierre

En todas las fases: registro de supuestos + prioridades + brief.
Una detención, un control eficaz o una falta de evidencia también se reportan.

Fase 0 - Pre-engagement

• Objetivo. Encuadrar el trabajo antes de tocar nada.
• Acciones. Definir alcance por componente y categorías RAI, RoE (técnicas permitidas/ restringidas/prohibidas, ventanas, manejo de PII y payloads peligrosos), y contactos de escalamiento. Nivelar el equipo en el cambio de mentalidad.
• Criterio de salida. Scope y RoE firmados; el equipo entiende por qué la IA es otra clase de objetivo.
• Dónde seguir. Parte 00 - Introducción, Parte 01 - Fundamentos, alcance-roe-etica.

Fase 1 - Reconocimiento

• Objetivo. Construir el mapa de superficie del objetivo.
• Acciones. Recon pasivo (OSINT del stack), fingerprinting del modelo, enumeración de la superficie agentic/RAG/MCP, y planificación temprana de validación coordinada de detección.
• Criterio de salida. Mapa de componentes y flujos con cada hipótesis en el registro y su confianza. Incluí identidad, infraestructura, registry y observabilidad como dependencias transversales; no todas las solicitudes recorren una cadena lineal.
• Dónde seguir. Parte 03 - Reconocimiento.

Fase 2 - Análisis de inteligencia

• Objetivo. Convertir la evidencia disponible en prioridades y validaciones concretas.
• Acciones. Recolectar sólo metadata y evidencia autorizada que cambie una decisión: schemas de tools MCP, configuración disponible, y características de la KB sin extraer contenido no necesario.
• Criterio de salida. Los activos prioritarios tienen evidencia de alcanzabilidad o una hipótesis explícita; el plan define qué validación mínima resolverá lo que falta.
• Dónde seguir. enumeración de superficie, compromiso de vector DB, enumeración MCP, KB leakage.

Fase 3 - Pruebas por superficie

• Objetivo. Evaluar cada superficie priorizada, aplicando el ciclo enumerar → probar → observar → validar detección → confirmar.

• Decisión por superficie. Para cada capa que el recon detectó, andá a su parte:

  Superficie presente	Parte
  LLM / chatbot	04
  Agente / multi-agente	05
  Servidor MCP / tools	06
  RAG / embeddings / vector DB	07
  Clasificador ML / datos / modelo	08
  Supply chain / cloud / K8s	09

• El ciclo por técnica (repetir en cada página): enumerar la superficie → ejecutar un caso autorizado → observar resultado y detección → confirmar con evidencia reproducible.

• Criterio de salida. Cada caso priorizado tiene resultado y evidencia, o un motivo de no ejecución. Distinguí desviación del modelo, llamada propuesta, llamada rechazada y efecto ejecutado. Un control eficaz permite cerrar una ruta; la falta de telemetría puede dejarla inconclusa. Los hallazgos confirmados pasan al brief con su mapeo cuando aplica.

• Regla anti-atasco. Si una técnica depende de una hipótesis NO VALIDADA, validala primero (barato) en vez de asumir (caro). Ver assumption register.

Fase 4 - Escalada y encadenamiento

• Objetivo. Comprobar si un resultado de F3 tiene consecuencias en otra superficie cuando ese salto sea necesario para demostrar el impacto acordado.
• Acciones. Revisar precondiciones, identidad delegada y control del siguiente salto. Por ejemplo, una instrucción indirecta puede provocar una propuesta de herramienta; después hay que comprobar si el servidor la autoriza sobre un recurso sintético. Cada paso conserva su propio resultado, evidencia y límite. La Parte 09 desarrolla los cruces con infraestructura.
• Criterio de salida. Impacto acordado demostrado, cadena contenida o límite documentado. Se puede cerrar por evidencia suficiente, restricción de RoE o presupuesto, sin agotar rutas ni acceder al activo real.
• Dónde seguir. Parte 09, capstones como ejemplos de cadenas completas.

Fase 5 - Reporte

• Objetivo. Entregar findings accionables y mapeados.
• Acciones. Por cada finding: descripción, ID ATLAS (+ ATT&CK si cruza a infra), trust boundary evaluada, activo afectado, prueba mínima y remediación. Separar impacto observado de consecuencias hipotéticas. Armar diagramas de cadena y la tabla findings-vs-controls.
• Criterio de salida. Cada hallazgo tiene evidencia, límite, control y criterio de retest. El reporte también declara cobertura, resultados contenidos y pruebas inconclusas.
• Dónde seguir. Parte 10 - Defensa y remediación, tabla finding a control, plantillas de engagement.

Retest y cierre

• Objetivo. Confirmar controles corregidos y dejar el entorno como fue acordado.
• Acciones. Ejecutar el caso mínimo de retest, revocar accesos temporales, limpiar artefactos de prueba, registrar evidencia sanitizada y comunicar excepciones.
• Criterio de salida. Remediaciones verificadas o riesgos residuales aceptados; no quedan credenciales, contenido sensible ni cambios de prueba fuera del inventario acordado.

Los tres artefactos vivos (recordatorio)

Checklist maestro (una línea por fase)

• F0: scope + RoE firmados, categorías RAI acordadas
• F1: mapa de superficie por capas + hipótesis en el register
• F2: activos priorizados y validaciones mínimas definidas
• F3: casos priorizados con resultado o motivo de no ejecución y evidencia
• F4: impacto o límite de la cadena documentado; omisión justificada si no hizo falta
• F5: findings mapeados a ATLAS + tabla findings-vs-controls + attack chains
• Cierre: retest mínimo, accesos revocados y artefactos de prueba limpiados