Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Propose Falco exceptions based on current Events #100

Open
marwinski opened this issue Nov 13, 2024 · 0 comments
Open

Propose Falco exceptions based on current Events #100

marwinski opened this issue Nov 13, 2024 · 0 comments
Labels
kind/enhancement Enhancement, improvement, extension

Comments

@marwinski
Copy link
Contributor

What would you like to be added:

Propose Falco rule exceptions for false positive events.

Why is this needed:

As a user it is cumbersome to learn Falco rule syntax and to manually create exceptions based on false positive findings. As a rule of thumb, fewer, less sophisticated rules mean less false positives but also lower detection capabilities. On the other hand, more, and more sophisticated rules mean more false positives for which exceptions must be defined.

As an example, I used the vanilla ruleset from the active Falco project (https://github.com/falcosecurity/rules/tree/main/rules) for our workload. Detection capabilities were great: I could for example clearly follow debug sessions, however I spent a considerable amount of time defining exceptions for false positives. The resulting exception file grew to more than a thousand lines.

I would envision the following workflow, both on first deployment and continuously:

  1. Deploy workload in cluster
  2. Let the workload run for “some” time, possibly also including workload maintenance activities
  3. Propose Falco exceptions for events
  4. Review and apply exceptions

An administrator would review the exceptions and apply them to the system. As workloads-, and rulesets change, this needs to be a continuous process.

Care must be taken not to define exceptions for critical events or for events that indicate an actual attack. While one could argue that a system is not under attack during an initial deployment it may very well be at a later point in time.

@marwinski marwinski added the kind/enhancement Enhancement, improvement, extension label Nov 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/enhancement Enhancement, improvement, extension
Projects
None yet
Development

No branches or pull requests

1 participant