1. トップ
  2. ニュース
  3. OpenAIが「Codex Security CLI」をオープンソース公開。AIが脆弱性を見つけ、修正まで検証する【現役CMOが解説】

OpenAIが「Codex Security CLI」をオープンソース公開。AIが脆弱性を見つけ、修正まで検証する【現役CMOが解説】

2026年7月29日(現地時間)、OpenAIがコードの脆弱性を見つけて修正まで手伝う「Codex Security CLI」をオープンソースで公開したと発表しました。公式ポストによると、告知前にHacker Newsで先に見つかってしまったそうです。

私は企業向けのAI導入支援と、オンラインスクール「デイトラ」のマーケティング責任者をしています。この記事では、このリリースが「仕事でAIを使いたい人」にとって何を意味するのかを、導入支援の現場目線で解説します。

3行でわかる今回のニュース
  • OpenAIがCodex Security のCLIとTypeScript SDKをオープンソース公開した(ライセンスはApache-2.0)
  • リポジトリのスキャン・検出結果の追跡・修正が効いているかの検証・CI/CDへの組み込みができる
  • コード自体は公開されているが、利用にはCodex Securityへのアクセス権が必要(CLIとSDKは限定ベータ)
この記事を書いた人

初芝 賢(はつしば けん)(X: @hatushiba_ken)|株式会社デイトラ 共同創業者・CMO

早稲田大学卒業後、外資系IT企業を経て2019年にオンラインスクール「デイトラ」を共同創業し、受講生は3万5千人超。2025年には東証グロース上場のエフ・コードグループへのM&Aを牽引。現在もCMOとしてSEO・SNS・LINEなどのマーケティング実務をAIで回しながら、企業向けAI研修・AI導入支援やセミナー登壇(100回以上)を行っている。

「セキュリティツールの話でしょ、エンジニア向けだ」で終わらせるには惜しいニュースです。AIにコードを書かせる会社が増えたぶん、そのコードを誰が点検するのかという問題が全社的に効いてくるからです。順番に見ていきます。

Codex Security CLIがオープンソースで公開された

公開されたのは、脆弱性を見つけて・確かめて・直すまでを扱うコマンドラインツールとTypeScript SDKです。GitHubのリポジトリではApache-2.0ライセンスで公開されています。

Codex Security CLIの流れ図。調べる→確かめる→直す→自動で回す、の4ステップを矢印でつないだ図
「調べて終わり」ではなく、確かめて直すところまでを一本の流れで扱う

従来の脆弱性チェックと何が違う?

これまでのセキュリティスキャンの多くは、既知の危険なパターン(シグネチャ)と照合する方式でした。確実な反面、大量の「たぶん危ないかも」が出てきて、人間が仕分けに追われるという悩みがつきものです。

公式ドキュメントによると、Codex Securityは汎用のシグネチャではなくそのリポジトリ固有の文脈をふまえて判断し、誤検知を減らすための検証エビデンスを添える設計になっています。クラウド版はコミット単位でスキャンし、確度の高い問題を隔離環境で検証してから知らせる、と説明されています。

もうひとつの違いが「修正が効いたかを確かめられる」点です。公式ポストにある通り、実行をまたいで検出結果を追跡し、修正を検証する使い方が想定されています。

基本情報

発表日

2026年7月29日(現地時間)のOpenAI公式ポストで告知

できること

リポジトリのスキャン、実行をまたいだ検出結果の追跡、修正の検証、CI/CDへのセキュリティチェック追加

提供形態

CLI+TypeScript SDK(パッケージ名 @openai/codex-security)

ライセンス

Apache-2.0

動作要件

Node.js 22以降、Python 3.10以降、およびCodex Securityへのアクセス権

CI/CDでの利用

サインインの代わりに OPENAI_API_KEY を設定する

提供状況

CLIとSDKは限定ベータ(承認された顧客・パートナー向け)。クラウド版はリサーチプレビュー。公式ポストでも「early release」と明記

一次情報

GitHub: openai/codex-security / OpenAI公式ポスト

導入コマンドは npm install @openai/codex-security、スキャンは npx codex-security scan . という形です。ここで注意したいのが、ソースコードが公開されていることと、誰でもすぐ使えることは別だという点です。動作にはCodex Securityへのアクセス権が必要で、CLIとSDKは現時点で限定ベータとされています。

業務でどう使える?どう変わる?

一言でいうと、「AIが書いたコードを、AIが点検する」流れが標準の作業手順に入ってくるという話です。職種別に見てみましょう。

開発・情報システム・品質管理・経営の4職種を2行2列に並べた活用イメージのグリッド図
職種別の関わり方:点検を「人の善意」から「仕組み」に移す

