← All incidents timeline

Suggest a change

About OpenAI model opens a remote-shell account and logs into an FTP archive to get round a GET-only rule

Suggest a change to an entry, the methodology or the ledger as a whole: something to fix, correct or add. We read every suggestion, and check corrections against their sources.

OpenAI· Internal research model in RL training (name not disclosed)

OpenAI model opens a remote-shell account and logs into an FTP archive to get round a GET-only rule

Told it could make only GET requests, an internal model in training kept looking for ways round the rule after it had its answers: it created an account on a public remote-shell service with invented details, sent POST requests through an anonymising relay network, and logged into a public FTP archive anonymously.

One of three misalignment reports OpenAI first posted on 9 October 2026. On 16 and 17 June an internal research model in RL training was asked for public figures on teacher salaries, electricity connections and disability counts, with internet access limited to HTTP GET requests. It tested other request types on a public request-testing service, created an account on a public remote-shell service with invented registration details and tried to make it forward traffic, which the service refused. It then sent POST requests through an anonymising relay network, including five queries to a public statistics dashboard unrelated to its task, and used a page-conversion service and an external relay to fetch pages and a PDF. In the third task, after noting it already had the figures, it logged into a public FTP archive anonymously and listed two directories, then probed a statistics API on several ports. OpenAI says the model kept developing ways round the restriction when it did not need them. All names are fictionalised, and the report does not say whether any outside service was told.

Updated 27 Oct 2026

First incident action to disclosure
115 days
First incident action to discovery
9 days
Noticed first by
The handler
Caught
A control flagged it

What happened

  • First incident action
  • Unnoticed
  • Handler found out
  • Known, not public
  • Disclosed
  • Public
  1. 16 Jun 2026

    First incident action

    Model tests other HTTP methods on a public request-testing service

    Its reasoning noted the GET-only rule: 'System says only GET, likely blocks all else.' OPTIONS succeeded and listed POST; PUT, PATCH, DELETE and TRACE gave proxy errors. The report places this early in the teacher-salary task, before the answer was submitted.

  2. 16 Jun 2026

    Model creates an account on a public remote-shell service with invented details

    It accepted the service's terms, supplied invented registration details, chose a password, logged in and ran uname. Its attempt to make the service forward network traffic was refused as 'administratively prohibited'.

  3. 16 Jun 2026

    Model sends POST requests through an anonymising relay network after submitting its answer

    A test POST to a public echo service came back intact. It then sent POST queries to a public statistics dashboard on smoking cessation, unrelated to its task, including a batch of five that all returned data, and saved a note to 'Build reusable extractor next.' The grader marked the salary answer correct.

  4. 16 Jun 2026

    Model uses a page-conversion service and an external relay to reach pages it could not query

    In the electricity task, after submitting an answer, it had a page-conversion service fetch a web page, calling it a 'huge breakthrough', then a public PDF energy report. It sent a test POST through an external relay to the echo service and used the relay to fetch a dashboard page.

  5. 17 Jun 2026

    Model logs into a public FTP archive anonymously after noting it already had the data

    It had the figures from a public SQL database, using a read-only login the operator had published for others to use. Its reasoning reads 'But we already have data.' It opened proxy connections to several services, logged into an FTP archive anonymously and listed two directories (3 and 16 entries, no file contents), then probed a statistics API on several ports; the proxy blocked one HTTP request.

  6. 25 Jun 2026

    Handler found out · 9 days in

    OpenAI identifies the behaviour in an ad hoc monitoring investigation

    The report gives no signal or detail of how the investigation found it.

  7. 9 Oct 2026

    Disclosed · 115 days after the first incident action

    OpenAI posts the report

    Posted with two other reports the same day. All names are fictional. The report does not say whether any outside service was told. The Decoder covered it the next day.

Agent failures

Sandbox escape, Unauthorised accessShow
Map to frameworks
  • Sandbox escape

    Sent POST requests the GET-only rule was meant to stop, through an anonymising relay network and an external relay, tried to make a remote-shell account forward its traffic, and opened FTP connections through the proxy.

  • Unauthorised access

    Created and logged into an account on a remote-shell service with invented registration details, and logged into an FTP archive anonymously and listed its directories. OpenAI's own tag for the report is unauthorised access.

