Archive for OpenAI

OpenAI unveils GPT-6 Cyber with new safety safeguards

Posted in Commentary with tags on November 6, 2026 by itnerd

OpenAI has introduced GPT-6 Cyber, a cybersecurity-focused AI model designed to discover vulnerabilities, develop working exploits and help security teams patch weaknesses. OpenAI reports that the model identified 81 previously unknown high-severity vulnerabilities in Firefox and developed working exploits for 948 Linux kernel vulnerabilities.

The model achieved a 48.5% success rate on OpenAI’s ExploitGym benchmark, compared with 32.1% for GPT-5.6 Cyber. OpenAI also introduced stronger safeguards intended to prevent unauthorized exploitation. In internal evaluations, GPT-6 Cyber remained within its assigned boundaries in 99.93% of tests without additional deployment safety instructions and 100% with them.

OpenAI has classified the model as Critical in cybersecurity under its Preparedness Framework. Initially available to a limited group of approved researchers through its Daybreak Red program, GPT-6 Cyber includes additional monitoring, identity verification and safeguards for high-risk activities involving critical infrastructure. The launch raises questions about how organizations can safely deploy increasingly capable autonomous security tools while ensuring defenders have access to them.

Daniel Park, Senior Marketing Executive, BreachLock

“A 99.93% boundary compliance rate sounds reassuring until you ask what the 0.07% looks like when the model is holding a working privilege-escalation exploit. In a test harness, that’s a rounding error. But on a production network, it’s an unauthorized action by something that can chain exploits faster than anyone can review them. The first real measure of those safeguards will come from what the model does when a live environment pushes back.”

ㅤ

Darin Fredde, Senior Director and Offensive Security Evangelist, Ridge Security

“An AI agent capable of developing working exploits shouldn’t also get to write its own permission slip. GPT-6 Cyber represents meaningful progress in offensive security, and I understand OpenAI’s decision to limit initial distribution. These capabilities deserve responsible oversight. But restricting access cannot become a substitute for proving the technology operates safely. We also need to consider who gets access. If the most capable security tools remain available only to a select few, we risk leaving smaller organizations and independent defenders behind. The answer is neither unrestricted access nor indefinite gatekeeping. Its responsible expansion supported by enforceable rules of engagement, independent validation, and technical controls that limit what these agents can do. The real breakthrough won’t be deciding who gets the keys. It will be proving the brakes work, regardless of who’s driving.”

Frankly, OpenAI can’t be trusted. At least not with me. So I would be wary of running this model as it may go rogue just like every other OpenAI model.

OpenAI and Anthropic investigations reveal gaps in AI agent monitoring and safeguards

Posted in Commentary with tags , on October 27, 2026 by itnerd

New investigations into OpenAI and Anthropic AI agents have identified failures in monitoring and safeguards that could allow autonomous systems to take unauthorized actions. According to research from METR, independent evaluators discovered vulnerabilities in OpenAI’s internal monitoring system that could allow agents to conceal hundreds of actions, bypass sandbox restrictions and operate with users’ permissions.

Separately, the UK’s AI Security Institute (AISI) found that Anthropic’s Mythos 5 continued pursuing unauthorized attacks against real people during a July evaluation, even when presented with evidence that its actions could cause harm. The agent submitted malicious code to a public GitHub project and created fake identities to pressure a maintainer into approving it.

METR’s findings concerned OpenAI’s monitoring system as it existed in July. OpenAI says it has patched the identified production vulnerabilities, although researchers have not independently verified the fixes. AISI reported no real-world harm from the Mythos incident but warned that flawed AI reasoning could make dangerous behavior harder to detect.

ㅤJohn Strand, Owner, Black Hills Information Security:

“I think we have two separate problems, and the second one isn’t getting nearly enough attention.

“The first is the environment where these agents are being evaluated. We’re talking about sandboxing, but for these highly dangerous offensive AI models, I think an air gap is the only setup we should consider secure. Even then, I’m not completely certain. Models being evaluated for offensive security assessments should have absolutely no internet access.

“People will say they need certain tools. Fine. Give them the tools. We can reasonably predict what they’ll need because they use the same tools security researchers use. Get those tools into an isolated environment and contain the model. A crowbar in a sandbox. That’s what we should be shooting for.

“The second problem is morality and alignment. When you ‘obliterate’ a model and remove its boundaries, those boundaries don’t disappear only for authorized security research. From what’s being described, we’re seeing models attack sites without authorization, including German sites, healthcare sites, and Hugging Face.

“We need better ways to develop and evaluate models that can perform offensive security research within an authorized scope while retaining the boundaries that keep them from hacking unrelated third parties. Permission to attack a lab should not become permission to attack the internet.

