OpenAI Codex 401 Outage: A Security System Revoked Good Credentials

OpenAI's incident write-up says that on September 25, 2026, a security detection system wrongly flagged legitimate internal service credentials as compromised and revoked them through an operation without enough safeguards. Users signed in with ChatGPT saw 401 and 502 errors across Codex web, CLI, and plugins for about 74 minutes. Access with customer-provided API keys was not affected.

What OpenAI reported

According to OpenAI's write-up, between about 3:33 and 4:47 p.m. PDT on September 25, 2026, a security detection system incorrectly identified legitimate internal service credentials as compromised and revoked them. The revocation operation lacked sufficient safeguards. Users authenticated through ChatGPT received 401 and 502 errors across Codex web, the CLI, and plugins.

Recovery

OpenAI re-enabled the original credentials by 4:39 p.m. PDT while deploying replacement credentials in parallel, according to the write-up. Access using customer-provided API keys was unaffected. Secondary reports said usage limits were reset for affected paid users.

Planned fixes

OpenAI said it would add safeguards to operations that affect credentials, build faster restore tooling, and redesign internal service authentication, according to the write-up.

Why security automation causes outages

Automated responses to suspected compromise, such as revoking credentials, blocking IPs, or disabling accounts, act fast by design. When detection produces a false positive, the response can take down production as effectively as an attacker. These systems carry operational risk that is often reviewed less carefully than code deploys.

Lesson: blast radius limits for security actions

Limit how many credentials or accounts an automated action can affect at once. Require human approval when an action would revoke credentials used by critical services, or stage revocation gradually with health checks, as you would roll out a deploy.

Lesson: fast restore paths

If an automated action can revoke credentials, there must be a tested way to restore them quickly. OpenAI's parallel approach, restoring originals while deploying replacements, is a reasonable pattern; the key is that restoration is rehearsed rather than improvised.

Lesson: separate service identities

Distinct credentials for different services and authentication paths limit impact. Here, API-key access was unaffected, which kept some customers working. Designing authentication paths so one revocation cannot disable everything is valuable.

Lesson: treat security tools as production

Security detection and response systems should follow change management, testing, and staged rollout like any production system. Their rules and thresholds change frequently and can have outsized effects.

A good write-up example

OpenAI's write-up states the trigger, impact window, affected and unaffected paths, recovery steps, and planned fixes. That structure is a useful model for internal postmortems and customer-facing incident reports.

For teams depending on AI coding tools

Outages of AI services can block engineering workflows. Keep fallback options, such as alternative authentication paths or local tools, and avoid making critical processes depend on a single AI provider without a manual alternative.

OpenAI Codex 401 Outage timeline

September 25, 2026: errors from about 3:33 p.m. PDT, credentials re-enabled by 4:39 p.m., recovery by about 4:47 p.m., per OpenAI.

OpenAI Codex 401 Outage in brief

A security control caused the outage. Give automated security actions blast-radius limits, staged rollout, and rehearsed restore paths.

Detection quality

False positives in security detection are inevitable. The question is what an automated system is allowed to do on a single signal. Requiring corroboration from multiple signals before revoking production credentials reduces the chance of a single faulty rule causing an outage.

Kill switches for automated responses

Security automation should have a global pause that responders can use instantly when an automated action is causing harm. Without one, responders may have to fight the automation while restoring service.

Testing security automation

Run security response rules in simulation or alert-only mode before enabling enforcement, review what they would have done, and roll out enforcement gradually. Treat rule changes as code changes with review and staged deployment.

Communicating a self-inflicted outage

Explaining that your own security system caused an outage can feel embarrassing, but candour builds trust. OpenAI's write-up states the cause directly, which helps customers understand impact and judge whether planned fixes address it.

Credential rotation without outages

Planned credential rotation should overlap old and new credentials so services can switch without downtime. Emergency revocation removes that overlap, which is why it should be reserved for confirmed compromise and applied with care.

Monitoring authentication error rates

A sudden spike in 401 responses across services is a strong signal that credentials changed unexpectedly. Alerting on authentication error rates, correlated with recent security automation actions, points responders to the cause quickly.

Where OpenAI Codex 401 Outage stands

OpenAI's planned fixes to safeguards, restore tooling, and service authentication were described as in progress in its write-up.

Next steps for readers

Audit what your own security automation can revoke, and how fast you can undo it.

Frequently asked questions

What caused the OpenAI Codex 401 errors?
According to OpenAI's write-up, a security detection system wrongly flagged legitimate internal service credentials as compromised and revoked them through an operation without enough safeguards. Users authenticated with ChatGPT saw 401 and 502 errors across Codex web, CLI, and plugins.
How long did the Codex outage last?
OpenAI's write-up places it between about 3:33 and 4:47 p.m. PDT on September 25, 2026, roughly 74 minutes. Original credentials were re-enabled by 4:39 p.m. while replacement credentials were deployed in parallel. Recovery was tracked on OpenAI's status page.
Were API key users affected by the Codex outage?
No. OpenAI said access using customer-provided API keys was not affected. The impact was limited to users signed in through ChatGPT, whose requests depended on the internal credentials that were revoked. That separation of authentication paths limited the overall impact of the incident.