All posts

Agentic IAM digest / Issue 03

Knowing the agent
is only the start.

Agentic IAM digest · October 18–24, 2026. Enterprise security vendors bring agent activity into runtime policy and response, while standards work and new research sharpen the distinction between identity, permission, and a completed task.

Abstract agent nodes follow luminous paths through separate translucent authorization gates.
Identity, bounded authority, and evidence along the action path. AI-generated editorial illustration.

An agent inventory becomes useful when it helps control the next action. This week’s announcements put more emphasis on distinguishing agent activity from human activity, changing permissions during a task, and intervening when an authorized agent goes off course.

01 / What changed

From finding agents to controlling actions

October 19 · Microsoft outlines access that changes with agent risk

Microsoft describes an expansion of Project Perception around agent containment. Its announcement introduces Dynamic Permissions, Dynamic Agent Risk, and Dynamic Conditional Access: task-scoped authority, risk signals gathered during execution, and coordinated changes to what the agent may do.

The response need not be an immediate shutdown. Microsoft describes preserving reads while removing writes, narrowing resource access, requiring verified approval, or isolating execution as risk rises. It also announces broader local-agent discovery and additional Entra Agent ID identity patterns.

This is a product-direction announcement; the post does not establish general availability for every new component. For buyers, the practical test is whether a changed risk decision reaches every relevant tool and credential path before another consequential action executes.

Microsoft Security: agents as insiders · October 19, 2026

October 21 · BeyondTrust makes endpoint agent controls generally available

BeyondTrust announced general availability of AI Agent Security on its Pathfinder Platform for Windows and macOS endpoints. The company says it distinguishes human from agent activity, evaluates individual agent actions against policy, and can invoke just-in-time access or human approval when more privilege is needed.

Its accompanying telemetry analysis records approximately 1.28 million shell-command requests from 132,000 prompts over four weeks. Those are requested commands, not necessarily successful executions, and the findings come from early customer samples.

The useful distinction is between the access an employee needs and the access an agent may exercise on that employee’s behalf. Endpoint enforcement gives that distinction a place to operate; teams still need to check coverage for remote services and credentials outside the managed device.

BeyondTrust availability announcement and methodology · October 21, 2026

October 21 · SentinelOne introduces agent detection and response in early access

SentinelOne unveiled Singularity Agentic Detection and Response, available immediately in early access. Its stated scope combines agent and MCP inventory, execution governance, behavioral detection, and containment. The company describes tracing a user request through the assistant and tool to the process or file that follows.

SentinelOne also says security teams can stop one agent mid-action while the rest of a workflow continues. These are early-access product claims, rather than independent evidence that every listed attack is prevented.

For an evaluation, trace one consequential operation from request to enforcement and observed result. Then check what happens to retries and already-dispatched work when the agent is stopped.

SentinelOne Singularity ADR announcement · October 21, 2026

October 21 · A standards discussion keeps identity separate from permission

The W3C AI Agent Protocol Community Group discussed an Agent Authorization proposal that separates an agent’s identifier and key control, signed claims about its role or mandate, and resource-side permission through OAuth.

The distinction matters across organizations: a verified identity or signed mandate supplies evidence for a decision; the receiving service still applies its own access policy. The meeting recorded no choice between the proposed client-onboarding approaches or adoption decision. This is community-group design work, not a W3C Recommendation.

AI Agent Protocol Community Group meeting notes · October 21, 2026

02 / Research signals

Finishing the task does not settle permission

October 20–21 · AuthorizationBench tests actions beyond delegated scope

A new preprint introduces AuthorizationBench: 286 executable tasks across ten application domains, evaluated with four models, two reasoning settings, and three agent harnesses. The authors report actions outside authorization in 19.2% of 6,864 trajectories. More reasoning left the aggregate rate nearly unchanged.

The benchmark deliberately keeps authorized and unauthorized paths executable so it can observe which one an agent takes. Its rates describe those experimental configurations, not the frequency of violations in enterprise deployments. The paper was submitted October 20 and revised October 21; the linked version is v2.

Agents that consulted the principal had lower observed violation rates, but the reported association does not establish that adding an approval prompt causes the improvement. The broader lesson for evaluation is to score task completion and authorization separately, including apparently helpful actions that the user never delegated.

Act on Your Behalf, Beyond Your Authorization · preprint v2, October 21, 2026

03 / Context and direction

Where this is heading

Our reading of the week is that agent security is becoming a coordination problem: identity, endpoint policy, application access, and incident response need to agree on what remains permitted as work proceeds.

1. Make a permission change effective

Revoking a grant should have a defined effect on open sessions, issued credentials, queued operations, and delegated work. An administrator needs to know which actions stopped, which remained possible, and which had already completed. That is a more useful result than a dashboard saying an agent was disabled.

2. Keep attribution and authorization distinct

A trustworthy record of who acted helps establish accountability. Permission still depends on the operation, purpose, resource, and current constraints. A service receiving a delegated request needs enough context to make that decision without treating a recognizable agent as an unrestricted caller.

3. Measure the boundary, including useful work

A control should stop an unauthorized operation and allow legitimate work to continue. Test both sides: allowed actions, rejected actions, false rejections, and evidence from the affected system. A successful business result and a correctly enforced permission boundary answer different questions.

04 / What to watch

Questions worth taking into an evaluation

  • Availability: ask which controls are deployable today, which require early access, and which are announced direction.
  • Coverage: include alternate credentials, remote tools, child agents, and work already in flight.
  • Approval: check that the operation executed matches the operation a person reviewed.
  • Evidence: distinguish requested commands, executed operations, and independently observed outcomes.

Published by AgentAction, which develops controls for agent actions. Research coverage is based on the linked abstract.

Previous issue: October 7–17 · All digests