Platform

Platform overview How it works Authorization testing Evidence & reports Private scanning Integrations

Solutions

Security agencies Product teams Regulated industries Partner programme

Learn

Blog Knowledge hub Compare

Resources

Pricing Documentation Help centre FAQ Security & data What we haven’t proved

Company

About Contact Careers Sign in to the platform Start a $199 pilot →

Home / Knowledge hub / Runtime security

Knowledge hub

Runtime security

Watching containers while they run for behaviour that should never happen.

Illustration explaining Runtime security

What it means

Runtime security means watching workloads while they run, rather than checking them only before they ship. In a container setting, that usually means observing system calls, process starts, file access and network connections against a picture of normal behaviour.

It catches what scanning cannot. A scanner reads an image and lists known flaws. Runtime tools see that a web server container has suddenly started a shell, or is reading files it never touched before.

Why it matters

Not every attack starts with a known flaw. A stolen credential, a new zero-day or a business-logic abuse leaves no signature in an image. Behaviour is what gives it away, and early notice cuts the time an intruder has.

It also gives your incident response team facts: which process, which container, which connection, and when.

How it shows up

Tools such as Falco watch kernel events and raise alerts from rules, for example a shell in a production container or a write below a system directory. Alerts feed your SIEM or on-call tool, and some products can also block.

Mistakes repeat. Rules are never tuned, so noise buries real alerts. Alerts go to a channel nobody reads. Teams treat it as a replacement for patching or testing. Use it as one layer next to image scanning, restricted pod settings and application testing.

Questions people ask

Runtime security, answered

Is runtime security the same as image scanning?

No. Scanning checks what is inside an image before it runs. Runtime security watches what the running workload does.

Does it stop attacks?

Some tools can block or kill suspicious activity, but many only alert. Decide which mode you want and who responds.

What would it catch?

A shell opening inside a container, unexpected outbound connections, reads of credential files, or processes that never ran before.

Will it slow our workloads?

Modern approaches that use kernel instrumentation add little overhead, but test on your own load before you roll it out.

Does it replace penetration testing?

No. It watches for misuse once it happens. Testing finds the flaws before someone uses them.

Cyberlop mark

What would you notice at 3 a.m.?

Runtime tools watch for misuse. We find the flaw that makes misuse possible, and prove it with the request, response and line of code. Book a pilot on one app.

Or start with a $199 pilot on one application: thirty days, success criteria agreed before day one, credited against the annual if you convert.