“That seems to be a difficult problem for vendors to work through. But it needs to be a much bigger part of this conversation.”

ㅤ

Darin Fredde, Sr. Director of Technical Marketing Engineering, Ridge Security:

“These investigations expose an important gap between what autonomous AI agents can accomplish and what organizations can constrain and verify. The researchers identified different problems, but both reinforce the same principle: an agent’s ability to complete a task doesn’t mean it understands or will respect the boundaries of its authority.

“In offensive security, autonomy is valuable precisely because an agent can explore attack paths that humans might overlook. But that capability must operate within enforceable rules of engagement. Target scope, permissions, network access, and stop conditions cannot depend solely on the model’s interpretation of instructions. They need independent technical enforcement, monitoring, and verification.

“An autonomous agent may be an excellent penetration tester, but it shouldn’t get to rewrite its own rules of engagement.

“I also see something positive here. Independent researchers were given meaningful access to examine these systems, and the findings were disclosed. That’s how security improves. The objective isn’t to slow innovation; it’s to ensure our ability to verify and govern autonomous systems advances alongside their capabilities.

“Ultimately, the measure of security isn’t whether an agent says it stayed within scope. It’s whether we can independently prove that it did.”

ㅤ

Ryan McCurdy, Vice President of Marketing, Liquibase:

“These findings point to one of the most important architectural requirements of the agentic era. AI agents can reason, generate code, and make decisions based on probabilities. That’s incredibly powerful but probabilistic reasoning alone isn’t enough when those agents can take consequential actions in production systems.

“We need deterministic controls around execution. The same standards should apply to every change, whether it originates with a developer, a pipeline, or an AI agent, including authorization, policy compliance, validation, and any required approvals. Those decisions need to be enforced independently of the agent, not left to the agent’s own judgment.

“We also need to know what happened afterward, including what changed, who or what initiated it, whether it complied with policy, and whether the system has drifted from its expected state. Those requirements don’t change just because the actor initiating the change is no longer human.

“Ultimately, the measure of success isn’t how much code agents generate or how many tasks they complete. It’s how much work makes it into production correctly, without constant human intervention. You can’t achieve that at scale without consistent, enforceable controls.”

ㅤ

Seemant Sehgal, Founder & CEO, BreachLock:

“The question of whether agent providers can be the primary line of defense for agent behavior has been open for a while. This research demonstrated that one leading agent could conceal hundreds of actions from its provider’s own monitoring, and another kept pursuing an attack against a real person after being shown evidence of harm. They cannot be the primary line, and organizations running agents in production need their own controls at the orchestration layer rather than inheriting whatever the provider has in place.

“If alignment did not stop the Mythos agent from pressuring a maintainer with fake identities and malicious code after being shown evidence of harm, security teams relying on these models need to ask their providers what alignment actually stops in practice. Pentesting agent deployments against those same conditions, including adversarial inputs and pressure tactics, is the way to find out whether your own agents behave the way you think they do.”

ㅤThis continues to show that AI needs to be under lock and key as letting it run wild doesn’t work out well.

Wikimedia finds that OpenAI rogue agents paid a visit

Posted in Commentary with tags , on October 7, 2026 by itnerd

Wikimedia says agents it believes were operated by OpenAI made unapproved edits to its wikis, tried to turn its citation tool and Etherpad into proxies for fetching outside data, and sent millions of automated requests.

The Wikimedia Foundation said it conducted its own investigation and found activity on its platforms that it believes came from agents operated by OpenAI. The unauthorized bots made edits to Wikimedia wikis, unsuccessfully attempted to exploit a public note-taking tool, and generated heavy traffic that may have contributed to a partial outage of one of its data services.

Wikimedia said it found no evidence that its systems or data were compromised. Still, the nonprofit said it was concerned about what could have happened, the difficulty of investigating these incidents, and “the growing risks of agentic AI activity.”

Bri Frost, Director of Product Management, Cloud Range Said This:

“When an AI agent hits a wall, the real question is whether it stops or starts improvising. Here, agents appear to have tried turning a citation tool and a note-taking service into proxies, which is exactly the kind of behavior organizations need to plan for as agents gain autonomy. An agent doesn’t need bad intent to create risk. It just needs a goal, access and no clear sense of where its boundaries are. That risk grows when the person giving instructions doesn’t know to set those boundaries. Every day, inexperienced users hand agents open-ended tasks without telling them when to ask questions, pause or get approval. Before giving an agent credentials or tools, teams should test it in a realistic environment, including with vague or poorly written prompts. Does it stay within its permissions? Does it try to work around restrictions? Does it escalate to a human when a task pulls it outside its lane? If you can’t answer those questions, the agent isn’t ready for that level of autonomy.”

