何が公開されたのか
OpenAIが公開した「Codex Security CLI」は、セキュリティチームと開発チームがコードリポジトリ内の脆弱性を自動的に見つけ、確認し、修正するためのコマンドラインツールです。ライセンスはApache 2.0のオープンソースで、npm経由でインストールでき、動作にはNode.js 22とPython 3.10以上が必要です。現時点ではベータ版という位置づけです。
機能として挙げられているのは、リポジトリのスキャン、複数回の実行結果の比較、修正が実際に効いているかの検証、そしてCI/CDパイプラインへのセキュリティチェックの組み込みです。複数リポジトリをまとめてスキャンする一括処理にも対応し、全コマンドと出力フォーマットのドキュメントが用意されています。
「Aardvark」からCLIへ、という流れの意味
Codex Securityは以前、社内で「Aardvark」と呼ばれていたシステムです。2026年3月にChatGPT Enterprise／Business／Edu向けのリサーチプレビューとして登場し、2026年4月までに3,000件を超える重大な脆弱性の修正に寄与したとOpenAIは説明しています。
ここで注目すべきは提供形態の変化です。特定プランの契約者向けプレビューだったものが、Apache 2.0のCLIとして誰でも手元で動かせる形になりました。ライセンスの選択も軽くはありません。Apache 2.0は商用利用や改変を広く許容する系統のライセンスであり、企業が社内の開発フローに組み込むうえでの法務上のハードルが下がります。「試すかどうか」の判断が、調達の話から技術検証の話に移るわけです。
単発スキャンではなく「工程」を狙っている
機能一覧を並べ替えると、このツールの設計思想が見えてきます。スキャンして終わりではなく、複数回の結果を比較し、修正の妥当性を検証し、CI/CDに組み込む——つまり脆弱性対応を一度きりのイベントではなく、継続的な工程として扱う前提になっています。
従来の静的解析ツールが抱えてきた課題は、検出件数の多さと、そのうちどれが本当に危ないのかの切り分け、そして「直したつもり」の修正が残るリスクでした。「find, confirm, and fix（見つける・確認する・直す）」という3段構えは、この検出後のプロセスにまで踏み込む姿勢を示しています。
Anthropicとの正面衝突
Codex Securityが競合するのは、Anthropicの「Claude Security」です。こちらもコードベースをスキャンして脆弱性を探し、パッチを提案します。主要なAIラボ2社が、同じ時期に同じ領域で製品を出している状況です。
この重なりは偶然ではありません。AIモデルが攻撃側に自動化された能力を与えるほど、防御側も同じ水準の自動化で追いつく必要があります。攻撃と防御の非対称性がAIによって拡大するなら、防御側のツールチェーンにAIを入れないという選択は、時間とともに割高になっていきます。両社の動きは、その前提を共有していることの表れと読めます。
💼 事業会社視点：これは自社にどう効くか
まず動くべきは、受託開発・SI企業です。納品したコードの脆弱性責任が問われる場面が増えるなか、Apache 2.0のCLIをCI/CDに組み込めば、「AIによる脆弱性スキャンと修正検証を工程に含む」ことを提案書に書けるようになります。品質保証の説明材料としての価値は、ツール自体のコスト以上に大きいはずです。
日本のEC事業者にとっては、決済・会員情報を扱うコードの継続的な検査手段が一つ増えます。専任のセキュリティ人員を置けない規模でも、複数リポジトリの一括スキャンを回すことは可能です。SaaS事業者なら、修正検証の機能が効きます。エンタープライズ顧客のセキュリティ質問票に対し、リリースごとの検査と修正確認のログを示せるかどうかは、商談のスピードに直結します。
ただし現時点はベータで、Node.js 22とPython 3.10以上という前提があります。レガシーな実行環境を抱える現場では、そのままCI/CDに入れられないケースも出るでしょう。事業責任者が今出すべき指示は「全社導入」ではなく、「リスクの高いリポジトリ1〜2本で検証し、検出結果の質と誤検知の量を1ヶ月で報告せよ」という粒度です。OpenAIとAnthropicの両方が参入した領域なので、どちらか一方に早期にロックインする必要もありません。両方を同じリポジトリに当てて比較する余地があるうちに、比較しておく価値があります。