Engineering brief

AI agents need identity-first security, not better sandboxes

AI Engineer3 min read · saves 13 min

At a glance

The brief is enough

Relevance
Practical value
Radar
Time horizon
Now
Warnings
None

Andrey Rybka presents six real AI agent security incidents and a layered defense framework. The surprising conclusion: sandboxing is secondary.

Agent security incidents are real and growing. Most teams sandbox wrong and ignore identity entirely.

Watch if you're deploying AI agents in production and haven't reviewed your identity and credential management.

Summary

The security claim. Andrey Rybka argues that most teams focus on sandboxing AI agents, while the real threat vector is identity and credential management. He presents a layered defense framework built around six pillars: identity and trust, prompt and input defense, tool and action governance, execution isolation, data protection, and governance observability. The core thread is that agents are useful only when they have broad reach, and that reach creates a blast radius that traditional security tooling cannot manage.

Real incidents, not theory. The talk is grounded in specific attacks that have already happened. A chat agent was social-engineered into revealing a long-lived OAuth token, leading to CRM data exfiltration across 700 companies. A low-privilege agent was prompted to recruit a higher-privilege agent, escalating access. Hidden instructions in white-on-white email text bypassed human readers entirely. Morse code instructions bypassed guardrails and drained 3 billion tokens from a wallet. DNS exfiltration worked despite a sandbox because DNS lookups were not blocked.

The identity-first shift. The most counterintuitive claim is that identity management matters more than sandboxing. Rybka advocates for one agent, one identity, with short-lived scoped credentials and no shared keys. This is a departure from how most organizations handle service accounts today. The recommendation includes agent-to-agent mutual authentication to prevent privilege escalation through agent recruitment, which is a novel attack vector most teams have not considered.

The governance gap. Tool and action governance is presented as a deterministic layer that sits outside the model. An invocation broker should check every call, log it, and enforce rate limits and budgets. Rybka illustrates this with a CLI agent that was prompted to wipe machines, stopped only by a typo. He recommends human sign-off for any call that combines untrusted input, sensitive data, and external action—a heuristic he calls the rule of two.

The execution isolation trap. Rybka cautions that sandboxing alone is insufficient. Multiple incidents show agents exfiltrating data through DNS lookups despite having no direct web access. His recommendation is default deny for all outbound traffic, including DNS, combined with output filtering and circuit breakers. The sandbox is necessary but not sufficient.

The missing layer. The talk covers governance observability last, which is telling. Most organizations start with monitoring. Rybka starts with identity and trust. His framework implies that observability without identity enforcement and tool governance is watching the fire after it starts. The three priorities are: lock down agents with the rule of two, one agent one identity with short-lived tokens, and box the runtime with default deny egress including DNS.

My take

I've seen teams throw money at agent sandboxing while treating service accounts like they did in 2019. This talk nails the priority inversion. The identity-first recommendation is correct and the hardest to implement because it requires org-wide credential hygiene, not just an agent security tool. The rule of two heuristic for human approval is practical and should be in every spec. I'm less convinced that deterministic invocation brokers will scale well across heterogeneous agent ecosystems, but the direction is right. The weakest part is governance observability being treated as an afterthought when it's actually the feedback loop that validates everything else.

What to do with this

  1. Audit all agent service accounts and replace long-lived tokens with short-lived scoped credentials.
  2. Implement the rule of two: require human sign-off for any action combining untrusted input, sensitive data, and external access.
  3. Block DNS outbound from agent runtimes and verify with a penetration test.

Watch the video

This video is blocked due to your privacy settings. To watch this video, please accept YouTube marketing cookies.

Related breakdowns

Get TL;DW

Too Long; Didn't Watch.

A concise breakdowns of the AI and devtools videos that actually matter for engineering leaders.

Free. Weekly. No hype.

Video and thumbnails remain the property of their respective creators. tldw.news provides editorial analysis, commentary, and discovery links to original content.