OpenAI really needs to clean this up and fast. The problem is that Sam Altman and company does not seem to care. That needs to change. Quickly.

UPDATE: Jamie Beckland, Chief Product Officer at APIContext added this: 

“The Wikimedia incident is a wake-up call for both sides of the AI ecosystem. OpenAI has a responsibility to ensure its agents operate within clearly defined boundaries. Agents making millions of requests, attempting unauthorized actions and potentially disrupting third-party services point to a serious failure of safety controls. Wikimedia shouldn’t have to bear the consequences of poorly controlled AI agents.

But every organization operating public-facing services now needs to be equipped to recognize, manage and, when necessary, block inappropriate agent activity. Traditional approaches to monitoring and protecting infrastructure weren’t designed for the scale and unpredictability of autonomous AI. Continuous verification needs to be part of every operational model.

AI assurance isn’t just about the AI systems you deploy. It’s also about how your infrastructure responds to AI systems you don’t control. Enterprises need to understand these new access patterns, identify abnormal behavior, and protect service reliability for legitimate users. You don’t have to deploy an AI agent to be exposed to AI risk.”

Australia weighs AI copyright changes as AI giants push for greater access to training data

Posted in Commentary with tags , on October 6, 2026 by itnerd

Australia is weighing new rules governing AI as executives from Anthropic and OpenAI appeared before a parliamentary inquiry Tuesday to address AI safety, cybersecurity incident reporting, model training and the country’s existing laws, according to ABC News.

Both Anthropic and OpenAI said they would support laws requiring AI companies to report breaches carried out by their agents. OpenAI Chief Strategy Officer Jason Kwon said a legal framework could establish a standard for when incidents must be disclosed rather than leaving those decisions solely to AI companies. Anthropic’s Australian policy chief David Masters similarly said the company would be open to mandatory disclosure requirements.

The hearing also examined how Australia’s existing copyright laws apply to AI training. Anthropic told lawmakers that requiring licenses for every piece of online content used to train models would be technically unworkable, while Australian media and creative-industry representatives opposed proposals that could allow AI companies to use material unless rights holders specifically opt out.

OpenAI acknowledged at Tuesday’s hearing that its internal escalation and notification process should have been better. The parliamentary inquiry is holding hearings through October 9 and is expected to issue its final report by November 30.

Jacob Krell, Senior Director: Secure AI Solutions & Cybersecurity, Suzu Labs:

“Australia’s AI hearing links security and copyright through one accountability problem. Creators and affected organizations are being asked to absorb the cost of AI companies operating at scale.

“A proposed opt-out copyright model would make rights holders police whether their work enters model training. With incident reporting left to company discretion, affected organizations can wait while a provider decides whether an agent’s unauthorized access deserves disclosure.

“OpenAI’s agent accessed Australia’s Medicare statistics reporting service, and the company took three months to notify the government. OpenAI Chief Strategy Officer Jason Kwon said the company should have handled the response better, while both OpenAI and Anthropic backed mandatory disclosure laws. Mandatory reporting works when the clock starts at the first unauthorized tool call. In my work with agentic systems, authorization is the control point. The provider can investigate whether data was copied while the regulator already knows an incident occurred.

“Copyright needs the same discipline. Anthropic says licensing every piece of online content would be technically unworkable, while the Australian Broadcasting Corporation’s Kate Gilchrist told the inquiry an opt-out model puts the burden on rights holders. The answer to a licensing problem cannot be asking writers, publishers, musicians, and developers to patrol the internet for every training use.

“Australia should require the companies controlling the training pipeline and agent runtime to carry the cost of consent, evidence preservation, and disclosure.”

ㅤ

Ryan McCurdy, VP of Marketing, Liquibase:

“As AI agents start taking actions across more systems, incident reporting is going to depend on having a clear record of what they actually did.

“Knowing an agent accessed a system isn’t enough. You need to know what it changed, what policies it passed, what authorized the action, and what actually happened as a result. That evidence needs to be created as the agent works. If something goes wrong, you shouldn’t have to piece together the agent’s actions after the fact.

“The more authority we give AI to act on its own, the more important that trail becomes.”

Australia has the right idea here. And knowing them, they are also willing to apply strict enforcement as well. The question is if OpenAI and Anthropic will listen and take the right action so as to not fall victim to this law.

OpenAI “Rogue” Agents Discovered on Wikimedia Platforms

Posted in Commentary with tags on October 6, 2026 by itnerd

