aiqbench analysis
This article addresses a critical intersection of AI safety and identity management, specifically focusing on the risks posed by overprovisioned access for autonomous AI agents operating in cloud environments. By introducing just-in-time provisioning to eliminate standing privileges, the solution directly mitigates the security gaps that arise when static permissions cannot contain dynamic agent behaviors. This is a significant development for practitioners concerned with securing infrastructure against both human error and evolving agentic workflows.
Introducing 1Password Privileged Access: Zero standing privileges for every identity

Here's a moment that comes up in nearly every compliance review: a security engineer pulls a list of IAM roles in the AWS environment. The list is long. Some roles were created for a migration project that closed two quarters ago, a few belong to contractors who haven't worked there in over a year, and others are attached to agentic identities without any way to see which human they were acting on behalf of. There's no ticket to clean them up, no alert when the access outlived its purpose, and no record of who approved it in the first place. That's standing access in practice; that long list of overprovisioned IAM roles is simply the product of how access has always been provisioned. Admins create it when the work starts, then rely on someone else to clean it up when it's done. But the cleanup rarely happens. The gap between the access granted and the access that's actually needed becomes the gap that shows up in audit findings, and that attackers learn to exploit. That problem has grown harder to manage as AI agents have joined human engineers in operating on production infrastructure. Agents don't request access through a ticket queue. They act continuously, respond to changing inputs, and can be steered in ways that static standing permissions were never designed to contain. Governing agents with the same legacy PAM tools built for human logins carries the risk forward instead of containing it. That’s why we're introducing 1Password Privileged Access. It brings Apono’s proven just-in-time access engine into the 1Password Unified Access platform, eliminating standing privileges for both human and agent identities across cloud and hybrid environments, databases, and Kubernetes. Access is created at the moment of the request, scoped to the task, and deprovisioned automatically when the work is done. Standing access became the default, and the cost kept growing Cloud infrastructure can change by the hour. New services get spun up, roles get reshuffled, and permissions get layered on top of permissions that admins might not even remember granting. The access control systems built for that environment were mostly static: provision once, review occasionally, and hope nothing drifted too far in the time between. That mismatch created a familiar set of problems. Engineers waited on tickets to get access they needed immediately, while security teams struggled to answer basic questions such as: who has access to what, why they have it, and whether it’s still needed. Standing privileges began to pile up, and with them, the blast radius of any single compromised credential increased. At any meaningful scale, the overhead of managing those privileges becomes a full-time operational burden: running reviews, tracking down access that outlived its purpose, and coordinating cleanup across AWS, Kubernetes, and databases with no shared policy layer between them. The stakes are even higher when that standing access sits next to sensitive data. Caris Life Sciences, a precision medicine and AI TechBio company operating under HIPAA, had to confront this as their data footprint expanded across hybrid on-prem and AWS environments. Researchers needed access to specific S3 buckets (or sometimes individual folders within those buckets) but the controls available to them were blunt. "Due to the sensitive nature of Caris data, our team required a solution that enabled secure access to the S3 buckets in AWS, as well as access to the folder level for more granular segmentation," said Ronen Niv, Sr. Director of Engineering at Caris. With just-in-time, precisely scoped access replacing standing permissions, Caris reduced the time researchers spent waiting for access by 99%. "Knowing that access will be provided in minutes keeps workflows on track," Niv said. "The efficiencies gained have been remarkable." What 1Password Privileged Access does 1Password Privileged Access governs access across three areas where standing privilege tends to accumulate and can do the most damage if left unmanaged: Access Discovery maps every identity and existing permission across cloud and hybrid environments: AWS, Azure, GCP, Kubernetes, hybrid infrastructure, and databases. It surfaces dormant accounts and permissions that are broader than the work actually requires, giving security teams a clear starting point for eliminating standing access. Runtime Privilege Orchestration and Dynamic Guardrails replace standing permissions with access created at the moment it's needed. When an engineer requests access to an AWS IAM role, a database, or a Kubernetes namespace, 1Password Privileged Access creates that access directly in the native policy language of the target system, not through a session proxy or a bastion host. The access exists for the duration of the session and is deprovisioned automatically when the work is done. No standing role is left behind. The approval model is built around context, not just identity. Every request factors in who is asking, w
Here's a moment that comes up in nearly every compliance review: a security engineer pulls a list of IAM roles in the AWS environment. The list is long. Some roles were created for a migration project that closed two quarters ago, a few belong to contractors who haven't worked there in over a year, and others are attached to agentic identities without any way to see which human they were acting on behalf of. There's no ticket to clean them up, no alert when the access outlived its purpose, and no record of who approved it in the first place. That's standing access in practice; that long list of overprovisioned IAM roles is simply the product of how access has always been provisioned. Admins create it when the work…
Excerpt shown under the publisher's RSS terms · 129 words · full text and figures are on the publisher's site
Related coverage

Welcoming Apono to 1Password
1Password · Jun 15, 2026
Cursor's Head of Security: Never trust the agent writing your code
1Password · Jun 16, 2026

How attackers maintained persistence in AWS after stealing credentials
1Password · Oct 14, 2026

The unmanaged stack: Governing SaaS apps and AI tools outside SSO
1Password · May 29, 2026