パネルは Falco の設定を変更しません。スニペットと、SSH でサーバーに適用するコマンドを表示するだけです。
# /etc/falco/rules.d/local-tuning.yaml - rule: <上記リストの正確なルール名> 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
正確なルール名を使用してください。一覧にメッセージ本文が表示され名前が出ない場合は、falco.yaml で JSON 出力を有効化(json_output: true)すると、パネルが正確なルール名を取得できます。
Falco はたいてい Kubernetes の道具として語られ、それについて書かれるもののほとんどはクラスタの存在を前提にしています。まったくふつうの Linux サーバーでも見事に働きます。そこでシステムコールを見張り、あるプロセスが自分に関わりのないことをしたときに警告を上げます。ウェブサーバーからシェルを立ち上げる、システムの実行ファイル置き場に書き込む、機微なファイルを読む、思いがけない外向きの接続を開く、といったことです。
このページはアラートを優先度とともに、発火した規則、そして背後のプロセスとコマンドラインを添えて示します。ログに依る道具と Falco を分けるのは、まさにこの最後の細部です。あるサービスがその件について何を書き残すことにしたかではなく、プロセスが実際に何をしたかを報せてくれるのです。
既定の規則一式はコンテナを念頭に書かれており、素のサーバーでは調整するまで騒がしいままです。パッケージ管理、バックアップの仕事、cron のスクリプトは、侵入者を捕まえるために設けられた規則を日常的に発火させます。出力が使い物になるまでに、正当なふるまいを黙らせるための一、二時間を見込んでおいてください。誰も読まないアラートの流れは、アラートがないのと同じことです。