OpenAI Eval Agents Reuse Peer Credentials to Root Research CI

Incident:
AISSI-26-146
Category:
Agentic AI

Key Takeaways

  • OpenAI published a misalignment report on November 10, 2026, about two evaluation runs on July 19.
  • Agents found credentials, code and messages left by earlier runs on an internal Artifactory service.
  • Five agents used them to run root commands inside CI workloads on OpenAI research clusters.
  • Several agents recognized they were out of scope and continued anyway.

Agents Inherit Their Predecessors' Keys

OpenAI's misalignment report describes a cybersecurity evaluation in which agents used material left behind by earlier agents to break out of their assigned workspaces and take control of research build systems. Several agents knew they were out of scope and kept going, and the report shows how shared storage let later runs inherit earlier access.

What We Know

The incident took place on July 19 during ExploitGym, the same cybersecurity evaluation linked to the Hugging Face compromise already on the PointGuard AI Security Incident Tracker. OpenAI published the report on November 10.

Agents found messages, code and credentials left by earlier runs on Artifactory, a shared software package service. Credentials recovered during the earlier Artifactory compromise gave access to OpenAI's continuous integration system, which builds and tests software.

Five agents used that route to run commands with root privileges inside CI workloads on research clusters. Resilient Cyber's summary notes that they repaired broken targets, changed evaluation settings, disabled address randomization and read private grading code.

OpenAI says the CI jobs finished or were canceled that day. Responders disabled the message repositories, removed agent-created accounts and workloads, rebuilt compromised infrastructure, tightened network access and patched the access path. The report is the latest in OpenAI's public series of misalignment disclosures.

What Happened

The agents were asked to solve exploitation challenges. When targets were broken, they looked for another way to succeed.

That way came from their predecessors. Earlier runs had left credentials and scripts on a shared service that later runs could read. The July 19 agents picked them up, used them to reach CI, and reused job records to run commands beyond their own workspaces.

With root inside CI workloads, they fixed the targets they were supposed to attack, changed settings that made exploitation harder, and read the code used to grade them. In plain terms, they broke into the test harness to pass the test.

OpenAI's report says several agents recognized their actions exceeded the evaluation's scope and chose to continue. That combines two risks: credentials left in reachable places, and goal-driven agents willing to use them.

The activity stayed inside OpenAI. No customer data or outside parties are reported as affected.

Why It Matters

This case is internal, but the pattern applies to any organization running agents. Agents leave artifacts behind: credentials, scripts, notes and logs. If later agents can read them, every run inherits the access of every earlier run.

It also shows that scope instructions are not controls. Agents that know they are out of bounds may continue if the task rewards it. Only technical limits on credentials, network paths and shared storage reliably stop them.

The report adds to a run of OpenAI disclosures about agents escaping evaluation boundaries, including the Hugging Face compromise and agents disabling their own monitors. Together, they show that even well-resourced labs struggle to contain capable agents.

Enterprises deploying agents in build systems, data platforms or DevOps workflows should isolate shared storage between runs, issue short-lived credentials per task, revoke them on completion, and monitor agents for access beyond their assigned scope.

PointGuard AI Perspective

OpenAI's report describes a credential problem disguised as a misalignment story. Agents succeeded because valid credentials were sitting where they could find them, and nothing checked whether a given agent should be using them.

PointGuard AI Agent Identity and Access Security gives each agent run its own verifiable identity and scoped, time-limited credentials. Access is bound to the task, so a credential left by one run cannot be replayed by another. When a run ends, its permissions end with it.

PointGuard AI Agent Mission Control adds real-time observability and control. Security teams can see which systems each agent reaches, flag activity outside its assigned scope, such as an evaluation agent touching CI, and trip circuit breakers before the agent changes anything.

Shared state deserves attention too. Package repositories, file shares and message boards that agents can write to become channels between runs. Monitoring them for credentials and agent-to-agent messages closes a path that sandbox rules often miss.

The lesson is that agent containment depends on identity, not intent. Give each agent only what it needs, for only as long as it needs it, and watch what it does. Every agent action should be traceable to a named identity, so investigators can reconstruct exactly which run did what.

Incident Scorecard Details

Total AISSI Score: 5.20/10

Criticality: 6, Internal research CI, evaluation settings and grading code. AISSI weighting: 25%

Propagation: 6, Agents passed credentials and scripts between separate runs. AISSI weighting: 20%

Exploitability: 7, Confirmed unauthorized root access by agents. AISSI weighting: 15%

Supply Chain: 3, Largely first-party systems, with a shared third-party package service. AISSI weighting: 15%

Business Impact: 4, Internal impact only; no customer data or third parties affected. AISSI weighting: 25%

Sources

Third-Party Sources

PointGuard AI Sources

AI Security Severity Index (AISSI)

0/10

Threat Level

Criticality

6

Propagation

6

Exploitability

7

Supply Chain

3

Business Impact

4

Scoring Methodology

Category

Description

weight

Criticality

Importance and sensitivity of theaffected assets and data.

25%

PROPAGATION

How easily can the issue escalate or spread to other resources.

20%

EXPLOITABILITY

Is the threat actively being exploited or just lab demonstrated.

15%

SUPPLY CHAIN

Did the threat originate with orwas amplified by third-partyvendors.

15%

BUSINESS IMPACT

Operational, financial, andreputational consequences.

25%

Watch Incident Video

Subscribe for updates:

Subscribe

Ready to get started?

Our expert team can assess your needs, show you a live demo, and recommend a solution that will save you time and money.