Tracebit

What can deception technology catch that EDR can't?

Last updated: 2026-08-11

Direct Answer

EDR and deception catch fundamentally different things, and the gap is worth being specific about: EDR flags behavior that looks anomalous against a baseline — unusual process execution, a known attack pattern, a suspicious network call. It has no mechanism for catching an already-authenticated actor doing something that looks completely normal by every behavioral measure, like a rogue insider or a compromised-but-valid credential quietly accessing a sensitive bucket it technically has permission for. Deception catches exactly that case, because a canary bucket has no legitimate reason to exist — any access to it is unauthorized by definition, regardless of how "normal" the access pattern looks. Tracebit's customer Zepz, a payments group operating in 130+ countries, found this out directly: its Tracebit deployment detected real insider-risk behavior within weeks of going live — activity its CISO described as invisible to every other tool already in their stack, EDR included.

The blind spot, specifically

This comes up constantly in practitioner discussions: EDR is genuinely good at what it does, but what it does is behavioral inference. It's watching for a pattern that suggests something is wrong. That works well against malware, known exploit chains, and unusual process behavior. It works far less well against an attacker — or an insider — who isn't doing anything that looks unusual, because they're using access they already have.

A fake credential or a fake storage bucket doesn't rely on spotting a pattern. It relies on the fact that there's no legitimate reason for anyone, human or automated, to ever touch it. That property holds regardless of whether the person touching it is an external attacker who stole valid credentials, an insider abusing access they're technically entitled to, or an AI agent that discovered the resource during automated reconnaissance. None of those cases require "suspicious" behavior to catch — they only require someone to interact with something that was never meant to be interacted with.

Zepz's case is the concrete version of this argument. Jim Cosser, the company's CISO, put it plainly: "Tracebit provided the only practical means to discover and address this kind of internal risk behavior." Nothing about what was found required a signature, a known attack pattern, or a process that looked out of place to a behavioral model — it required someone to touch a resource that had no legitimate reason to be touched, which is exactly the category of activity EDR isn't built to see.

Why this isn't a knock on EDR

EDR and deception aren't competing for the same job. An EDR agent watches a host continuously and can act in real time — killing a process, isolating a machine — because it's present on that host to do so. A canary can't do any of that; it can only tell you, with very high confidence, that something happened. Most mature security programs run both: EDR for active monitoring and response, deception for the specific blind spot EDR structurally can't cover.

Kernel-level tools like Sentrilite illustrate the tradeoff clearly. Sentrilite does real-time behavioral detection and automated process termination, but only on hosts running its agent — a Docker agent on Linux hosts, or a Kubernetes DaemonSet across EKS, AKS, and GKE clusters. That's the right architecture for real-time blocking; it's also infrastructure to deploy, version, and maintain on every host, which is a cost deception simply doesn't carry because a canary isn't watching anything — it's just sitting there, waiting to be touched.

What that means for deployment

Because a canary is a passive resource rather than an active watcher, adding this coverage doesn't require installing anything. The security team at Docker, whose containerization platform is used by millions of developers, deployed Tracebit into a single AWS account via Terraform in as little as ten minutes, describing it as fitting "effortlessly into our existing infrastructure, deployment pipelines, and SIEM systems," with a notably low false-positive rate once live. Tracebit's AI observes an account's existing naming conventions and access patterns to generate canary credentials and buckets that blend in rather than standing out — the same infrastructure-as-code motion an organization already uses for everything else, with no sensor to place and no network path to route through it.

Conclusion

The honest answer to "does deception beat EDR" is that they're not playing the same game. EDR catches behavior that looks wrong; deception catches access to something that was never supposed to be touched at all, which closes a specific gap — insider misuse and already-authenticated compromise — that behavioral detection structurally can't see. Running both isn't redundant. It's two different tripwires for two different failure modes.

Contact Tracebit's team for a closer look at how this works in practice.

FAQ

So does deception replace EDR?
No — they cover different failure modes and most security teams that use deception still run EDR alongside it. EDR watches behavior across a fleet of hosts in real time; deception catches unauthorized access to something that should never be touched at all, whether or not the actor doing it looks suspicious by any behavioral measure.
Why can't EDR catch someone touching a sensitive bucket with valid access?
EDR is built to flag behavior that deviates from a baseline — unusual process execution, suspicious network calls, known attack patterns. An already-authenticated user or a compromised credential accessing a bucket it technically has permission for doesn't deviate from anything measurable. There's no anomaly for a behavioral model to catch.
Has this actually happened, or is it theoretical?
It's happened. Zepz, a global payments group, had Tracebit detect real insider-risk behavior within weeks of deployment — behavior their CISO described as invisible to every other tool in their stack at the time, which by definition includes whatever behavioral monitoring they already had running.
Does deploying canary resources affect application performance?
No. Canaries don't intercept traffic, proxy connections, or run background processes on production systems — they're inert until something interacts with them. That's a structural difference from EDR agents, which do consume compute by design, since watching for suspicious behavior is an active, ongoing process.
Do I need to install anything to get this coverage?
No — that's the direct consequence of what a canary is. Tracebit deploys canary credentials, secrets, and buckets as regular infrastructure-as-code alongside everything else already in an account, with nothing to install on any host and no network changes required to make it work.