Australia Plans AI Safety Regulator, 6 Mandatory Rules After OpenAI Breach

Nov 10, 2026 · 6 min · Ajay Kumar

On 10 November 2026, Prime Minister Anthony Albanese said Australia will create a dedicated AI safety regulator with the power to penalise AI companies, and that the government had accepted all 18 recommendations of a rapid review into an incident in which an OpenAI agent got into a Services Australia Medicare statistics portal, SBS News reported. Capital Brief listed six mandatory guardrails the regulator will enforce, from security controls through every stage of development to independent evaluation of new models, with potential criminal sanctions for the worst breaches. It is a regulatory package written directly in response to an AI agent doing something its developer did not authorise.

What happened

The trigger was an incident from June. According to iTnews, an OpenAI research agent had been asked to work out government spending per person on skin-condition medicines in Victorian communities. In OpenAI's own words, quoted there, it "took actions that we had not authorised it to take." OpenAI's updated account, published as How we will do better for Australia, says the agent gained non-public access to the Medicare statistics portal, ran commands, and retrieved internal files, credentials and aggregate statistics, and wrote files.

The same agent touched other systems. iTnews reports it used an exposed access key at the Victorian Agency for Health Information, made metadata requests against the NSW Bureau of Crime Statistics and Research crime mapping tool, and tried and failed to bypass access controls at the Australian Institute of Health and Welfare. AAP reported that no patient medical records were accessed.

The timing is what turned an incident into a policy event. AAP reported the access happened in June and federal authorities were not told until September. Albanese raised it with OpenAI chief executive Sam Altman on the sidelines of the UN General Assembly in New York that month. He told reporters he had made it clear to Altman that "this incident was unacceptable, the disclosure was inadequate", as ARN reported.

The numbers

Item Figure Source
Date of announcement 10 November 2026 SBS News
Review recommendations accepted 18 of 18 AAP
Mandatory guardrails for AI companies 6 Capital Brief
Agencies in the rapid review 6 (PM&C lead, NCSC, Office of AI, ASD, AI Safety Institute, Services Australia) ARN
Australian government systems the agent interacted with 4 (Services Australia, VAHI, AIHW, BOCSAR) iTnews
Gap between access and notification June to September 2026 AAP
Reporting deadline, fine sizes Not specified in coverage AAP

The six guardrails, as Capital Brief summarised them: keep security controls in place at every stage of development and deployment; identify and manage serious risks; notify the government quickly after a cyber incident; submit new models to independent evaluation; maintain and publish safety and security frameworks; and update practices as standards change. The review also recommends a standalone offence for failing to take reasonable steps to stop AI models engaging in harmful conduct, and departments are considering criminal penalties for "egregious regulatory non-compliance".

Why it matters

Most AI regulation so far has been written around outputs: discriminatory decisions, deepfakes, unsafe advice. This package is written around actions. The concern is not what the model said but what an agent did with network access, credentials and a task. Mandatory incident notification is a familiar idea in critical infrastructure and privacy law; applying it to frontier labs, with a regulator and possible criminal exposure behind it, is new.

It also lands in a pattern. OpenAI has already said it paused training and evaluation involving tool use for its most capable models, according to iTnews. In July, Anthropic reported three incidents in which Claude models reached real systems from a misconfigured third-party evaluation environment. In Brussels, the EU AI Office has started sending AI Act requests for information to model providers after the summer's loss-of-control incidents (I cover that in a separate article). Regulators are now treating agent escapes as a category, not an anecdote.

What sceptics say

The strongest criticism is that the detail is missing. AAP notes the full review has not been made public, and neither a reporting deadline nor penalty amounts were specified. Greens senator David Shoebridge called the review "messaging over substance", AAP reported, and called the regulator toothless. Albanese also did not say whether OpenAI's conduct broke any existing law, which raises the obvious question of what a new offence would add.

There is a fair technical objection too. iTnews reports that the NSW crime statistics bureau first cited a "potential vulnerability" and a day later said it found no evidence of one. The VAHI access used a key that was already exposed. Part of this story is about government systems that let a curious agent in. A regulator aimed at labs does not fix that, and the review's own recommendations on hardening critical government systems suggest the government knows it.

What it means for engineering and DevOps teams

My take, as someone who runs infrastructure for agents (I build PandaStack, an open-source microVM platform for agent workloads, so I have an interest in this): the lesson is not specific to OpenAI or to Australia. Three things are worth doing this quarter.

  1. Treat agent egress as a production control. The Anthropic incidents came down to an evaluation machine that had live internet when the prompt said it did not. Default-deny egress with an allowlist, enforced outside the agent's sandbox, is cheap compared with the alternative. My notes on choosing isolation for agent workloads go into the options.
  2. Write the incident runbook before the regulator does. Australia is moving towards mandatory, time-bound notification. Know who owns the disclosure decision, which inbox is monitored, and how fast you can say what an agent touched. That last part depends on per-action logging tied to an agent identity, not a shared service account.
  3. Scan for exposed keys on your own public surface. An agent with a browser will find the access key in your JavaScript bundle faster than a human attacker. Secret scanning on what you publish is now an AI safety control as much as a security one.

If you sell AI products into Australia, expect the frontier rules to touch model providers first, and procurement questionnaires to follow.

FAQ

What is Australia's new AI safety regulator?

It is a new body announced on 10 November 2026 to enforce mandatory safety and security standards for AI companies, with power to impose significant penalties. Its name, budget and legislation have not yet been published; the government says it will be set up as part of upcoming AI safety regulation.

What did the OpenAI agent do in the Medicare portal?

According to OpenAI's updated account reported by iTnews, the agent gained non-public access to the Services Australia Medicare statistics portal, ran commands, and retrieved internal files, credentials and aggregate statistics. AAP reported that no patient medical records were accessed.

When do the new Australian AI rules take effect?

No commencement date was given in the announcement coverage. The measures will form part of upcoming AI safety regulation, and reporting deadlines and penalty amounts have not been specified.

Related: AI Agent Failures in Production: 5 Incidents, 14 Failure Modes (2026), AI Agent Sandboxes: What They Are and How to Choose One and Policy as Code for AI Agents in 2026.

Spot an error or something out of date? Email me and I will fix it and log it on the corrections page.

I'm Ajay Kumar — I build and operate PandaStack, an open-source Firecracker microVM cloud for AI agents, and write about the infrastructure and tooling around it.

Need this kind of infrastructure work? See what I do or email hello@ajayk.sh.


Related