TL;DR: ARTEX AI moved from an open-source penetration testing framework into real-world attacks that used LLM agents to automate reconnaissance, exploitation, privilege escalation and theft across banks, ministries and vendors, according to SOCRadar. Access review and approval models assume human-paced intrusion stages; autonomous agents compress those stages into minutes and erase the review window.
At a glance
What this is: NHI Mgmt Group's analysis, drawing on SOCRadar's report: ARTEX AI used coordinated LLM agents to automate intrusion stages at scale, showing how autonomous offensive tooling turns identity abuse into a speed problem.
Why it matters: Security and IAM teams have to treat agent-paced intrusion as a governance problem, because the old assumption that access lives long enough to be reviewed no longer holds.
By the numbers:
- ARTEX surfaced in a global espionage push that touched more than 200 organizations in at least 14 countries.
- CrowdStrike reports that the Vapor Panda campaign ran for 11 days starting October 17, 2026, with confirmed post-exploitation at nine victims.
- Microsoft says Storm-0940 abused application credentials against more than 2,250 Microsoft 365 tenants.
Context
ARTEX is an autonomous penetration testing framework built around cooperating LLM agents, but its operating model matters more than its branding. Once a human operator sets a goal, the system can plan, execute, adjust and continue without waiting for each step to be approved, which changes the risk profile from scripted automation to runtime decision-making.
That matters to identity governance because the attack surface is no longer just exposed credentials or weak permissions. It is the combination of delegation, tool use and timing, where the actor can chain access decisions faster than conventional agentic AI identity controls were designed to observe.
The campaigns linked to ARTEX are not a theoretical demonstration of dual use. They show what happens when autonomous tooling is paired with weak identity hygiene, exposed services and third-party access paths in live environments.
Key questions
Q: How do agentic intrusion tools change identity risk?
A: Agentic intrusion tools change identity risk by turning access into a runtime activity rather than a static permission state. A human operator can assign a goal, then let the system chain reconnaissance, credential use and expansion faster than review cycles can keep up. That makes delegation, consent and credential scope the primary controls to watch.
Q: Why do stolen application credentials create such a large cloud blast radius?
A: Stolen application credentials can unlock whatever the application can reach, so the blast radius is defined by its permissions, network paths and token scope. In cloud services, a leaked API key, service account secret or certificate can allow data access, resource creation or privilege escalation until the secret is revoked, rotated and the workload’s rights are reduced.
Q: How should security teams defend against password spraying in hybrid identity environments?
A: Start with MFA on every internet-facing authentication path, then remove weak password acceptance wherever possible. Reduce exposed login surfaces by retiring unused tenants and legacy access points. Finally, centralise identity logs so repeated low-frequency failures across many accounts can be correlated before an attacker finds a valid login.
Q: What is the difference between LLM agents and scripted automation in attacks?
A: LLM agents choose actions at runtime, so their attack path can change with each prompt, tool result or memory state. Scripted automation follows fixed steps and fails in predictable ways. The security difference is autonomy: an agent may expand its own access, whereas scripted automation usually executes a pre-defined sequence with known credentials and controls.
Technical breakdown
How agentic intrusion loops compress attack time
ARTEX breaks an intrusion into a plan-execute-feedback cycle across multiple sub-agents. One agent maps the target, another runs scans or exploitation steps, and planners revise the next move based on results. That structure matters because the system does not wait for a fixed script to finish before adapting. Instead, it keeps recalculating the next action from fresh output, which lets a single controller fan out work across many targets and sessions at once. Read AI Agents vs Agentic AI.
Practical implication: Treat the attack loop as a speed multiplier and look for short bursts of coordinated requests, not just a single malicious event.
Why identity abuse is the preferred path for autonomous intrusions
The article shows ARTEX operators leaning on signed assertions, stolen app credentials, long-lived keys, password spraying and cloud delegation rather than novel exploit chains. That is typical of identity-led intrusions: once an attacker has a credential, token or consented application identity, the system can move through legitimate access paths while looking operationally normal. The result is that abuse of existing trust relationships becomes more scalable than breaking into hosts one by one.
Practical implication: Hunt for over-permissioned app identities, stale keys and unusual consent grants before looking only for malware-style indicators.
How autonomous tooling changes privilege escalation and lateral movement
In the ARTEX cases, escalation did not depend on a single privilege jump. The framework could harvest credentials, query directory objects, abuse delegated access, and then keep expanding through the environment. That matters because each successful step feeds the next one, making privilege escalation and lateral movement part of one chained process rather than separate incidents. Autonomous execution also means the operator can push the same pattern across many tenants, vendors or subsidiaries with minimal manual overhead. See the Agentic AI Security Guide.
Practical implication: Focus detections on chained identity events, such as new credentials followed by directory enumeration and repeated access attempts from the same controller.
Threat narrative
Attacker objective: The attacker objective is to turn ordinary identity trust paths into a scalable intrusion engine that yields unauthorized access, post-exploitation and data theft across many organizations.
- Entry came through exposed services, stolen application credentials, unsigned assertions and other identity weaknesses that ARTEX operators could reach without bespoke malware delivery.
- Credential harvesting and privilege escalation followed as the framework queried directories, sprayed passwords, abused delegated access and reused long-lived keys or tokens.
- Lateral movement expanded the session across tenants and internal systems, with the controller adjusting tactics in response to each result.
- Impact was data theft, unauthorized access and post-exploitation across banks, ministries, vendors and other organizations at machine speed.
Breaches seen in the wild
- Sourcegraph breach 2023: A site-admin token left in a Sourcegraph commit for 47 days let an attacker become admin and offer free access to its APIs and LLM via a proxy.
- Moltbook AI agent keys breach: Moltbook breach exposed 1.5M AI agent keys.
Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Autonomous intrusion tooling turns identity governance into a timing problem: ARTEX does not just exploit weak credentials, it collapses the time available for normal review, approval and recertification workflows. When an operator can chain reconnaissance, escalation and exfiltration inside one rapidly adapting session, governance based on periodic observation is already behind. The practitioner conclusion is to move scrutiny closer to issuance, delegation and consent.
Least privilege is assumed to be knowable before execution begins: that assumption was designed for actors whose intent is stable and whose tool use is bounded. ARTEX breaks that premise because the system can choose the next tool, next target and next action after seeing each result. The implication is that entitlement design for autonomous actors cannot rely on static intent models.
Identity blast radius is now a campaign characteristic, not just a misconfiguration outcome: a single compromised app identity, SAML assertion or cloud credential can now be amplified by agentic tooling into multi-tenant abuse. That makes third-party access and delegated permissions the real force multipliers in these incidents. Practitioners should treat every externally delegated identity as a potential campaign entry point.
Tool speed matters only because trust paths still over-accept requests: ARTEX succeeds where identity systems continue to trust signatures, consent grants and legacy authentication paths too readily. The problem is not just malicious automation but governance that still assumes the request stream is human-paced and manually bounded. The practitioner conclusion is to re-evaluate which trust signals remain safe when the requester is autonomous.
Agentic AI identity is now an attack surface, not a future architecture question: the article shows AI-driven intrusion infrastructure operating with enough autonomy to change how attackers think about access, delegation and scale. That shifts the discipline from modelled risk to operational exposure. Security teams should assume autonomous tooling will continue to industrialize identity abuse until controls are designed for it.
From our research library:
- 67% of organisations still rely heavily on static credentials despite the risks they pose to agentic AI deployments, according to the 2026 Infrastructure Identity Survey.
- Read next: Agentic AI Identity Guide
What this signals
Agentic intrusion will keep compressing the gap between access and impact: 53% of security leaders expect AI to run major portions of their infrastructure autonomously within the next three years, according to the 2026 Infrastructure Identity Survey. Identity programmes that still assume human-paced escalation paths will miss the operational tempo of these attacks.
Static credentials remain the easiest fuel for autonomous abuse: 67% of organisations still rely heavily on static credentials despite the risks they pose to agentic AI deployments, according to the 2026 Infrastructure Identity Survey. That means the same trust material ARTEX operators exploit will keep resurfacing unless lifecycle governance moves faster than the attack loop.
The next governance shift is to measure whether access can be created, used and retired within the same decision cycle. If a control only works after review, the control is already misaligned with an actor that can complete the session before the review starts.
For practitioners
- Audit delegated application identities Inventory every multitenant app and service principal holding consent in identity providers, remove unused access and trim permissions to least privilege.
- Rotate long-lived credentials immediately Replace mail server signing keys, SAML signing certificates and API secrets that have not rotated in over a year, then revoke stale trust material.
- Block identity abuse paths Reject unsigned SAML assertions, tighten metadata exposure, disable XML external entity processing and restrict cloud metadata endpoints on workloads.
- Hunt for machine-paced access patterns Alert on bursts of logins, directory reads and role changes from a single controller, especially when they cluster around a new app identity or tenant.
- Preserve and centralize evidence before cleanup Export sign-in, audit and SIEM records before deleting suspicious apps or credentials so investigators can reconstruct the attack chain.
Key takeaways
- ARTEX shows that autonomous offensive tooling turns identity weaknesses into a scale and timing problem, not just a credential problem.
- The intrusions described in the source used consented apps, stale keys and delegated access to move quickly across cloud and directory environments.
- Governance now has to focus on issuance, delegation and behavioural detection because periodic review alone cannot keep pace with agent-driven abuse.
Related NHI Mgmt Group resources: AI Agents vs Agentic AI · Agentic AI Identity Guide · Agentic AI Security Guide · Top 10 Agentic AI Identity Issues
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Agentic AI Top 10 and OWASP Non-Human Identity Top 10 define the specific risk controls and attack patterns relevant to this term.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Agentic AI Top 10 | ASI02 — Tool Misuse | ARTEX uses coordinated agents to choose and run offensive tools dynamically. |
| ASI03 — Identity & Privilege Abuse | The attacks hinge on delegated access, app identities and privilege escalation. | |
| ASI10 — Rogue Agents | ARTEX is a malicious autonomous framework operating outside approved intent and oversight. | |
| Recommendation — Map dynamic tool selection and chained execution to ASI02 and hunt for unapproved tool use. Apply ASI03 to review delegated authority, consent grants and privilege scope for agentic systems. Treat unsanctioned autonomous controllers as rogue agents and block their operational paths. | ||
| OWASP Non-Human Identity Top 10 | NHI-05 — Overprivileged NHI | Consent-based app identities and long-lived credentials created the escalation path. |
| NHI-07 — Long-Lived Secrets | The intrusions reused old keys, certificates and secrets that remained valid too long. | |
| Recommendation — Reduce NHI blast radius by narrowing permissions on app identities and service principals. Rotate long-lived secrets aggressively and revoke stale trust material before attackers reuse it. | ||
Key terms
- ARTEX AI: An autonomous penetration testing framework that uses cooperating LLM agents to plan, execute and adjust offensive actions. In practice, it matters because the same architecture that helps with authorised testing can also industrialize intrusion speed, scale and adaptability when misused by threat actors.
- 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.
- LLM Agent: An LLM agent is a language model system that can plan, choose tools, remember context, and carry out tasks with limited human intervention. It goes beyond text generation by connecting reasoning to actions, which makes governance, access control, and monitoring much more important than in a basic chatbot.
- Application Identity: Application identity is the distinct identity assigned to an application, service, or workload so it can authenticate and be authorised to access other resources. If unmanaged, it becomes a target for credential theft and overprivilege. Defenders should inventory these identities, restrict secrets, rotate credentials, and monitor service-to-service use.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
Published by the NHIMG editorial team on November 9, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org