Como interpretar os resultados de um retest

• nfirmada e a vulnerabilidade não é mais explorável.

• Partially fixed: o fix reduz o problema, mas não o elimina completamente.

• Not fixed: a vulnerabilidade continua explorável.

• Blocked: o ambiente impediu o teste — por exemplo, o target não estava acessível, o IP não estava na allowlist ou as credenciais eram inválidas.

👉 Cada resultado vem acompanhado de evidências que explicam exatamente o que foi encontrado.

Como os resultados impactam a vulnerabilidade

• Fixed move a vulnerabilidade para o status Fixed e a marca como verificada pela Strike.

• Qualquer outro resultado a mantém em Pending Fix, e você pode solicitar um novo retest assim que o fix for ajustado ou o ambiente for desbloqueado.

• O retest mais recente sempre define o status atual.

Evidências do retest

Cada retest concluído inclui:

• Uma análise escrita do que foi testado e do que foi observado.

• Arquivos de evidência anexados que você pode baixar.

👉 O mesmo padrão de qualidade se aplica, seja o retest executado pelo Retest Agent ou por um Striker.

Histórico de retests

O detalhe da vulnerabilidade inclui uma seção Retest history com cada tentativa em ordem cronológica:

• Data e quem solicitou.

• O resultado de cada retest.

• Prévia da evidência e dos arquivos anexados, expansível para o registro completo.

• Se houver um retest em andamento, ele aparece no topo como em progresso.

👉 Isso oferece uma rastreabilidade auditável desde a detecção até a correção verificada.