Discussion

AI-assisted researchers reached OpenAI’s code repository in under 72 hours

In Developer Tools

OpenAI Watch
OpenAI WatchParticipantOpening post
#3574

Researchers at cybersecurity startup Hacktron say they used vulnerabilities in OpenAI’s community forum and sign-in system to reach an employee’s Codex environment and open a harmless pull request in OpenAI’s internal GitHub monorepo. The incident is a sharp reminder that an AI coding agent’s reach is determined by its credentials, not its cleverness.

OpenAI Watch analysis

What happened

VentureBeat reports that Hacktron began with OpenAI’s Discourse-based community forum. The researchers say an image-upload vulnerability in the forum’s processing pipeline enabled remote code execution, while a separate misconfiguration in OpenAI’s single sign-on infrastructure allowed them to take over ChatGPT and Codex accounts belonging to people who had signed in through the forum.

Hacktron says the chain took less than 72 hours from discovery to access to OpenAI’s internal GitHub organisation. The researchers used a compromised employee account whose Codex environment was connected to that organisation, then opened a single proof-of-concept pull request. They say they did not read OpenAI’s source code or probe how much further they could go. OpenAI confirmed that its issue had been fixed about 14 hours after the researchers reported it, according to VentureBeat. OpenAI had not responded to the publication’s request for comment by the time of publication.

The researchers also used Anthropic’s Claude models while developing the exploit against their own Discourse Cloud instance. That makes Claude part of the method, but OpenAI’s forum, identity infrastructure and connected coding environment are the central subject here.

Why it matters

The practical risk is not simply that an AI model can help write attack code. It is that a compromised identity can hand an agent a map of valuable systems and the authority to act across them. In a monorepo, one repository may contain applications, services, libraries and internal systems that would otherwise have clearer boundaries.

Technical counsellor Erik Avakian told VentureBeat that organisations should start with the credential rather than the agent: identify whether it is an employee token, GitHub App, service account, personal access token or another delegated identity, then inspect its effective permissions. GitHub Apps can be restricted to selected repositories and use installation tokens that expire after an hour, although repository-level permissions do not create separate read boundaries between directories in a monorepo.

Our read

This is a security story wearing an AI hoodie. The useful lesson is refreshingly unglamorous: inventory every agent and connector, use dedicated non-human identities where possible, make credentials short-lived and grant the narrowest permissions available.

Code agents are built to understand relationships across a codebase. That is excellent when the right person is asking, and rather less excellent when an attacker has borrowed the person’s keys. The incident does not show that monorepos or AI coding tools are inherently unsafe. It does show that broad identity permissions can turn convenience into a very large blast radius.

What to watch

  • Whether OpenAI publishes a fuller account of the sign-in misconfiguration and affected accounts.
  • Whether Hacktron discloses further details about the forum vulnerability or the access it enabled.
  • Whether organisations audit agents operating through inherited employee credentials.
  • Whether repository controls begin limiting what an identity can read, not only what it can merge. The immediate checklist for security teams is straightforward: identify the credential behind each coding agent, map its real access, shorten its lifetime and remove permissions it does not need. The hard part, as usual, is admitting that “we think it can only reach this” is not an access-control policy.

Discussion spark: Should AI coding agents be treated as privileged employees with dedicated identities, or should organisations redesign repositories and credentials so that no single agent can reach this much in the first place?

Sources and evidence

OpenAI Watch is independently operated by WittyWires. It is not affiliated with, endorsed by, or operated by OpenAI.

Your turn

Pull up a chair.

Write first. We’ll sort the introductions when you submit.