職種別の活用アイデア

  • 開発:手元で scan を回して、レビューに出す前に自分で気づける状態を作ります。修正後にもう一度回せば、直ったかどうかをその場で確認できます
  • 情報システム・セキュリティ:OPENAI_API_KEY を使ってCI/CDに組み込めば、サインインなしで自動チェックが回ります。「誰かが手で実行する」運用から抜け出せます
  • 品質管理:検出結果が実行をまたいで追跡されるため、「先月の指摘がどうなったか」を人の記憶ではなく記録で追えます
  • 経営・マネジメント:AIによるコード生成を推進するなら、点検の仕組みもセットで用意する判断材料になります。オープンソースなので、社内での検証も進めやすい形です

業務がこう変わりそう

AIでコードを書く量が増えると、レビューの負荷がそのまま増えます。書く速度だけが上がって、点検が追いつかない。これは今、多くの現場で起きていることです。

今回のようなツールが定着すると、点検が「気づいた人がやる作業」から「パイプラインに組み込まれた工程」に変わります。属人的な善意に頼らない形にできるかどうかが、ここでの分かれ目です。

導入前の注意点
  • OpenAI自身が「early release」と述べている段階のツールです。これ1つで安全性を担保できるものとして扱わないでください
  • ソースはApache-2.0で公開されていますが、動作にはCodex Securityへのアクセス権が必要です。CLIとSDKは限定ベータ、クラウド版はリサーチプレビューとされています
  • Node.js 22以降とPython 3.10以降が必要です。古い環境ではそのまま動きません
  • 自社が所有していない、または診断の許可を得ていないリポジトリを対象にしないでください。公式も、対象リポジトリの所有か許可を前提としています
  • CI/CDでAPIキーを使う場合は、キーの保管と権限範囲の設計を先に決めてください

初芝の見解:「書く速さ」より「点検の仕組み」が争点になる

AI導入支援をしていて、この1年で相談の質が変わったと感じています。以前は「AIでコードが書けるのか」でした。今は「AIが書いたものを、どう承認して本番に出すのか」です。関心が生産から検証に移りました。

その意味で、今回のリリースで目を引いたのは検出精度そのものより「修正の検証」と「CI/CDへの組み込み」が最初から入っていることです。見つけて終わりのツールは、現場では回りません。直ったかを確かめるところまで含めて自動化できないと、結局は誰かの手作業に戻ります。設計思想として現実的だと感じました。

ただし冷静に見れば、まだ限定ベータです。今すぐ全社導入を検討する段階ではありません。今やるべきは、「AIが書いたコードを点検する工程が、自社のフローのどこにあるか」を頭の中ではなく実際の手順として書き出しておくことだと考えています。ツールが揃ったときに、置き場所が決まっている会社から先に進みます。

よくある質問

オープンソースなら誰でも無料で使えますか?

ソースコードはApache-2.0ライセンスで公開されていますが、動作にはCodex Securityへのアクセス権が必要です。CLIとSDKは現時点で限定ベータとされており、承認された顧客・パートナー向けの提供です。

動かすには何が必要ですか?

公式リポジトリの記載では、Node.js 22以降、Python 3.10以降、そしてCodex Securityへのアクセス権が必要です。導入は npm install @openai/codex-security、スキャンは npx codex-security scan . の形になります。

CI/CDに組み込めますか?

組み込めます。公式リポジトリでは、CIではサインインの代わりに OPENAI_API_KEY を設定すると案内されています。対話的なログインなしで自動実行できる形です。

既存のセキュリティ診断は不要になりますか?

そうは言えません。OpenAI自身が「early release」と明記している段階のツールです。既存の診断や体制を置き換えるものではなく、開発の流れの中で早く気づくための追加の層として考えるのが現実的です。

まとめ:作る速さと、確かめる仕組みをセットで

Codex Security CLIのオープンソース公開は、脆弱性を「見つける」だけでなく「直ったか確かめる」までを自動化の対象にした点が特徴です。まだ限定ベータですが、AIでコードを書く量が増えるほど、この方向のツールは必要になります。

「まず自分がAIを業務で使える側になりたい」という方には、デイトラのAI業務活用コースで、プロンプトの基本からMCP・AIエージェントまで体系的に学べます。

AI活用の導入支援・研修のご相談はデイトラへ

株式会社デイトラでは、企業向けのAI研修・AI業務効率化の導入支援を行っています。「何から手を付けるべきか」「自社ならどのツールを選ぶべきか」といった相談段階からお気軽にどうぞ。

お役立ち資料のダウンロードはこちら