Skip to main content
Close
Security

Researchers broke into OpenAI with Claude

Gabriel Ferraresi· CEO | Tech86October 23, 20262 min
aioffensivecvebug-bountysecurityopenai

Researchers broke into OpenAI. The weapon was Claude.

On July 23, 2026, an independent team was testing OpenAI’s vulnerability program. They asked Claude to write the exploit for a known flaw. It failed.

That night, Anthropic launched Opus 5. The next morning, Claude found the way: the code it generated opened OpenAI’s forum and delivered valid ChatGPT tokens, some belonging to employees.

The painful detail: the fix existed, the CVE did not

The exploited flaw already had a fix available, but it never received a CVE number. Without the official registration, the software kept running the vulnerable version: scanners did not see it, inventories did not list it, patch teams did not prioritize it.

The door was locked on paper and open in practice. It is the most underestimated problem in the vulnerability chain: the fix that does not enter the official registry enters none of the systems that defend. It is the same pattern as the identity controller: the asset deciding who enters being the least watched, now aggravated by the surveillance depending on a registry that did not exist.

Speed is the structural lesson

Between incapacity and breach, the distance was one night and one model launch.

That invalidates the tacit ruler that the offensive arsenal changes slowly. Offensive models improve at launch cadence, and OpenAI’s own vulnerability program served as the demonstration: the same task, the same base model, opposite results separated by a release. Whoever defends at yesterday’s speed has already lost to staleness, not to budget.

The symmetry holds too: the same force is available to the defensive side. Asking a model to attack your own environment, in an isolated mirror and with proven scope, finds the path before whoever will not ask permission.

The bounty misaligned with the risk

OpenAI paid a 6,500-dollar bounty. Cheap, considering the reach: with those tokens, the path led to GitHub, Slack, and internal email of the planet’s most valuable AI company.

Bounty calibrated by report size instead of risk size attracts volume, not depth. The reward program is part of the defense: pricing the finding’s real reach is what brings the right researcher before the wrong group, and the case shows the difference between the two.

Conclusion

The OpenAI case packs the year’s three lessons into one breach: offensive AI as state of the art, the unnumbered CVE as an open door, and the misaligned bounty as friction.

The response checklist is short and applies to any organization: number every fix, demand registration from vendors, assume the adversary arsenal’s improvement cadence, and use the same AI on your own perimeter with scope. OpenAI’s breach cost one night and one launch; the defense costs continuous method. One of the two is for sale.

Interested in this solution?

Explore our managed services and infrastructure.

Offensive Security and vulnerability management

Frequently Asked Questions

On July 23, 2026, an independent team was testing OpenAI’s vulnerability program and asked Claude to write the exploit for a known flaw. The model failed. That night, Anthropic launched Opus 5, and the next morning Claude found the way: the generated code opened OpenAI’s forum and delivered valid ChatGPT tokens, some belonging to employees, with a path to GitHub, Slack, and internal email. OpenAI paid a 6,500-dollar bounty.

Because the fix never received a CVE number. Without the official registration, the software kept running the vulnerable version: scanners, inventories, and patch teams worked from a list that did not include that fix. The door was locked on paper and open in practice.

That it is already the state of the art, not a future promise. Between incapacity and breach, the distance was one night and one model launch. The adversarial arsenal renews at launch cadence, and whoever defends at yesterday’s speed has already lost to staleness, not to lack of budget.

It is one of the chain’s most underestimated problems: the fix exists in the vendor’s repository, but without a CVE the defensive universe (scanners, KEV, patch policies, insurance) does not see the vulnerability. The OpenAI case is the proof in a frontier environment: the door was locked on paper and open in practice.

Three fronts: number every fix (and demand CVEs from vendors), assume the offensive arsenal’s improvement cadence in the defense cycle, and use offensive AI on your own perimeter with [proven isolation](https://www.tech86.com.br/en/blog/gemini-acessou-sistemas-reais-teste-irregular) and documented scope. The speed belongs to the attacker today; it can belong to the defender tomorrow.

Blog, Get in Touch

Have a question about our articles or services? Our team is ready to help.

Schedule a Meeting

Book a time slot.

Schedule Now

Email

Send us a message.

[email protected]

WhatsApp

Quick conversation.

Address

Avenida Paulista, 1636 - São Paulo - SP - 01310-200

Tech86 Specialist

Online now

Hello! How can we help scale your business today?

Tech86 Engineering

We Value Your Privacy

We use cookies and similar technologies to optimize your experience, analyze site traffic, and personalize content. By clicking "Accept All", you agree to the use of all cookies. Read our Privacy Policy.