github.com web signal

OpenAI Open-Sources Codex Security CLI Under Apache-2.0

5 sources tracking this story

TL;DR

  • The tool originated as an internal OpenAI project called Aardvark before entering a March 2026 research preview.
  • Codex Security fixed more than 3,000 critical vulnerabilities during its closed preview period before the open-source release.
  • Hacker News surfaced the repository before OpenAI's own announcement, confirming organic developer interest ahead of any marketing push.

Buried in an npm publish and a fresh Apache-2.0 repo, OpenAI quietly shipped Codex Security, a CLI and TypeScript SDK for finding, validating, and fixing security vulnerabilities in code. The company acknowledged as much on X, saying Hacker News found the release before OpenAI had a chance to share it, and framing this as an early release still gathering feedback.

The scope of what the tool actually does is narrow but pointed. According to the GitHub README, you install `@openai/codex-security` via npm, log in with a ChatGPT account or an `OPENAI_API_KEY`, and run `codex-security scan .` against a repository. From there it scans repositories, reviews changes, tracks findings across runs, verifies fixes, and slots into CI as a security check. There is also a small TypeScript SDK for programmatic use, and the runtime requires Node.js 22+ and Python 3.10+.

The packaging is the interesting part. This arrives on the same npm distribution channel and the same auth surface OpenAI already uses for its coding tooling, which means a single OpenAI credential can now cover writing the code and gating a merge on a vulnerability finding, without a developer ever leaving the terminal. Apache-2.0 lowers the friction further, at least for anyone who already has whatever the README refers to as "Codex Security access."

Several limits are visible in the release itself. OpenAI is explicitly calling this an early release, the repo carries open issues against a small pull-request queue, and the install instructions note that separate Codex Security access is required, which the README does not price or scope. OpenAI has not said how the scanner performs against established tools, what data leaves your repo when it runs, or whether findings are persisted server-side across runs.

For teams already inside the OpenAI ecosystem, the low-friction move is to try it on a non-critical repo, wire it into a CI job behind an `OPENAI_API_KEY`, and see whether the fix-verification loop actually holds up. The more interesting question is what incumbent security scanners do next, now that the coding-agent vendor is quietly stepping into their fairway.

What others are reporting

Coverage cluster as of 24h after publish

  1. The Decoder Read →

    Traces the tool from its Aardvark origin through a March 2026 preview that fixed 3,000+ critical vulns, and frames the release directly against Anthropic's Claude Security.

    The open-source command-line tool, licensed under Apache 2.0, helps security and development teams automatically find, confirm, and fix vulnerabilities.
  2. Cybersecurity News Read →

    Emphasizes the tighter PR-level feedback loop and reports that OpenAI resolved early authentication bugs quickly post-launch, underscoring active maintenance.

    Codex Security can examine changes as they land, track findings over time, and suggest fixes grounded in the surrounding code.
  3. GBHackers Read →

    Details Node.js and Python version requirements, pre-commit hook support, and the TypeScript SDK for programmatic CI integration, mapping the tool's full operational footprint.

    Codex Security positions AI-assisted code review as a repeatable application security workflow rather than a one-time prompt.
  4. Gigazine Read →

    Documents the Hacker News pre-discovery, developer-reported rate-limiting issues, and the distinction between this CLI and the existing Codex IDE plugin.

    We quietly released the open-source Codex Security CLI, but Hacker News found it before we could share it.

Shared on Bluesky by 1 AI expert