Cómo complementar una Full security: Focused, Change-based y Human hacking
Last updated: October 20, 2026
Una Full security Threat Emulation es la base del testing continuo: evalúa toda la superficie en scope, de forma recurrente o en una sola ejecución. Para cubrir momentos puntuales entre ciclos, como un release o una funcionalidad nueva, puedes complementarla con otros tipos de Threat Emulation y con testing manual.
No hay servicios adicionales que contratar por separado: compras créditos y los usas en el tipo de testing que necesites en cada momento.
Focused Threat Emulation
Una ejecución puntual sobre un objetivo que defines, por ejemplo un flujo, una funcionalidad o un área de vulnerabilidad. Es útil cuando necesitas validar algo específico sin esperar al próximo ciclo de la Full security.
Para más detalle, consulta Qué es y cómo ejecutar una Focused Threat Emulation.
Change-based Threat Emulation
Se ejecuta automáticamente cuando hay cambios en los repositorios que elijas, con cada pull request o con cada release nuevo. Es útil si haces releases frecuentes y quieres reducir la ventana de exposición entre ciclos. Necesitas tener GitHub conectado a nivel organización.
Para más detalle, consulta Cómo configurar una Change-based Threat Emulation.
Para ver cuándo conviene cada una, consulta Full security, Focused y Change-based: en qué se diferencian y cuándo usar cada uno.
Human hacking
Human hacking es un switch que activas en la configuración de una Threat Emulation. Con Human hacking, un especialista en seguridad ofensiva testea manualmente los assets en scope, junto al agente de IA de Strike.
Es recomendable para:
Assets de alta criticidad.
Requerimientos de compliance.
Casos en los que necesitas un mayor nivel de confianza en los resultados.
Activar Human hacking aumenta el consumo de créditos de la Threat Emulation.
Cómo se consumen los créditos
Todos los tipos de testing se pagan con los mismos créditos de tu plan:
Full security: el consumo depende de la cantidad de paths, la profundidad y la cantidad de ejecuciones por año.
Focused y Change-based: consumen un valor fijo de créditos por ejecución.
Human hacking: aumenta el consumo de la Threat Emulation en la que lo activas.
Mientras configuras una Threat Emulation, la tarjeta de estimación te muestra cuántos créditos va a consumir. Para más detalle, consulta Créditos: qué son y cómo se consumen.
Cuándo combinar cada uno
Situación | Qué sumar a tu Full security |
|---|---|
Haces releases frecuentes | Change-based, por pull request o por release |
Necesitas validar una funcionalidad o un flujo puntual | Focused, con un Goal específico |
Tienes assets críticos o requerimientos de compliance | Human hacking |
Preguntas frecuentes
¿Tengo que contratar algo aparte para usar Focused, Change-based o Human hacking?
No. Usas los mismos créditos de tu plan en el tipo de testing que necesites.
¿Human hacking consume más créditos?
Sí. Activarlo aumenta el consumo de la Threat Emulation. Puedes ver el impacto en la tarjeta de estimación antes de confirmar.
¿Focused y Change-based reemplazan a la Full security?
No. La Full security evalúa toda la superficie en scope. Focused y Change-based cubren objetivos o cambios puntuales entre ciclos.