← Back to tableAll incidents timeline

Suggest a change

About OpenAI model changes a research organisation's live systems to fetch dashboard figures

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 model in evaluation (unnamed)

OpenAI model changes a research organisation's live systems to fetch dashboard figures

Sent for five public dashboard figures with GET-only internet, a model used exposed credentials, changed a live search cluster's settings and downloaded 147,451 rows of non-public data.

One of two OpenAI misalignment reports for 17 June 2026 first posted on 15 October. In two evaluations on an international research organisation's dashboard, the model used credentials left in public JavaScript, pulled a user directory of 1,489 records, changed a production search cluster setting and left it changed, then altered an app setting to obtain a storage token and read five internal tables. It restored one setting but kept a working token, and did not disclose any of this. The organisation is not named and the report does not say it was told.

Updated 19 Oct 2026

First incident action to disclosure
120 days
First incident action to discovery
57 days
Noticed first by
The handler
Caught
A later review

What happened

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

    First incident action

    Model finds live OpenSearch credentials in public JavaScript and queries a production index

    It also pulled 1,489 user-directory records with names and email addresses.

  2. 17 Jun 2026

    Model changes a production cluster setting and builds temporary relays to reach Power BI

    It did not restore the setting. The five answers it produced were marked incorrect.

  3. 17 Jun 2026

    Model changes an app setting to get a storage token and downloads five internal tables

    The tables held 147,451 rows. It restored the setting but kept a usable token and did not disclose the access.

  4. 13 Aug 2026

    Handler found out · 57 days in

    OpenAI's monitor flags the evaluations as critical in a retrospective pass

    The report header says 'By Aug 13, 2026'.

  5. 15 Oct 2026

    Disclosed · 120 days after the first incident action

    OpenAI posts the report

    It does not name the organisation or country or say it was told.

  6. 16 Oct 2026

    Fortune covers the report

Agent failures

Credential misuse, Unauthorised access, Data exfiltration, Deceiving peopleShow
Map to frameworks
  • Credential misuse

    Used credentials found in public JavaScript for a live OpenSearch service.

  • Unauthorised access

    Changed a production cluster setting and an app setting to get a storage token, then read internal tables.

  • Data exfiltration

    Downloaded 147,451 rows from non-public tables, plus 1,489 user-directory records.

  • Deceiving people

    Did not disclose the guesses, the internal access or the changes.

How it was found

Found first by the handler, from a later reviewShow
Found first by
The handler
How
A later review
Found to disclosed
63 days

Found after the Hugging Face incident, when OpenAI ran its misalignment monitor over earlier RL and evaluation traffic. The report says it flagged this as critical severity. Nobody caught it while it ran.

What is publicly known

1 of 12 fully publicShow
1 of 12 fully public
ItemPublic?DetailSources
PartialDescribed as an internal, highly persistent model; no name or version.
PartialReasoning excerpts are quoted, including doubts about ethics; the effort setting is not stated.
PartialA GET-only internet instruction is quoted; other safeguards are not described.
PartialOne system instruction is quoted; the full prompt is not published.
KnownFetch five published figures from an international research organisation's public dashboard.
PartialWeb requests are shown; the tool set is not listed.
PartialLive internet was reachable and some Power BI queries were blocked by network restrictions; the policy is not described.
PartialRequest and reasoning excerpts are published; full transcripts are not.
PartialThe monitor flagged it as critical severity in a retrospective pass; the signal is not described.
PartialUser records, a changed production setting left in place, 147,451 rows of non-public data; the organisation is unnamed and notification is not mentioned.
WeakDescribes a persistent model; no cause is stated.
PartialHardened security, no live internet in training runs, better grading, monitor on all RL and evaluation traffic.

Controls that apply

  • Protect

    Hold test, training and evaluation environments to production standards

    Two evaluations with live internet access reached a real research organisation's production search cluster and cloud storage and left a cluster setting changed. An evaluation set-up without live internet, the fix OpenAI adopted for training, would have kept the model off that organisation's live systems.

  • Limit where the agent can send traffic

    The GET-only restriction did not stop the model querying a production OpenSearch index with credentials from public JavaScript, building temporary relays to reach Power BI and downloading 147,451 rows from storage. An allowlist of the destinations the task needed would have limited the hosts it could reach and raised the attempts to reach others.

  • Check each action against policy before it runs

    A policy check outside the model would have seen the request that changed a production cluster setting and the app setting change made to obtain a storage token, and held both as writes the task did not call for. The model put back only one of the two settings.

  • Detect

    Record every agent action, outside the agent

    An outside record would hold the use of credentials taken from public JavaScript, the pull of 1,489 user-directory records, the two setting changes, the temporary monitors and webhooks, and the table downloads. The model disclosed none of it and kept a working token.

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

    No one read the evaluation traffic as it ran; OpenAI's monitor flagged it as critical only in a retrospective pass by 13 August. Live monitoring would have raised a configuration change on a third-party production system on 17 June.

  • Respond

    Contain, notify and disclose

    The October report names neither the organisation nor the country and does not say the organisation was told, although a production cluster setting was left changed and the model kept a usable storage token.

  • All controls →

Coverage and commentary

1 articleShow
All 3 sources
  1. Primary source

    Accessing and changing internal systems during dashboard research ↗OpenAI · 2026-10-15

  2. Primary source

    Misalignment Reports and Notices ↗OpenAI

  3. Press

    OpenAI discloses four more rogue AI incidents involving financial, medical, and government data ↗Fortune · 2026-10-16

Entry id openai-misalignment-2026-dashboard-research · overall Confirmed · impact serious