TL;DR: AI can now generate working zero-day exploits in minutes and lower the cost of advanced attacks to near zero, according to Expel's RSAC 2026 analysis, while agentic AI can speed lateral movement, credential harvesting, and exfiltration beyond human response loops. The practical inflection point is not just faster malware, but a governance gap where identity, detection, and data controls must operate at machine speed.
At a glance
What this is: This is Expel's analysis of how AI is compressing exploit development and accelerating attacker operations, with a specific warning that agentic AI raises the speed and scale of credential abuse and lateral movement.
Why it matters: It matters because IAM, PAM, and NHI programmes now have to govern identities and detection workflows that can be abused or executed faster than manual review, human triage, and conventional patch cycles can respond.
By the numbers:
- 92% agree governing AI agents is critical to enterprise security, yet only 44% have implemented any policies to do so.
- When AWS credentials are exposed publicly, attackers attempt access within an average of 17 minutes and as quickly as 9 minutes in some cases.
👉 Read Expel's analysis of AI-speed attacks, agentic AI, and identity risk
Context
AI-assisted exploitation changes the defender's baseline from days or hours to minutes, which makes traditional patch windows and human-in-the-loop triage structurally too slow. In identity terms, that speedup matters because attackers usually turn to credentials, service accounts, tokens, and delegated access once initial code execution or phishing gets them a foothold.
Agentic AI adds a second-order problem: the attacker no longer needs to issue every move manually. Once an autonomous system can select targets, escalate privileges, and exfiltrate data on its own, IAM, PAM, and NHI governance become part of the runtime security stack rather than a periodic control exercise.
For security teams, this is now a cross-disciplinary issue rather than a narrow vulnerability-management story. The article's starting position is increasingly typical of modern security operations: attack speed, not just attack sophistication, is the constraint that determines whether controls hold.
Key questions
Q: How should security teams reduce the damage from AI-assisted attacks that move in minutes?
A: They should treat access containment as the primary response objective. That means limiting standing privilege, shortening credential validity, tightening session revocation, and monitoring high-risk identities continuously. When attackers can progress from entry to impact quickly, the key question is not whether alerts fire, but whether the identity layer can block further movement before the attack finishes.
Q: Why do non-human identities become a bigger risk in AI-speed attacks?
A: Because NHIs often provide the shortest route from discovery to real access. Service accounts, tokens, and API keys are machine-readable, frequently over-privileged, and sometimes poorly owned, so an AI-driven attacker can pivot through them quickly after finding an initial weakness. Effective governance turns these identities into controlled boundaries rather than reusable entry points.
Q: What breaks when detection relies on static rules during AI-driven intrusion?
A: Static rules miss attacks that are generated, adapted, or recombined in real time. AI-assisted adversaries can change tooling, timing, and sequence faster than a fixed signature or old detection pattern can keep up, so teams lose visibility exactly when the attack becomes most dynamic.
Q: Who is accountable when privileged access compromises AI infrastructure?
A: Accountability should sit with the team that owns the privilege path, not only the team that owns the workload. In practice, that means infrastructure, platform, IAM, and application teams need shared ownership for elevated access, secrets, and session logging. Without that, review becomes fragmented and no one can explain how access was granted or retained.
Technical breakdown
AI-generated zero-days compress the exploitation lifecycle
A zero-day is a vulnerability that defenders do not yet know about or cannot yet patch. AI changes the economics by helping attackers scan codebases, identify weak patterns, and turn patch diffs into exploit paths far faster than human operators can. The real risk is not only the exploit itself, but the shrinking interval between disclosure, patch release, and weaponisation. That interval can become short enough that exposure exists before most organisations can complete normal change and validation cycles.
Practical implication: Treat exposure windows as a machine-speed problem and prioritise detection and isolation for the most reachable services before patch completion.
Agentic AI changes how privilege is used during an attack
Agentic AI is not just an automated script. It can plan, select actions, and adapt as it moves, which means the attack chain can include target discovery, credential harvesting, privilege escalation, and lateral movement without constant human direction. That is a different operating model from traditional malware or manual intrusion because each step can be conditioned on what the system learns in real time. For defenders, this means behaviour-based controls matter more than static signatures when the adversary can recombine steps dynamically.
Practical implication: Instrument identity telemetry and behavioural detections around privileged sessions, token use, and unusual delegation paths rather than relying on one-time indicators.
Identity and secret governance become the first containment layer
The article is right to put identity at the centre of AI-speed defence. Attackers rarely need to stay inside a single application boundary once they obtain credentials or secrets, especially for non-human identities such as API keys, service accounts, and OAuth tokens. These credentials often have broad trust relationships and weak human oversight, which makes them useful for persistence and lateral movement. When the attack can be accelerated by AI, any standing privilege or unmonitored secret becomes a ready-made escalation path.
Practical implication: Reduce standing privilege, inventory non-human identities, and tighten access monitoring around secrets that can bridge multiple systems.
Threat narrative
Attacker objective: The attacker wants to turn low-cost AI assistance into fast, scalable compromise that yields privileged access, data theft, or a deployable foothold before defenders can react.
- Entry typically begins with AI-assisted discovery of a vulnerable target or by using phishing and credential harvesting at scale to gain an initial foothold.
- Escalation follows when the attacker uses AI to analyse patch diffs, abuse stolen credentials, or pivot through non-human identities to obtain broader access.
- Impact comes from rapid lateral movement and exfiltration before human defenders can investigate, contain, or fully patch the affected environment.
NHI Mgmt Group analysis
AI-speed compromise has turned exposure management into a real-time identity problem. The central shift in this article is not that exploits exist, but that their creation and use can now be compressed into a timeframe that outpaces manual defence. That changes the governance burden on IAM, PAM, and NHI teams because access and remediation are no longer separate workflows. Practitioners should treat exploitability, identity reach, and response speed as one control surface.
Non-human identities are the most obvious bridge between AI-driven intrusion and enterprise impact. Once an attacker gains a foothold, service accounts, API keys, and tokens often provide the easiest path to persistence and lateral movement. That makes NHI inventory, ownership, and entitlement review a security prerequisite, not an audit exercise. The named concept here is AI-to-identity attack compression: the collapse of exploitation, credential abuse, and lateral movement into one accelerated chain. Teams should design controls for that compressed chain.
Detection engineering now sits alongside identity governance as a core resilience function. AI-generated attacks will not reliably match static rules, which means teams need detection logic tuned to their environment and continuously updated. This does not replace IAM or PAM. It makes those controls more effective by ensuring anomalies in privileged access and token use are actually visible. Security leaders should align detection investment with identity telemetry coverage.
Patch speed alone no longer defines risk reduction. If a vulnerability can be turned into an exploit in minutes, then the limiting factor becomes containment, segmenting blast radius, and shrinking the value of any single credential. That is a broader governance issue across cloud, application, and identity programmes. The practical conclusion is that organisations need machine-speed response paths before they can claim operational resilience.
Agentic AI makes identity policy enforcement part of the runtime attack surface. Once autonomous systems can choose actions and sequence them independently, traditional approval points may arrive too late to matter. This is where human identity, NHI governance, and AI security overlap directly. A policy that only works at login is not enough when the attack unfolds after authentication. Practitioners should move toward continuous authorisation and telemetry-backed control decisions.
What this signals
AI-speed attack chains will push identity and response teams toward continuous authorisation. Once exploit creation, credential abuse, and lateral movement can happen inside one short session, periodic review is no longer enough. IAM and PAM programmes need live telemetry, expiry controls, and faster decision loops so access risk is measured in runtime, not in quarterly governance reports.
AI-to-identity attack compression: the collapse of exploit generation, secret abuse, and privileged movement into a single rapid chain. This pattern will matter most where service accounts, tokens, and delegated access bridge cloud and application estates. Teams should map which identities can cross trust boundaries and then shrink those paths before adversaries automate them.
AI governance and identity governance are converging at the same operational point: who can act, on what data, and with what runtime oversight. For practitioners, that means controls such as inventory, ownership, and behavioural monitoring need to be connected to AI system access in the same way they are connected to human users and workloads. The practical signal is simple. If you cannot explain the access path, you cannot defend it.
For practitioners
- Shorten the exploit-to-containment window Create response playbooks that assume AI-assisted exploitation may happen within minutes, then pre-stage isolation, revocation, and escalation steps for internet-facing assets and privileged identities. Link detection to response so containment can happen before full manual analysis completes.
- Inventory and constrain non-human identities Build a complete inventory of service accounts, API keys, tokens, and OAuth grants, then map each to ownership, business purpose, and minimum access. Remove dormant credentials, eliminate broad shared access, and review every NHI that can reach multiple systems.
- Invest in environment-specific detection engineering Tune detections to your own identity and network patterns so AI-generated attacks do not blend into generic baseline noise. Prioritise high-risk signals such as unusual token use, privilege escalation, and lateral movement from trusted accounts.
- Reduce standing privilege before the next disclosure cycle Replace persistent elevated access with just-in-time elevation where possible, and enforce tighter approval and expiry on admin credentials. The goal is to narrow the value of any credential that AI-assisted attackers might obtain.
- Treat data governance as part of identity defence Limit what identities can access, monitor where sensitive data moves, and ensure AI systems and human users are subject to the same access accountability rules. If an attacker reaches a credential, data minimisation reduces what that credential can expose.
Key takeaways
- AI can now collapse exploit development from days into minutes, which makes the defender's old patch and triage assumptions too slow.
- Agentic AI increases risk because it can chain credential abuse, privilege escalation, and lateral movement without waiting for human direction.
- Identity governance, secrets control, and autonomous detection are now core resilience controls, not optional enhancements.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10, OWASP Agentic AI Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST CSF 2.0 and NIST SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-01 | AI-speed attacks quickly turn exposed NHIs and secrets into compromise paths. |
| OWASP Agentic AI Top 10 | A2 | Agentic systems can chain actions, making identity abuse and tool misuse directly relevant. |
| MITRE ATT&CK | TA0006 , Credential Access; TA0008 , Lateral Movement; TA0040 , Impact | The article describes credential harvesting, lateral movement, and downstream impact. |
| NIST CSF 2.0 | PR.AA-01 | Access management and continuous verification are central to the response described here. |
| NIST SP 800-53 Rev 5 | IA-5 | Authenticator management directly addresses the credential abuse highlighted in the article. |
Apply agentic AI controls to limit autonomous actions and require runtime oversight for sensitive operations.
Key terms
- Agentic AI: Autonomous AI systems capable of planning, deciding, and taking actions — including calling APIs, writing code, and orchestrating other agents — with minimal human oversight. Agentic AI introduces new NHI risks as agents must authenticate to external services.
- Non-Human Identity (NHI): A digital identity assigned to a non-human entity such as a software application, service account, API key, bot, machine, or AI agent that enables it to authenticate and interact with systems without direct human involvement. NHIs now outnumber human identities in most enterprises by 25 to 50 times.
- Detection Engineering: The discipline of designing, testing, and maintaining detection logic so it remains useful against real attacker behaviour. It covers telemetry selection, rule quality, false-positive management, and the operational workflow needed to keep alerts actionable.
- Standing Privilege: Standing privilege is access that remains active even when no immediate task requires it. For NHI programmes, it is a common failure mode because long-lived credentials and persistent roles create unnecessary exposure. Reducing standing privilege usually means tighter expiry, on-demand access, and clearer review of who or what still needs access.
What's in the full article
Expel's full analysis covers the operational detail this post intentionally leaves for the source:
- How Expel recommends tuning detection engineering for AI-generated attack patterns in real environments
- The practical distinctions between MDR and managed SIEM for teams facing AI-speed threats
- Why identity and data governance are treated as the first containment layer for non-human identities
- What Expel sees as the main gaps in current security operations when AI compresses attack timelines
Deepen your knowledge
The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, machine identity security, secrets management, and workload identity. It helps security practitioners build the control foundations needed for identity-led resilience across modern programmes.
Published by the NHIMG editorial team on August 19, 2026.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org