El panel no modifica la configuración de Falco: solo muestra el fragmento y los comandos que usted aplica en el servidor por SSH.
# /etc/falco/rules.d/local-tuning.yaml - rule: <NOMBRE EXACTO DE LA REGLA de la lista de arriba> condition: and not fd.name = /path/to/exclude append: true
sudo nano /etc/falco/rules.d/local-tuning.yaml sudo falco --validate /etc/falco/rules.d/local-tuning.yaml sudo systemctl restart falco 2>/dev/null || sudo systemctl restart falco-modern-bpf
Use el nombre exacto de la regla. Si en la lista aparece el texto del mensaje en lugar del nombre, active la salida JSON en falco.yaml (json_output: true) para que el panel reciba los nombres exactos de las reglas.
Falco suele presentarse como una herramienta de Kubernetes, y casi todo lo que se escribe sobre él da por supuesto un clúster. Funciona perfectamente en un servidor Linux corriente, donde vigila las llamadas al sistema y levanta una alerta cuando un proceso hace algo que no le corresponde: abrir una shell desde el servidor web, escribir en un directorio de binarios del sistema, leer archivos sensibles o abrir una conexión saliente inesperada.
Esta página muestra las alertas con su prioridad, la regla que se disparó y el proceso y la línea de comandos que hay detrás. Ese último detalle es lo que diferencia a Falco de las herramientas basadas en registros: informa de lo que un proceso hizo realmente, no de lo que un servicio decidió escribir al respecto.
El conjunto de reglas por defecto está escrito pensando en contenedores y será ruidoso en un servidor desnudo hasta que se ajuste. Gestores de paquetes, tareas de copia de seguridad y scripts de cron disparan con regularidad reglas pensadas para cazar intrusos. Reserve una o dos horas para silenciar comportamientos legítimos antes de que la salida sea accionable: un flujo de alertas que nadie lee equivale a no tener alertas.