Das Dashboard ändert die Falco-Konfiguration nicht – es zeigt nur das Snippet und die Befehle, die Sie per SSH auf dem Server anwenden.
# /etc/falco/rules.d/local-tuning.yaml - rule: <GENAUER REGELNAME aus der Liste oben> 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
Verwenden Sie den exakten Regelnamen. Wird in der Liste der Meldungstext statt des Namens angezeigt, aktivieren Sie die JSON-Ausgabe in falco.yaml (json_output: true), damit das Dashboard die exakten Regelnamen erhält.
Falco wird meist als Kubernetes-Werkzeug besprochen, und fast alles, was darüber geschrieben wird, setzt einen Cluster voraus. Es funktioniert genauso auf einem gewöhnlichen Linux-Server: Es beobachtet Systemaufrufe und schlägt Alarm, wenn ein Prozess etwas tut, das ihn nichts angeht — eine Shell aus dem Webserver heraus starten, in ein Systemverzeichnis schreiben, sensible Dateien lesen, eine unerwartete ausgehende Verbindung öffnen.
Diese Seite zeigt die Alarme mit Priorität, ausgelöster Regel sowie Prozess und Kommandozeile dahinter. Gerade dieses letzte Detail unterscheidet Falco von log-basierten Werkzeugen: Es meldet, was ein Prozess tatsächlich getan hat, nicht das, was ein Dienst darüber zu schreiben beschlossen hat.
Das Standard-Regelwerk ist mit Containern im Blick geschrieben und auf einem blanken Server zunächst laut. Paketmanager, Backup-Jobs und Cron-Skripte lösen regelmäßig Regeln aus, die für Eindringlinge gedacht waren. Planen Sie ein bis zwei Stunden ein, um legitimes Verhalten stummzuschalten, bevor die Ausgabe brauchbar wird — ein Alarmstrom, den niemand liest, ist dasselbe wie gar kein Alarm.