Requisitos para una Threat Emulation efectiva

Para obtener resultados precisos y relevantes, es clave que tus assets y tus Threat Emulations tengan bien configurados el acceso, el contexto y las restricciones. Una buena configuración inicial mejora la calidad del testing, permite detectar vulnerabilidades más profundas y reduce el ruido.

Este artículo resume qué necesitas revisar antes de tu primera ejecución, con links al detalle de cada tema.

Acceso

• Autoriza las IPs de Strike en tu firewall, WAF, IDS o rate limiting antes de la primera ejecución. Sin esto, el testing puede ser bloqueado y los resultados pueden no reflejar el riesgo real. Para ver la lista de IPs y cómo autorizarlas, consulta Cómo autorizar las IPs de Strike.

• Carga credenciales si tus assets tienen login. Sin credenciales, el testing se limita a la superficie pública. Para más detalle, consulta Cómo cargar credenciales para el testing y Cómo proporcionar credenciales de prueba para el agente de IA de Strike.

• Configura el acceso a redes privadas si tus assets no son públicos. Al crear la Threat Emulation, activa Requires VPN / jump host en el panel Before we test. Para más detalle, consulta Acceso a tu red interna mediante VPN.

Contexto y documentación

• Completa la Description de cada asset: qué hace el sistema, sus flujos críticos, los datos sensibles y la lógica de negocio relevante. Cuanto más contexto, más relevantes son los escenarios de ataque.

• Adjunta documentación técnica al asset, como Swagger / OpenAPI, colecciones de Postman o diagramas de arquitectura. Permite identificar rutas de ataque más complejas, mejorar la cobertura y reducir falsos positivos.

• Usa Additional information en la Threat Emulation para el contexto que aplica solo a esa Threat Emulation.

Para más detalle, consulta Cómo agregar un nuevo asset y Qué incluir en la Description de un asset y en Additional information.

Restricciones

En la configuración de la Threat Emulation puedes definir restricciones para adaptar el testing a tu entorno, algo especialmente útil en producción:

• Exclude tests: tipos de test intrusivos que no quieres que se ejecuten, por ejemplo DoS o payloads destructivos.

• Schedule restrictions: franjas horarias en las que no se puede testear.

• Rate limit: cantidad máxima de requests por minuto.

Para más detalle, consulta Cómo crear una Threat Emulation.

Antes de cada ejecución

Al inicio de cada ejecución, el Pre-flight Check verifica que tus assets sean accesibles y que las credenciales funcionen. Si encuentra un problema, te muestra cómo resolverlo. Para más detalle, consulta Cómo funciona el Pre-flight Check.

Buenas prácticas

• Mantén la Description de tus assets clara y actualizada.

• Agrega documentación técnica cuando esté disponible.

• Configura credenciales para ampliar la cobertura.

• Revisa las restricciones según el entorno de cada asset.

Qué evitar

• Subir logs sin contexto.

• Incluir documentación irrelevante o desactualizada.

• Compartir credenciales sensibles en archivos adjuntos.

• Agregar información que no aporte al testing.