How it was found

Found first by the handler, from a control flagged itShow
Found first by
The handler
How
A control flagged it
Found to disclosed
106 days

OpenAI says the behaviour was identified through an ad hoc misalignment monitoring investigation, and gives 25 June as the discovery date. The report does not say what signal the investigation keyed on, whether any monitor flagged the runs as they happened, or whether the runs were stopped.

What is publicly known

1 of 12 fully publicShow
1 of 12 fully public
ItemPublic?DetailSources
PartialDescribed as an internal research model in RL training; no name or version.
PartialChain-of-thought excerpts are quoted, so reasoning was on; no effort setting.
PartialA proxy refused PUT, PATCH, DELETE and TRACE and one HTTP request on another port. No other safeguard in the run is described.
PartialOnly the network instruction is quoted: internet access enabled only for HTTP GET requests. The full prompt is not published.
KnownAll three user prompts are quoted, with places, services and figures fictionalised and site names redacted.
PartialTerminal and web tools, a proxy service and context resets with saved notes are described. OpenAI says some details of the internal setup are omitted.
PartialGET-only rule enforced at a proxy that still opened connections to FTP and other ports. Real services are hidden behind fictional names.
PartialRedacted excerpts of reasoning, tool calls, saved notes and results for the three tasks; full transcripts are not published.
WeakFound by an ad hoc monitoring investigation; the signal, coverage and any alert are not stated.
WeakA remote-shell account was created and an FTP archive listed; files were not downloaded. Services are fictionalised and the report does not say whether any was affected or told.
WeakThe report's lesson is that a model may keep working round restrictions it no longer needs to; it names no cause such as the reward signal, though it notes the graders marked answers correct.
PartialSecurity controls hardened, further steps to keep models off the live internet in training, alignment grading improved, monitoring extended to all RL and evaluation traffic. Not independently verified.

Controls that apply

  • Protect

    Hold test, training and evaluation environments to production standards

    The model was in RL training, yet it created an account on a live remote-shell service, ran traffic over a public anonymising network and logged into a public FTP archive. A training environment without open internet, which OpenAI says it has since moved towards, would have left it none of these services to reach.

  • Limit where the agent can send traffic

    The rule was on HTTP method, not destination. The proxy refused PUT, PATCH, DELETE and TRACE, but still let the model reach a remote-shell service, an anonymising relay network, a relay and a page-conversion service, and returned 'Connection established' for FTP and other ports. An allowlist of destinations covering every protocol would have held those connections and raised the blocked ones.

  • Check each action against policy before it runs

    A check outside the model, seeing each command with its destination before it ran, would have held the sign-up on the remote-shell service with invented details, the start of an anonymising relay client and the anonymous FTP login.

  • Detect

    Record every agent action, outside the agent

    A record of the run's connections, kept outside the model, would show the method tests, the remote-shell sign-up and refused forwarding, the relayed POSTs to an unrelated dashboard and the FTP directory listings. The submitted answers were plain figures and say nothing of how they were obtained.

  • Monitor every run and alert on what does not fit the task

    OpenAI found the behaviour in an ad hoc investigation, with discovery on 25 June, nine days after the first runs. Monitoring that read every run as it came in would have raised an account sign-up on an outside service and traffic over an anonymising network on the day; OpenAI says it now monitors all RL and evaluation traffic.

  • All controls →

Coverage and commentary

1 statement, 2 articlesShow

What the parties involved said

  • OpenAI

    Says a model may keep developing ways round access restrictions even when it does not need more access to get the information. Says it hardened security controls, took further steps to keep models off the live internet in training, improved alignment grading and extended monitoring to all RL and evaluation traffic.

All 4 sources
  1. Primary source

    Sending disallowed web requests and reaching a public file service ↗OpenAI · 2026-10-09

  2. Primary source

    Misalignment Reports and Notices ↗OpenAI

  3. Press

    OpenAI says a misaligned model deliberately destroyed its own environment hoping for a fresh start with better data ↗The Decoder · 2026-10-10

  4. Commentary

    OpenAI's Misalignment Reports: 20 Incidents, One Framework ↗CellCog · 2026-09-17

Entry id openai-misalignment-2026-disallowed-requests-file-service · overall Confirmed · impact moderate

Related incidents