Cómo interpretar los resultados de un retest

Cada retest finaliza con un resultado claro que actualiza automáticamente el estado de la vulnerabilidad, así siempre sabes en qué situación está cada hallazgo.

Resultados posibles

• Fixed: la remediación fue confirmada y la vulnerabilidad ya no es explotable.

• Partially fixed: el fix reduce el problema, pero no lo elimina por completo.

• Not fixed: la vulnerabilidad sigue siendo explotable.

• Blocked: el ambiente impidió el test, por ejemplo, el target no estaba accesible, la IP no estaba permitida o las credenciales eran inválidas.

👉 Cada resultado viene acompañado de evidencia que explica exactamente qué se encontró.

Cómo impactan los resultados en la vulnerabilidad

• Fixed pasa la vulnerabilidad al estado Fixed y la marca como verificada por Strike.

• Cualquier otro resultado la mantiene en Pending Fix, y puedes solicitar un nuevo retest una vez ajustado el fix o desbloqueado el ambiente.

• El retest más reciente siempre define el estado actual.

Evidencia del retest

Cada retest completado incluye:

• Un análisis escrito de qué se testeó y qué se observó.

• Archivos de evidencia adjuntos que puedes descargar.

👉 Se aplica el mismo estándar de calidad, ya sea que el retest lo haya ejecutado el Retest Agent o un Striker.

Historial de retests

El detalle de la vulnerabilidad incluye una sección de Retest history con cada intento en orden cronológico:

• Fecha y quién lo solicitó.

• El resultado de cada retest.

• Vista previa de la evidencia y archivos adjuntos, expandible al registro completo.

• Si hay un retest en curso, aparece arriba como en progreso.

👉 Esto te da una trazabilidad auditable desde la detección hasta el fix verificado.