The Question AI Agents Force Us to Stop Asking About Role-Based Access Control
Agents are making headlines for going rogue — exposing sensitive company data, and in one case, deleting an entire production database. The natural response from the enterprise security crowd has been to bolt on better access control. Role-based access control (RBAC) has been the default for decades, and it works great when a human is on the other side of the login screen: you assign a role, give that role a set of permissions, and you're done.
But an agent doesn't sit still. It reasons, calls tools, reads data, and acts on things it was never explicitly told to touch. RBAC was never built to judge what a non-human identity does with its permissions once it has them. That's the gap Varonis is trying to fill with Agent IBAC (Intent-Based Access Control), announced yesterday as part of Varonis Atlas. Instead of static role assignments, IBAC compares every instruction an agent receives against its actual behavior — the tools it calls, the data it reaches for, the reasoning it produces — and flags when the two drift apart. It evaluates the full session, not just individual actions, so you catch cumulative scope creep where no single move looks alarming but the total path leads somewhere the user never intended. Multi-turn jailbreaks are caught the same way: a patient attacker can assemble a jailbreak out of several prompts that each look benign individually. Sensitivity is tunable across three levels — lenient, balanced (default), and strict — and when an agent goes off the rails, Atlas can alert, block, modify the output (e.g., redact sensitive fields), quarantine the identity for a configurable window, or route the action to a human. Crucially, Atlas sits inline between the agent and the model. Every prompt, every model response, and every tool call flows through Atlas before it reaches its destination. It's not reading logs after the fact — it's in the path and can stop an action before it executes.

What's interesting here isn't just the product announcement but the shift it implies. The question security teams are being forced to answer is no longer "Can this agent access this data?" but "In this context, should this agent be allowed to take action on this data?" That's a fundamental change from permission-as-static-assignment to permission-as-judgment. It also means agents need broader access than before — you can't have a useful agent that only reads one specific file — which is precisely what makes the runtim
Comments
Post a Comment