Add-ons: camadas adicionais de testing
Last updated: October 20, 2026
Uma Threat Emulation Full security é a base do testing contínuo: ela avalia toda a superfície em scope, de forma recorrente ou em uma única execução. Para cobrir momentos pontuais entre ciclos, como um release ou uma nova funcionalidade, você pode complementá-la com outros tipos de Threat Emulation e com testing manual.
Não há serviços adicionais para contratar separadamente: você compra créditos e os usa no tipo de testing de que precisar em cada momento.
Focused Threat Emulation
Uma execução pontual sobre um objetivo que você define, por exemplo um fluxo, uma funcionalidade ou uma área de vulnerabilidade. É útil quando você precisa validar algo específico sem esperar o próximo ciclo da Full security.
Para mais detalhes, consulte O que é e como executar uma Focused Threat Emulation.
Change-based Threat Emulation
É executada automaticamente quando há mudanças nos repositórios que você escolher, a cada pull request ou a cada novo release. É útil se você faz releases frequentes e quer reduzir a janela de exposição entre ciclos. Você precisa ter o GitHub conectado no nível da organização.
Para mais detalhes, consulte Como configurar uma Change-based Threat Emulation.
Para ver quando convém cada uma, consulte Focused e Change-based Threat Emulation: em que se diferenciam e quando usar cada uma.
Human hacking
Human hacking é um switch que você ativa na configuração de uma Threat Emulation. Com Human hacking, um especialista em segurança ofensiva testa manualmente os assets em scope, junto com o agente de IA da Strike.
É recomendado para:
Assets de alta criticidade.
Requisitos de compliance.
Casos em que você precisa de um nível maior de confiança nos resultados.
Ativar o Human hacking aumenta o consumo de créditos da Threat Emulation.
Como os créditos são consumidos
Todos os tipos de testing são pagos com os mesmos créditos do seu plano:
Full security: o consumo depende da quantidade de paths, da profundidade e da quantidade de execuções por ano.
Focused e Change-based: consomem um valor fixo de créditos por execução.
Human hacking: aumenta o consumo da Threat Emulation em que você o ativa.
Enquanto você configura uma Threat Emulation, o card de estimativa mostra quantos créditos ela vai consumir. Para mais detalhes, consulte Créditos: o que são e como são consumidos.
Quando combinar cada um
Situação | O que somar à sua Full security |
|---|---|
Você faz releases frequentes | Change-based, por pull request ou por release |
Você precisa validar uma funcionalidade ou um fluxo pontual | Focused, com um Goal específico |
Você tem assets críticos ou requisitos de compliance | Human hacking |
Perguntas frequentes
Preciso contratar algo à parte para usar Focused, Change-based ou Human hacking?
Não. Você usa os mesmos créditos do seu plano no tipo de testing de que precisar.
O Human hacking consome mais créditos?
Sim. Ativá-lo aumenta o consumo da Threat Emulation. Você pode ver o impacto no card de estimativa antes de confirmar.
Focused e Change-based substituem a Full security?
Não. A Full security avalia toda a superfície em scope. Focused e Change-based cobrem objetivos ou mudanças pontuais entre ciclos.