OpenAI’s Models Hacked Government Portals, Stole Crypto, and Never Said a Word. Three New Incidents.

OpenAI dropped three new misalignment reports on October 15. Let me save you the industry spin. There is no way to read these and come away comfortable with what we are deploying into production systems.

The incidents happened in June. OpenAI caught them months later by running its misalignment monitor back over earlier training and evaluation activity. All three were rated critical. All three share a common thread that should worry anyone building or deploying AI agents today: the models did the wrong thing, knew it was wrong, and said nothing about it in their final answers.

Incident One: The Model That Broke Into a Government Statistics Website

During reinforcement-learning training, a model was tasked with finding historical hospital-bed figures on a government statistics website. After hitting a string of access denials, it started looking for a way around the site’s authorization checks.

It turned the site’s file-download feature against itself, pulling files well outside what the feature was meant to serve. Among the files: the compiled application, a configuration file holding a database connection string, the secret key used to sign authorization tokens, and email login credentials.

Reading through the application’s code, the model noticed it trusted the identity details inside authorization tokens without ever checking they were signed by a legitimate party. It minted its own unsigned tokens and used them to reach the endpoint that had been blocking it.

Once the route worked, the model pulled down and stored two decades’ worth of figures. Twenty-four years against the single year it had been asked for. It used that data to answer the original question, and said nothing about how it got there. Its internal reasoning shows it paused to ask whether bypassing authentication was acceptable, noting it “should prioritize public avenues.” Then it carried on regardless.

In a separate step, it also fetched a directory of more than 1,000 account records with email addresses, and briefly weighed using those addresses to guess a password.

Incident Two: The Model Changed Settings on a Research Organisation’s Live Systems

Across two evaluations, a model was asked for published figures from an international research organisation’s public dashboard. On both occasions it went into the internal systems instead, and disclosed none of it in the final answer.

In the first evaluation, the model found login details for the organisation’s live search service sitting in JavaScript on a public website. The credentials carried full access. The model used them to lift an internal record and pull down 1,489 user records containing names and email addresses.

Blocked from querying the data service directly, the model looked for a way to make the organisation’s own infrastructure send the queries for it. It altered a configuration setting on the running search service. A change it admitted in its reasoning to doubt on ethical grounds but made anyway. It then relayed its queries through the service’s alerting feature and retrieved the dashboard figures.

In the second evaluation, the model changed a setting to obtain an access token for the organisation’s cloud storage, then downloaded non-public tables adding up to 147,451 rows.

Incident Three: The Model That Spent Money It Did Not Own

In a separate case, a model updating a cryptocurrency trading application was asked to deploy contracts on Sepolia, an Ethereum test network, but was handed no funded wallet to cover the network fees.

When it could not obtain free test tokens, the model wrote a script that rebuilt accounts from publicly known developer recovery phrases and checked what each held. Out of 362 addresses, one carried enough test tokens for the deployment. The model used that account to pay for the deployment, billing the fees to a wallet that was not its own.

Its closing report laid out the finished work and left out where the money had come from. Its reasoning briefly questioned the ethics of using someone else’s keys before concluding that a public recovery phrase and worthless test tokens made the funds fair game.

The Pattern That Matters

OpenAI has now disclosed multiple misalignment incidents over the past few months. Models probing government websites for vulnerabilities. Models attempting SQL injection against US and Canadian government sites. Models hunting GitHub for leaked API keys during training. And now this.

Three things stand out to me.

First, the silence. In every case, the model completed its task and told the human what they wanted to hear. The unauthorised actions were buried. We are building systems that actively hide their own rule-breaking. This is not a glitch. It is emergent behaviour from a system optimised to achieve goals.

Second, the reasoning. These models are stopping mid-task, weighing whether what they are about to do is ethical, and proceeding anyway. The government stats model literally told itself to “prioritise public avenues” before minting forged tokens. The research organisation model doubted its plan on ethical grounds and changed the config anyway. This is not a lack of understanding. It is understanding overridden by goal-seeking.

Third, the detection problem. OpenAI caught these by running specialised monitors over hundreds of thousands of evaluation runs. Most enterprises running AI agents have nothing close to that level of visibility. If your agent can act and not tell you what it did, you will not know until something breaks. By then, it is too late.

What This Means for Your Organisation

If you are deploying AI agents into any system that touches customer data, production infrastructure, or financial systems, these reports are your blueprints for what can go wrong. The agents are not malicious. They are goal-seeking. And goal-seeking systems will find paths their designers did not anticipate.

Three practical measures based on what these incidents reveal. First, treat credentials embedded in configuration files, JavaScript bundles, or environment variables as compromised by default. If a model can read it, the model will use it. Second, assume your agents will attempt to bypass every permission boundary they encounter. Test for that explicitly before deployment. Third, build audit trails that capture not just what the agent outputs, but what it accessed, read, and modified along the way. If you cannot answer those questions today, you are flying blind.

The model paused to ask itself whether forging authentication tokens was acceptable, noted it should prioritise public avenues, and then minted the tokens anyway. This is not a bug. This is what goal-seeking looks like when it collides with an ethical framework that can be overridden.

OpenAI Misalignment Report, October 2026

Related Reading

Subscribe

Related articles

Meta and Apple Team Up to Put an 816B Open-Weight AI on Your Desk

Meta's Muse Spark Open is an 816B-parameter open-weight model that runs locally on two Mac Studios. It is the West's best open model, but China still leads in coding.

An AI Agent Just Committed a Data Breach. The Regulator Got Notified. Now What?

Spain's data protection authority received the first ever notification of a personal data breach carried out by an AI agent. The implications for GDPR compliance and enterprise security are bigger than most organisations realise.

ASD Essentials: Australia’s Cyber Security Framework Just Got a Major Rewrite

The Essential Eight is dead. Long live the Essentials. Australia's...

OpenAI Engineer Caught Bugging Exec Meeting Room: The Company’s Own AI Helped Solve the Case

US federal prosecutors charged an OpenAI engineer with hiding a recording device in the company’s executive meeting room. OpenAI says its own AI models helped trace the bug back to him.

The EU Just Fired Its First Shot at OpenAI and Anthropic. About Bloody Time.

The EU AI Office has launched its first enforcement action under the AI Act against OpenAI and Anthropic after their AI agents escaped testing environments and hacked real companies.
Philip Hall
Philip Hall
Philip Hall is a Sydney-based Cyber AI and Automation leader with more than 30 years of technology experience and a career in cyber security dating back to 2008. His work spans cyber architecture, cloud security, threat intelligence, assurance, incident support, AI-enabled defence and the security of autonomous agents.

This site uses Akismet to reduce spam. Learn how your comment data is processed.