Falco: Real-Time Threat Detection for Cloud-Native

Falco is a runtime security camera, watching Linux syscalls to detect threats in real time. It's used in Kubernetes to spot abnormal behavior like privilege escalation or writing to /etc. The key is it only *detects* and *alerts*; it doesn't block threats.
Why it exists
Modern systems run on hosts, containers, and Kubernetes, creating complex runtime environments. Traditional security tools often lack visibility into the real-time behavior inside these components. Falco was created to solve this by providing a way to detect and alert on abnormal behavior and potential security threats as they happen.
The mental model
Think of Falco as a security camera pointed at your system's kernel. It's a cloud-native runtime security tool that observes low-level system activity, primarily Linux system calls (syscalls), to understand what your applications are actually doing. Instead of just scanning static files, it watches for suspicious actions in real-time.
How it works
Falco operates by tapping into event sources and matching them against a ruleset. First, it instruments the Linux kernel to capture a stream of syscall events. It can also ingest events from other sources like Kubernetes Audit Logs or AWS CloudTrail via a plugin system. Second, it enriches these raw events with metadata from Kubernetes and the container runtime, adding context like pod name and container ID. Third, it evaluates this stream of contextualized events against a powerful rules engine. These rules, defined in YAML, specify conditions that indicate suspicious behavior. Finally, when an event matches a rule, Falco generates an alert that can be sent to logging platforms, SIEMs, or other tools for investigation and response.
When to use it
Use Falco to get real-time visibility into your running systems. It excels at detecting threats that manifest as unusual system activity. This includes privilege escalation attempts inside containers, unexpected network connections from a pod, processes writing to sensitive directories like /etc, a container spawning a shell, or modifications to critical system binaries. It's a key tool for runtime threat detection in Kubernetes and containerized environments.
When not to use it
Falco is a detection and alerting tool, not a prevention tool. Do not rely on it to block malicious actions; it reports on them after they occur. For blocking, you need other mechanisms. It is also not a static analysis tool; it does not scan container images for vulnerabilities before they are deployed. Falco's focus is strictly on runtime behavior.
One canonical example
A common attack vector is a compromised application attempting to modify the system. For instance, a web server container that is exploited might try to write to the /etc/passwd file to create a new user. Falco, with its default rules, would see the syscall for this file write, identify it as coming from a container that should not be modifying that file, and immediately fire an alert. The alert would contain the container ID, process name, and the exact rule that was violated, enabling a security team to respond instantly.
Interview question
Which statement accurately describes a core limitation of Falco's functionality?
- a.It only detects threats after they have already been successfully executed and completed.
- b.It lacks the ability to enrich events with Kubernetes-specific context.
- c.It provides real-time alerts but does not block or prevent malicious actions.Correct
- d.It cannot monitor events from sources other than Linux system calls.
Why? this is the answer
Falco is explicitly described as a "detection and alerting tool, not a prevention tool." It reports on malicious actions after they occur, but does not block them. Option A is incorrect because Falco detects suspicious actions in real-time as they happen, not necessarily after a full compromise is completed.
Just read this? Test yourself on what you have been reading.
Read the original → falco.org
You just looked this up. Could you explain it out loud?
That is the part interviews actually test. Tezvyn takes questions like this one and gives you what the interviewer is really checking, the answer that lands, and the mistake that ends the conversation, in the four minutes before your next meeting.
The iPhone app is on the way
We are building it. Until it lands, nothing here is held back from you: every interview card, your saved cards, streaks and the job board all work in Safari, plus hundreds of free practice quizzes of thirty questions each. Sign in and it all carries over to the app the day it arrives.
Want it as an icon? Tap Share at the bottom of Safari, then Add to Home Screen. It opens full screen and the cards you have read stay available offline.
We are hiring for this. Open roles that interview on security — each one lists the topics its interview covers.
See open roles