Como interpretar os resultados de um retest

Cada retest termina com um resultado claro que atualiza automaticamente o status da vulnerabilidade, para que você sempre saiba em que situação está cada achado.

Resultados possíveis

• Fixed: a remediação foi confirmada e a vulnerabilidade não é mais explorável.

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

• Not fixed: a vulnerabilidade continua explorável.

• Blocked: o ambiente impediu o retest, por exemplo porque o target não estava acessível, o IP da Strike não estava autorizado ou as credenciais eram inválidas.

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

Como os resultados impactam a vulnerabilidade

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

• Qualquer outro resultado a mantém em Pending fix. Você pode solicitar um novo retest quando ajustar o fix ou resolver o bloqueio do ambiente.

• O retest mais recente sempre define o status atual.

Para ver todos os status de uma vulnerabilidade, consulte Gestão do ciclo de vida de uma vulnerabilidade. Se o resultado for Blocked por um problema de acesso, consulte Como autorizar os IPs da Strike e Como carregar credenciais para o testing.

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 a solicitou.

• O resultado de cada retest.

• Prévia das evidências e dos anexos, que você pode expandir para o registro completo.

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

Assim você tem uma rastreabilidade auditável, da detecção até o fix verificado.