Cybersecurity

GPT-Red: How OpenAI Uses AI to Hack Its Own Models

GPT-Red: How OpenAI Uses AI to Hack Its Own Models
Illustration · Newzlet

Updated 23 August 2026 — this article was rewritten with primary sources added and unsupported claims removed.

OpenAI has unveiled GPT-Red, an internal-only model built to attack its own systems and find prompt-injection flaws before deployment. The system is trained by self-play: it attacks a group of defender models across realistic scenarios while both sides train simultaneously, earning rewards for causing valid failures while the defenders are rewarded for resisting and still completing the task. In tests on previously unseen scenarios it succeeded against GPT-5.1 in 84% of cases, against 13% for human red teams (TestingCatalog).

What the number is measured against

The 84% figure describes how often the attacker succeeded, not how secure the resulting model is. Those are different quantities, and the gap between them is the whole story. A red-teaming system that finds many flaws is evidence of a productive testing process; it becomes evidence of a secure product only once the flaws it finds are the ones an outside attacker would have found too.

The comparison with human red teams needs the same care. Human teams are slow, expensive and small, so a large automated margin is expected rather than surprising. It tells you the automated system generates more attempts. It does not establish that the attempts cover the same ground a motivated adversary would choose.

The underlying problem has no accepted fix

Prompt injection — hiding instructions in content a model reads, such as an email, a web page or a code repository — was formally described by academic researchers in 2023, who showed that applications wired to external data could be compromised without the attacker ever touching the model directly (Greshake et al., arXiv). That framing still stands, and the reason it stands is structural: the model has no reliable way to distinguish instructions it was given from instructions it merely read.

The US National Institute of Standards and Technology treats it the same way. Its adversarial machine learning taxonomy catalogues prompt injection among attacks on generative systems and is explicit that mitigations remain partial rather than settled (NIST AI 100-2, full report). A vendor reporting internal progress against an open problem is reporting progress, not closure.

The verification problem is the recurring one. It is the same limitation that made a dispute over what an AI coding tool transmits impossible to settle on the evidence, and the reason software provenance proves origin rather than contents.

Why it still matters for anyone building on these models

Adversarial testing at this scale is a real improvement over shipping and hoping, and OpenAI says the system complements rather than replaces human red teams and third-party evaluation. That framing is the correct one and worth holding the company to, because internal adversarial training has a known limit: the attacker and the defender share assumptions, and blind spots common to both survive the process intact.

For developers, nothing about the announcement changes the design guidance. Prompt injection sits at the top of the industry’s own risk list for large language model applications (OWASP), and the defences that work are architectural rather than model-level: constrain what a model is permitted to do with its tools, keep untrusted content out of privileged contexts, and require confirmation for actions with consequences. A more robust base model raises the cost of an attack. It does not remove the need to assume one will land.

AI-Assisted Content — This article was produced with AI assistance. Sources are cited below. Factual claims are verified automatically; uncertain claims are flagged for human review. Found an error? Contact us or read our AI Disclosure.

More in Cybersecurity

See all →