La reversión cambia la versión desplegada o elimina una asignación de política; no borra el historial de decisiones que explica el incidente.
Revertir una máquina
- Ve a Admin → enforcement, expande la máquina afectada e identifica su último conjunto de políticas conocido como correcto.
- Selecciona edit, restaura esas versiones y efectos, y aplica el nuevo despliegue.
- Espera a que la máquina haga check-in y luego verifica el despliegue reportado.
- Abre Observe → policy y las sesiones afectadas para confirmar que el trabajo válido ya no está bloqueado.
La reversión de un despliegue en la nube es un flujo de trabajo del panel de control. Usa el estado local para confirmar que el despliegue corregido ha llegado a la máquina:failproofai config --pause pausa las políticas integradas, personalizadas y de convención para una sesión local. No pausa las políticas gestionadas por la nube, por lo que no es una solución alternativa para un despliegue incorrecto en la nube. Cuándo hacer una reversión
- Una política bloquea una acción de producción esperada.
- El volumen de coincidencias es materialmente mayor que el predicho durante el despliegue observado.
- Una política depende de campos que una integración no proporciona.
- Una nueva versión cambia el comportamiento fuera del modo de fallo previsto.
Tras la reversión, abre las sesiones afectadas e identifica la condición que causó el falso positivo. Crea una nueva versión, prueba tanto los casos inseguros como los legítimos y repite la fase de observación.
Pausar la aplicación de políticas puede ser apropiado durante un incidente, pero amplía la exposición para todas las políticas activas en ese ámbito. Siempre que sea posible, prefiere revertir la versión de política específica.
