Falco is a CNCF-graduated, open-source runtime security tool that monitors Linux kernel system calls and other event sources to detect anomalous behavior in containers, Kubernetes clusters, hosts, and cloud environments in real time. It acts as a security camera for your infrastructure β not an enforcement engine β by applying custom rules against a live stream of kernel events enriched with container and Kubernetes metadata. The key mental model is that Falco is detection-first: it alerts on behavior, but the response layer (Falco Talon, Falcosidekick integrations, SOAR) is handled separately, giving teams flexibility over how alerts are actioned.
What This Cheat Sheet Covers
This topic spans 24 focused tables and 246 indexed concepts. Below is a complete table-by-table outline of this topic, spanning foundational concepts through advanced details.
Table 1: Falco Architecture and Kernel Drivers
Falco collects events by hooking into the Linux kernel via one of three instrumentation drivers. The driver you choose has major implications for kernel compatibility, performance overhead, privilege requirements, and portability across distributions and cloud-managed node types.
| Driver | Example | Description |
|---|---|---|
engine.kind: modern_ebpf in falco.yaml | β’ Default and recommended driver since Falco 0.43 β’ bundled into the Falco binary using CO-RE (Compile Once β Run Everywhere), so no separate download is needed β’ Requires kernel β₯5.8 with BPF ring buffer and BTF support β’ Needs capabilities CAP_SYS_BPF, CAP_SYS_PERFMON, CAP_SYS_RESOURCE, CAP_SYS_PTRACE β not full root | |
engine.kind: kmod | β’ A .ko loadable kernel module installed via falcoctl driver or the falco-driver-loader imageβ’ Works on kernel β₯3.10 β’ supports x86_64 and aarch64. Requires full root privileges β cannot run with Linux capabilities alone β’ Useful on older kernels where eBPF is unavailable | |
engine.kind: ebpfengine.ebpf.probe: ~/.falco/falco-bpf.o | β’ Deprecated in Falco 0.43.0 β’ will be removed in a future release β’ Required kernel β₯4.14 β’ needed CAP_SYS_ADMIN. Users should migrate to the modern eBPF probe | |
bpftool feature probe kernel | The modern eBPF probe uses the CO-RE paradigm with BTF so one compiled binary runs across kernel versions without per-kernel compilation, unlike the legacy probe and kernel module which needed kernel headers on the target host. |