Ejecutar y revisar una auditoría

Ejecuta una auditoría cuando su objetivo y población sean lo suficientemente específicos como para que otro operador sepa cómo es un hallazgo válido.

Ejecutar e inspeccionar

Panel de control
CLI

Ve a Analyze → Audits, abre la auditoría y selecciona run now. Una respuesta en cola significa que el despachador la iniciará en breve.
Abre la nueva ejecución para revisar su estado, ventana, duración, recuento de hallazgos e informe.
Selecciona una sesión de evidencia para abrir el rastreo exacto.
Vuelve a la página de la auditoría para editar la configuración, deshabilitar el cronograma o inspeccionar ejecuciones anteriores.

fp audits run checkout-reliability
fp audits runs checkout-reliability --limit 10
fp --json audits runs checkout-reliability
fp audits findings --audit checkout-reliability

Consulta la referencia de fp audits para ver el historial de ejecuciones, hallazgos y comandos de triaje.

Antes de ejecutar

Confirma que existen sesiones en la ventana de tiempo seleccionada.
Verifica los filtros de entorno y agente.
Comprueba que el contexto de referencia esté actualizado.
Asegúrate de que el objetivo describa un modo de fallo, no una conclusión deseada.

Revisar la ejecución

Comienza con el estado de la ejecución, la cobertura de sesiones y si el análisis del modelo se ejecutó. Luego inspecciona la gravedad, descripción, sesiones de evidencia, consultas de apoyo y ruta de prevención sugerida de cada hallazgo. Utiliza el estado del hallazgo para reconocer, silenciar, descartar, resolver, reabrir o asignar trabajo. Conserva la evidencia incluso cuando el hallazgo se descarta; explica por qué se tomó la decisión.

Interpretar una ejecución vacía o retrasada

Condición de ejecución	Qué significa	Qué hacer
El análisis se ejecutó y produjo cero hallazgos	La evidencia seleccionada no fue suficiente para generar un hallazgo con la sensibilidad configurada.	Confirma que el alcance contiene sesiones representativas y trata el resultado como saludable, a menos que el objetivo o el contexto hayan sido demasiado vagos.
El análisis del modelo fue omitido o falló	La ejecución se completa con cero hallazgos, pero no realizó la investigación agéntica. El análisis determinista de credenciales e IIP sigue reportando recuentos de coincidencias en las estadísticas de ejecución, pero no crea hallazgos.	Corrige el servicio de análisis o la configuración y vuelve a ejecutar. No interpretes el resultado vacío como evidencia de que la población está saludable.
El análisis del modelo está deshabilitado	La ejecución tiene éxito con cero hallazgos. El análisis determinista no reemplaza el análisis del modelo ni abre hallazgos.	Habilita el análisis del modelo o deshabilita la auditoría en lugar de depender de una auditoría que no puede producir hallazgos.
No hay capacidad de análisis disponible de inmediato	La auditoría permanece en cola y reintenta en lugar de omitir la población.	Espera a que haya capacidad o distribuye los anclajes de auditoría. Los operadores que alojan su propio servicio deben escalar las réplicas del agente de auditoría y la capacidad de despacho correspondiente.
La capacidad sigue sin estar disponible durante la ventana de reintentos	La ejecución abandona con cero hallazgos y envía una notificación de fallo cuando la entrega por correo electrónico está disponible.	Verifica si la flota de auditoría está saturada o reiniciándose repetidamente.

Cuando el análisis no se ejecuta, las auditorías con since_last mantienen esa ventana no analizada abierta para la próxima ejecución exitosa. Los hallazgos existentes no se retiran porque un análisis omitido no es evidencia de que el fallo haya desaparecido.

Entender las notificaciones de fallo

Una ejecución fallida o un paso de análisis del modelo fallido utiliza los destinatarios de correo electrónico de la auditoría. Si la auditoría no tiene un canal de correo electrónico, Failproof AI recurre a la configuración alerts.email_default_recipients de la organización, de modo que una auditoría con fallos silenciosos siga teniendo una ruta de escalada. El correo electrónico debe estar habilitado para la organización y SMTP debe estar configurado. De lo contrario, el fallo se registra pero no se puede entregar ningún correo. Los fallos de ejecución no desplazan el anclaje de cronograma fijo de la auditoría. Cada ejecución también almacena el contexto de agente exacto utilizado para cada agente como una instantánea del contrato. Las ediciones posteriores no cambian el estándar de evidencia registrado con una ejecución anterior.

No implementes una política de bloqueo directamente a partir de un hallazgo no verificado. Abre los rastros citados y confirma que la regla distingue el comportamiento no seguro del trabajo legítimo.

​Ejecutar e inspeccionar

​Antes de ejecutar

​Revisar la ejecución

​Interpretar una ejecución vacía o retrasada

​Entender las notificaciones de fallo

Ejecutar e inspeccionar

Antes de ejecutar

Revisar la ejecución

Interpretar una ejecución vacía o retrasada

Entender las notificaciones de fallo