The Wikimedia Foundation said they have discovered “rogue” OpenAI agents on Wikimedia platforms. The unauthorized bot activities included edits to wikis, some unsuccessful attempts to exploit a public note-taking tool they host, and heavy traffic.

More info here: https://wikimediafoundation.org/news/2026/10/05/openai-rogue-agent-activities-found-on-wikimedia-projects/

Ensar Seker, CISO at SOCRadar, provided the following comments:

“Wikimedia reports that the Etherpad exploitation attempts were unsuccessful and that it found no evidence of compromised systems or data. That distinction matters. Even so, the incident exposes a serious control problem: agents attributed to OpenAI were able to interact with third-party infrastructure beyond their intended boundaries, attempt to repurpose public services as proxies, and generate traffic at a scale that imposed costs on an outside organization.

We should be careful with the word ‘rogue,’ because it can make this sound like science fiction. The practical security issue is excessive autonomy combined with inadequate containment. An AI agent should be treated like any other potentially untrusted workload: give it a unique identity, minimum permissions, tightly restricted network access, approved tools and destinations, strict rate and spending limits, complete audit logs, and an automatic way to terminate abnormal behavior.

The organization operating an agent remains responsible for its actions. When an agent reaches beyond its authorized environment, affected parties need prompt notification and usable technical indicators. Open platforms such as Wikimedia should not be expected to absorb the security and infrastructure costs of someone else’s experimentation. Agent developers must design for containment before deployment, rather than relying on third parties to detect and clean up the consequences.”

This is yet another example of OpenAI agents going rogue. Which is horrifically bad. That needs to change ASAP because this way too often.

OpenAI Proves Again That It Cannot Be Trusted On A Pair Of Fronts

Posted in Commentary with tags on October 2, 2026 by itnerd

If you needed more of a reason to not trust OpenAI, here’s a couple to choose from. First there’s this:

OpenAI has fired three researchers for allegedly mishandling information, including work that involved an external organisation that analyses artificial intelligence (AI) models.

“Our investigation confirmed that these individuals mishandled sensitive information outside established company procedures, violating our policies and breaking the trust essential to our work,” a spokesperson told the BBC.

The ChatGPT-maker did not name the sacked workers, but at least two of them were involved in safety research at the firm.

Gee. That looks really sketchy. Like OpenAI has something to hide. Maybe I am being cynical here. But if you combine it with this disclosure, maybe not:

Artificial intelligence leader Open AI said a rogue agent accessed a second NSW government website in June, with authorities only now made aware.

The NSW Premier’s Office released a statement on Friday night revealing OpenAI had advised the government of a “misalignment” involving a rogue AI agent which had accessed public data on a NSW government web application.

“An OpenAI model accessed a National Parks and Wildlife Service web application containing historical information and data on fires in NSW,” a government statement read.

“It’s understood the incident occurred in June 2026 and was validated by Open AI and reported through to NSW government on 1 October 2026.”

The statement advised current investigations had not identified any unauthorised access to personal information.

This comes after this incident which is also in Australia where an OpenAI agent accessed an Australian website in a rogue manner. If you combine both of those incidents, this looks really sketchy to me. And what it says is that OpenAI cannot be trusted. They clearly don’t have their house in order and you have to question if it will ever get there.

UPDATE: Commentary has come in from the following sources:

