O painel não altera a configuração do Falco — apenas mostra o excerto e os comandos que aplica no servidor via SSH.
# /etc/falco/rules.d/local-tuning.yaml - rule: <NOME EXATO DA REGRA da lista acima> 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 o nome exato da regra. Se a lista mostrar o texto da mensagem em vez do nome, ative a saída JSON em falco.yaml (json_output: true) para que o painel receba os nomes exatos das regras.
O Falco costuma ser apresentado como uma ferramenta de Kubernetes, e quase tudo o que se escreve sobre ele pressupõe um cluster. Funciona perfeitamente bem num servidor Linux comum, onde vigia as chamadas de sistema e levanta um alerta quando um processo faz algo que não lhe compete: abrir uma shell a partir do servidor web, escrever num diretório de binários do sistema, ler ficheiros sensíveis ou abrir uma ligação de saída inesperada.
Esta página mostra os alertas com a sua prioridade, a regra que disparou e o processo e a linha de comandos por trás. É esse último pormenor que distingue o Falco das ferramentas assentes em registos: comunica o que um processo realmente fez, e não o que um serviço decidiu escrever a esse respeito.
O conjunto de regras por omissão foi escrito a pensar em contentores e será ruidoso num servidor nu enquanto não for afinado. Gestores de pacotes, tarefas de cópia de segurança e scripts do cron acionam com regularidade regras destinadas a apanhar intrusos. Conte com uma ou duas horas a silenciar comportamentos legítimos antes de o resultado se tornar acionável: um fluxo de alertas que ninguém lê equivale a não ter alertas.