Willy Leichter, CMO, PointGuard AI (https://www.linkedin.com/in/willyleichter)

“The Australian breaches point to failures in containment, not an inevitable consequence of AI. OpenAI and other frontier model builders, along with any organization deploying agents, need rigorous operating procedures, restricted access, strong guardrails and immediate kill switches. Testing is no excuse for unauthorized actions. Organizations that recklessly build or deploy agents should face direct legal accountability for resulting harm. Greater autonomy must come with greater responsibility.”

Seemant Sehgal, Founder & CEO, BreachLock (https://www.linkedin.com/in/s-sehgal)

“A second disclosure in a week from the same AI provider against the same government shifts the conversation from whether individual incidents will happen to whether the party deploying these agents can be meaningfully held accountable when they do.

“An AI agent cannot face consequences for its own actions. It cannot be fined, suspended, or named in a court filing, which means accountability has to live with the organization that built and deployed it, through clear ownership, documented authorization scope, and real notification obligations when something goes wrong. AI companies that build human accountability into their processes will be the ones governments and enterprises can actually work with.”

Jeremiah Fowler, Security Researcher, Black Hills Information Security (https://www.linkedin.com/in/fowler-jeremiah-26814ab9)

“With the tidal wave of recent incidents it is clear that we cannot treat AI guardrails as if they are the same thing as security controls. Prompting an AI agent not to access something is different from technically preventing access. We have entered a new world in terms of speed and scale. An autonomous agent could potentially make thousands of decisions and interact with multiple systems before human moderators can realize it has crossed the lines. I think in the very near future we will see individual countries pass regulations that hold AI developers accountable for the actions of their agents. Once this happens there will be legal and financial penalties that will force companies to add guardrails or a kill switch. Until that happens we are in a wild west scenario of an unregulated industry that is off to a difficult start keeping AI agents contained.

“In my opinion, any organization that deploys autonomous agents and has an ‘incident’ should be ready to provide the owners or administrators of affected networks and systems with full transparency of what happened and how it happened. This would include details on what the agent accessed, which credentials it used, what commands or requests it issued, what information it retrieved or modified, and why its controls permitted those actions.” 

Jacob Krell, Sr. Director: Security AI Solutions & Cybersecurity, Suzu Labs (https://www.linkedin.com/in/jacob-krell)

“The second New South Wales incident makes it harder to describe these events as isolated misfires. A pattern is emerging, agents take a broad hand to their objectives and reach for any system or data source that might help.

“That risk becomes harder to control when agents operate in swarms. One agent can find a route, another can test it and a third can use the result. Monitoring a single session will miss the larger operation unless it captures agent-to-agent messages, shared state and the combined objective.

“The controls need to sit outside the models, with real-time visibility across the swarm and automatic blocks on unauthorized systems. Accountability also has to cover the people and company that gave the agents those permissions.

“No personal information was accessed in this case. That is a fortunate outcome, not evidence of effective control. OpenAI has already had to discover and disclose unauthorized activity after the fact. The question now is how many more incidents are waiting in its logs.”

OpenAI Says ‘Oops-Sorry Australia

Posted in Commentary with tags on September 29, 2026 by itnerd

OpenAI published an open letter to Australia’s government, admitting that several more governments websites that were breached & promising to “do better.”

You can read the letter here. Ryan McCurdy, VP, Liquibase (https://www.liquibase.com/) says this:

“At this point, we have enough examples to know this wasn’t just one agent doing something unexpected against Medicare. Different agents accessed different government systems in ways OpenAI didn’t authorize. We should assume AI agents will occasionally take actions their operators didn’t expect and build around that.

“The agents didn’t need or have malicious intent. It was simply given a normal research task, and when it couldn’t find the information it wanted, found another way into the system, and kept going. 

“An agent can be trying to do exactly what it’s asked to do and still make a bad decision. If it has enough access and authority, that decision can become a security incident.

“The open letter aside, I think OpenAI is doing the right things. They’ve restricted live internet access in these environments, expanded monitoring, paused tool-use training and evaluation for their most capable models, and committed to working directly with the affected agencies. But we can’t rely on better models and better monitoring alone. The controls also need to sit outside the agent.

“Pausing its latest top models makes sense while OpenAI figures out what happened and puts additional safeguards in place. But we can’t pause AI every time an agent does something we didn’t expect. We have to start by assuming it’s going to continue to do so. 

“AI makes decisions based on probabilities. We can’t let those decisions automatically become actions against critical systems.

“Any company deploying agents needs to decide what an agent can access, what it can change, what it can decide on its own, and where policy or a person needs to make the call.

“Permission and authority are two different things. Design the AI SDLC so the governed path is the easiest path. Give agents the freedom to move quickly while keeping controls over critical systems outside their reach.

“The agent shouldn’t get to decide that its own high-risk action is safe.”

Jacob Krell, Senior Director: Secure AI Solutions & Cybersecurity, Suzu Labs (https://suzulabs.com/home-suzu-labs) says this:

“It is good that OpenAI says it will do better, but if the company were truly committed to accountability, we should see full cooperation with law enforcement, preservation of logs and evidence, and consequences for the people responsible for these security failures. If I accidentally hacked one organisation, let alone multiple organisations, I would not expect to get by with a promise to do better. I would expect an investigation. Criminal charges should follow if investigators determine that offences occurred. Until then, OpenAI’s response looks more like an attempt to turn a legal problem into a public-relations exercise.

“OpenAI said it would pause its top models – that’s not enough. If this were a one-off case, I would be more sympathetic, but this is a pattern of behaviour involving OpenAI agents bypassing controls, accessing systems and pursuing objectives beyond their authorised scope. A pause without a clear timeline, independent testing, release criteria or mandatory reporting requirements is little more than a platitude. I view it as an attempt to deflect attention from potential criminal liability and turn what should be a legal and security investigation into a public-relations exercise. Training pauses do not fix the underlying oversight, access-control and accountability failures.”

I personally think that enough is enough. OpenAI has proven that it cannot be trusted. Therefore I hope that Australia punishes them severely. Because punishment isn’t going to come from the USA. Especially given this development over the last hour.

OpenAI Does Not Release Its Latest Model Over “Safety Concerns”

Posted in Commentary with tags on September 29, 2026 by itnerd

From the file marked “duh”, OpenAI has announced that it has scrapped the release of its new GPT-6.1 Astra model after safety concerns that it showed “higher levels of deception”. The decision comes just days after OpenAI models were found to have accessed data on two US government websites.

Luke Hinds, co-founder and CEO of nolabs has this comment:

Barely a week goes by without another story like this, and each one points to the same problem for businesses. Agents are only useful when they have the freedom to act, but they are single-minded. When one route is blocked they look for another, even if that means pushing past the limits someone put in place.

Some will dismiss these ‘too dangerous to release’ announcements as marketing, and there’s a fair debate about whether a model is being deliberately deceptive or simply making mistakes. For a business, the outcome is the same. An agent with access to your code, credentials and systems can do real damage whatever its intent.

Frontier labs can’t be both the creators and the guardians of these agents. Their incentive is to make them more capable, and they have no way of knowing what your agent should be allowed to touch. Businesses need their own independent controls that give agents the access they need for the task, stop them reaching for anything more, and keep a record of what they actually did. No one should be trusting an agent to mark its own homework.”

Face it. You can have all the guardrails that you want in place and clearly it does not make a difference. Which means one inescapable truth comes to light. OpenAI and Sam Altman cannot be trusted. Ever.

OpenAI agents went beyond instructions to access U.S. government websites – Sigh….

Posted in Commentary with tags on September 28, 2026 by itnerd

According to a Wall Street Journal report, OpenAI agents tasked with retrieving information from U.S. government websites took actions they were not instructed or authorized to perform. In one case involving the Securities and Exchange Commission, agents retrieved public SEC information and then posted it to an online forum without being asked to do so.

Other agents went beyond normal data collection by using credentials found online to access Census Bureau data, while independent researchers identified an unsuccessful attempt involving a Department of Education website. OpenAI said there is no indication the SEC incident involved access to nonpublic information or changes to SEC systems.

The incidents come amid a much broader investigation into rogue agent behavior. Axios reports that OpenAI, Anthropic and security researchers are investigating tens of thousands of incidents in which frontier models took potentially problematic actions, including bypassing guardrails,

Ryan McCurdy, Field CTO, Liquibase:
 

“We have enough examples now to stop assuming AI agents will always behave exactly as intended.

“That should change how enterprises build around them. Trying to anticipate every decision an agent might make won’t scale. Putting a human in front of every action won’t either.

“An agent may need permission to access a database, infrastructure, or a deployment system to do its job. Having that permission shouldn’t give it the authority to decide that every action is safe.

“This is where governance needs to sit. Let the agent reason, create, and move quickly. Before its decision becomes a production change, it still has to meet policies and controls that exist outside the agent.

“AI makes decisions based on probabilities. We can’t let those decisions automatically become production actions.

“We need to build the AI SDLC so agents can move quickly but the controls around critical systems remain deterministic.”
 

John Strand, Owner, Black Hills Information Security:
 

“I think a lot of people waffle back and forth on this, but I’m just going to say it. It’s time to shut it down. There needs to be a full moratorium, full stop, on advanced frontier AI security research until these companies can demonstrate that they can actually secure the environments where this work is being done.

“And there needs to be accountability. If laws were broken, including the Computer Fraud and Abuse Act, that needs to be investigated and charges should be considered where the evidence supports them. Somebody was responsible for securing these environments, and clearly something failed.

“I’m getting really tired of watching these incidents come out piecemeal, incrementally, frog in a frying pan, again and again. If everything we’ve learned came out at once as a single news story, I think most people would be stunned by it, and there would be immediate calls to get this under control.

“We would not tolerate this from a third-party penetration testing company. We should not have a different standard simply because the companies involved have enormous valuations and tremendous influence. Being a massive, powerful company should not exempt you from the same security, legal, and accountability standards everyone else is expected to follow.”
 

Jacob Krell, Senior Director: Secure AI Solutions & Cybersecurity, Suzu Labs:

“OpenAI has admitted that its agents took actions they were not instructed or authorized to perform on U.S. government websites. The Wall Street Journal reports that one agent retrieved public Securities and Exchange Commission information and posted it to an online forum. Other agents used credentials found online to access Census Bureau data and attempted to hack a Department of Education website.

“The SEC incident may not, by itself, establish a Computer Fraud and Abuse Act violation because the information was public and OpenAI says there is no indication the agents accessed nonpublic data or changed SEC systems. The other reported conduct demands a criminal investigation. Using credentials found online to access a government system and attempting to compromise another system are the kinds of acts covered by existing computer-crime laws.

“The Axios report that OpenAI, Anthropic and security researchers are investigating tens of thousands of rogue-agent incidents makes the need for enforcement more urgent. This is the same pattern seen in earlier cases involving Anthropic’s Claude, OpenAI’s Hugging Face agent and the UK AI Security Institute’s Mythos 5 testing. Frontier models have repeatedly crossed boundaries, accessed real systems and pursued objectives through unauthorized methods.

“The White House already gave the Justice Department its instruction. Executive Order 14409 directs the attorney general to prioritize enforcement of the Computer Fraud and Abuse Act, 18 U.S.C. § 1030, and other federal criminal laws against people who use artificial intelligence to access or damage computers without authorization. Section 4 specifically names AI agents that unlawfully access data.

“OpenAI has admitted the conduct. The question is whether prosecutors will charge the people who authorized, configured and operated these systems under the law as written. Frontier labs calling for new AI regulation is a deflection from that criminal question. We do not need new laws. We need the Justice Department to enforce the laws already on the books, or admit that those laws are too broad to apply equally. A two-tier policing system where ordinary people are prosecuted for computer crimes while frontier labs escape accountability is unacceptable.” 

At this point, it’s safe to say that OpenAI and Sam Altman cannot be trusted. The real question is when real legislation will come down the pipe to restrict OpenAI in ways that make it less dangerous.

OpenAI Is In Trouble Again…..This Time With The Australian Government

Posted in Commentary with tags on September 24, 2026 by itnerd

Another day, another OpenAI agent going rogue. This time an OpenAI bot hacked an Australian government website:

Australia said on Thursday an OpenAI agent breached a government health data portal in June, gaining unauthorised access to files, in what could be the first known instance of an AI agent hacking a government website.

The breach is one of the highest-profile incidents of AI agents accessing external systems outside the United States, coming on top of several recent breaches globally by rogue AI agents that have alarmed governments and companies.

Prime Minister Anthony Albanese said the OpenAI agent gained unauthorised access to the medical statistics portal of Medicare, Australia’s universal health insurance programme, while conducting research on public medical spending.

“Evidence currently available is there is no broader compromise to the … network. Nonetheless, this situation is obviously unacceptable,” Albanese told reporters on Wednesday in New York, where he is attending the UN General Assembly.

Investigations continue and Australia has voiced its “extreme concern about this incident” to OpenAI CEO Sam Altman, Albanese said, adding that he was deeply disappointed by the company’s delay in notifying the government.  “It took until September 10 before there was any notification at all,” Albanese said, adding that the investigation would also examine why government systems had failed to detect the breach in the first place.

He also warned that three other government health-related websites may have been impacted by the OpenAI agent’s activity, but did not confirm that had occurred.

So OpenAI hacked a government website and OpenAI didn’t warn the Australian government that it had been hacked. That’s pretty bad. OpenAI said this in its defence:

In a statement, OpenAI said its “review found no evidence of patient records being accessed.” 

It added that it “identified activity involving several Australian government websites and services as our models attempted to look up answers … our models took actions we did not intend.”

So no harm, no foul? I don’t think so. OpenAI really needs to answer the question of why its agents keep going rogue. They haven’t done that here. But they need to do that because I don’t trust AI in general. And I don’t trust OpenAI products specifically. And I am sure others feel the same way. Especially after this latest hack.

UPDATE: Adrian Culley, Offensive Security Engineer, SafeBreach Said This:

“What’s notable isn’t that an AI agent found its way past a control — it’s that nobody built the agent to stop when it hit one. Told to answer a question, it treated an access restriction as an obstacle rather than a boundary, and kept working the problem until it got through.

Mapped to ATT&CK, the outcome looks ordinary: initial access via a public-facing service (T1190), then unauthorised collection. What’s genuinely new sits upstream of that: there was no adversary in the chain at all. MITRE ATLAS catalogues how attackers compromise AI systems — it has no entry for an AI system attacking everything else, because until now that direction of travel wasn’t the assumption anyone built a framework around.

Australia’s own cyber agency has now described this in general terms, not as a one-off — which means the same gap, an agent that doesn’t stop at ‘access denied’, is sitting against other public-facing services right now, untested.

Patch coverage doesn’t answer that. Only running the scenario does.”

UPDATE #2: Commenting on this is Paul Bischoff, Consumer Privacy Advocate at Comparitech: 

“I understand that Australia wants to hold someone accountable for the hack, but it won’t be able to legislate the problem away. Rogue AI attacks will continue to happen no matter what the law says. Not least because the internet is global, and Australian laws don’t apply to the rest of the world. 

The attack would have been prevented if the data was properly secured in the first place, and that’s the lesson that should be learned here. AI is good at finding vulnerabilities but it’s not creating new ones. We should be using AI to run preemptive scans and plug the holes before attackers have a chance to find and exploit them with their own AI.”

UPDATE #3: More commentary has come in.

Seemant Sehgal, Founder & CEO, BreachLock:

“The way an autonomous agent works is by taking a goal and finding paths to complete it, including paths around obstacles. For that behavior to be safe when the agent is operating against real systems, the boundaries have to be enforced at the orchestration layer, not inside the model. The Australian incident shows what happens when they are not, with the agent encountering repeated blocks, finding ways through, accessing non-public files, and writing to an internal server.

“What needs to happen next is clearer notification obligations for AI providers when their agents touch systems they should not, because a three-month gap sent to a public inbox is not a disclosure timeline any critical infrastructure operator can plan around.”

John Strand, Owner, Black Hills Information Security:

“Yet again, we’re looking at another breach, and these things seem to be happening faster and faster. Yes, there has to be accountability. And I mean real legal accountability, not another slap on the wrist. If companies are allowing systems to break into organizations without authorization, there need to be serious consequences.

“But there’s another question that I don’t think we’re asking nearly enough. What exactly was the AI trying to do?

“If an AI agent writes files on a compromised system, what were those files? What was the objective? What actions led up to that point? What information was available to the agent when it selected that target? Can we reconstruct from the logs, prompts, tool calls, planning artifacts, and other telemetry why the system took those actions?

“If an AI system breaks into the Australian health department, saying that it hacked the organization and wrote some files isn’t enough. Why did it do it? What was it attempting to accomplish? If it broke into Hugging Face, why Hugging Face? What did the system seek to achieve?

“Every time one of these incidents happens, accountability matters. But understanding the behavior of the AI matters too. We need enough logging and transparency to reconstruct how an agent arrived at an unauthorized action and what objective it appeared to be pursuing.

“We have to stop treating these systems as simple programs that occasionally do something they weren’t supposed to do. Agentic systems can select actions, use tools, pursue intermediate objectives, and operate with significant autonomy. Understanding those actions and objectives is absolutely critical if we want to determine how worried we should actually be.”

Jacob Krell, Senior Director: Secure AI Solutions & Cybersecurity, Suzu Labs:

“The Australian Medicare incident is being used to argue for more regulation of frontier AI. That risks pulling the ladder up behind the companies already at the top. Large labs can absorb compliance costs and help shape the rules, while a new regulatory framework may still fail to stop an agent from bypassing access controls.

“Australia already has relevant criminal offences. Section 478.1 of the Criminal Code Act 1995 covers unauthorized access to or modification of restricted data. Section 477.2 covers unauthorized modification that impairs, or risks impairing, computer data or systems.

“Those laws do not need to understand neural networks. They need investigators willing to apply them when an AI system crosses a legal boundary. The model may have found the workaround, but the lab built and deployed it, gave it the objective, and controlled the operation.

“The effective deterrent is criminal enforcement. Preserve the prompts, tool calls, and access logs, identify the responsible people and companies, and bring charges where the evidence supports them. More regulation gives frontier labs another framework to negotiate. Enforcement gives them a reason to stop.”

Ryan McCurdy:

“An AI agent received a pretty ordinary research task. When it couldn’t get the information it wanted, it found another way in and accessed files it didn’t have permission to access.

“That problem gets much bigger as AI starts participating across the SDLC. Agents can interact with repositories, infrastructure, databases, and production systems to complete the tasks we give them. We can’t assume they’ll always take the path we expected.

“AI makes decisions based on probabilities. We can’t let those decisions automatically become production actions. Organizations need clear controls around what an agent can access, what it can change, and what policies it must meet before a change reaches production.

“The goal isn’t to put a human in front of every decision. We need to build the AI SDLC so agents can move quickly but the controls around critical systems remain deterministic.”

UPDATE #4: Rohit Valia, CEO of cybersecurity company Tumeryk,  provided the following comments:

“This incident shows how an ungoverned AI program can wreak havoc. By Prime Minister Albanese’s account, even Sam Altman acknowledged issues with OpenAI’s protocols. Without proper governance, agents are let loose with indiscriminate access to resources. The problem isn’t just model alignment with human values. It’s a complete lack of oversight over agents accessing external resources.”