Codex Securityが Goal blocked: This content can't be shown で終わったら、同じscanをそのまま再実行しないでください。この英語の文言は、Codexが起動しない、IDE拡張が表示されない、macOSの権限で止まった、といった一般的なエラーとは意味が違います。
OpenAIは、サイバーセキュリティや生物学に関する一部のリクエストに追加の自動安全性チェックを使うと説明しています。チェックで応答が遅くなり、安全に提供できないと判断された場合はコンテンツが返らないことがあります。ただし、この通知だけでUsage Policies違反が確定したわけではありません。
ここで扱うのは、自分が所有する、または明示的な許可を得たシステムに対する防御作業です。禁止された依頼を言い換えたり、safeguardを回避したりするための手順ではありません。
表示文言から3つの問題を分ける
| 画面の状態 | 最初の診断 | 最初にすること |
|---|---|---|
Goal blocked、This content can't be shown、cybersecurityへの注意が出る | 追加安全性チェックがコンテンツなしで終了 | 証拠を保存し、規約と許可を確認して防御タスクを狭める |
| 追加チェックが進行中と表示される | まだ最終結果ではない | 待つ。OpenAIはチェック中の操作は不要としている |
| Codex Securityが見えない、無効、repositoryをenableできない | plan、workspace、role、GitHub接続 | アカウントと権限を確認する |
| timeout、接続、server error、process終了だけで安全文言がない | 通常のproduct/network/runtime障害 | 技術エラーを残して別分岐で調べる |
日本語の検索結果では、「Codexが表示されない」という一般的な記事が多く、この安全メッセージと混同しやすい状態です。完全な文言を見れば、最初の分岐をかなり正確に決められます。安全ブロックに対してアプリを再インストールしても、判断材料は増えません。逆に、管理者が無効にした機能はpromptの書き換えでは有効になりません。
Codex Securityは、候補の識別、隔離環境でのvalidation、修正案の作成という流れで説明されています。公開issueには、所有するrepositoryの防御レビューがvalidationまで進んだ後、同じ安全メッセージで止まったという報告があります。これは症状の実例であり、すべてのケースのroot causeを証明するものではありません。
再実行前に安全な記録を残す
画面を閉じる前に、次の最小情報を記録します。
Goal blockedを含む完全なメッセージ- Codex app、CLI、ChatGPT、APIのどこで起きたか
- Codex Securityを使っていたか
- 表示されているmodel
- scan、validation、patch生成のどこで止まったか
- 日付、時刻、タイムゾーン
- request IDまたはfeedback ID
- 1〜2文にredactした防御タスクの説明
- 対象の所有関係、またはテスト許可
password、認証コード、API key、private key、token、private repository全体、実在する攻撃対象、第三者の機密データは送らないでください。OpenAIの案内も、必要としているのは短くredactした説明です。
quotaの表示も、事実と推測を分けます。Redditには、長時間動いた後にブロックされ、週間limitの一部を使ったというユーザー報告があります。これは痛みの具体例ですが、共通の課金ルールやrefundを証明しません。自分の画面に出た値を保存し、Supportに確認します。
言い換えではなく防御スコープを狭める
OpenAIの現在の案内は明確です。許可された依頼なら、必要なcontextだけに絞って再度試します。サイバーセキュリティでは、問題の特定、予防、修正という防御結果を中心にし、その結果に不要なexploit詳細を外します。
境界の見える依頼には5要素があります。
- 許可：repositoryや環境を所有している、または明示的に許可されている。
- 防御結果：検出、risk説明、mitigation、patchのいずれか。
- 限定対象：特定module、diff、finding、data flow。
- 必要な証拠：影響するcode path、前提、最小の安全なvalidation、修正理由。
- 除外事項：外部system、実credentials、persistence、evasion、無関係なtargetは扱わない。
例：
“私が所有するrepositoryの認証callbackをレビューしてください。提示されたfindingがstate checkの回避につながるか確認し、validationは同梱のtest環境だけで行ってください。影響するcode path、欠陥確認に必要な最小の安全な再現、修正patchを返してください。外部systemや実credentialsを使わず、repository外へscopeを広げないでください。
これは通過を保証するテンプレートではありません。OpenAIは、言い換えても依頼の許可・不許可は変わらず、応答も保証されないと明記しています。許可がない作業は、表現を整えても続けるべきではありません。
再試行するなら、対象moduleを減らし、不要な攻撃detailを外し、必要な修正出力を明確にします。何も変えない長時間scanを何度も走らせるのは診断ではありません。明らかにbenignで許可済みのタスクが再び止まるなら、証拠を保存してescalateします。
アクセス問題は別の条件で確認する
2026年8月4日時点で、Codex SecurityはChatGPT Enterprise、Edu、Business、Pro向けのresearch previewとして案内され、GitHub repositoryに接続します。EnterpriseとEduではCodex CloudとCodex Securityの両方が有効である必要があり、RBACで利用者やscan管理者を制限できます。
機能自体が見えない、repositoryをenableできない、同じworkspaceのmemberで表示が違う場合は、この分岐です。正しいaccountとworkspace、plan、role、GitHub接続を確認します。provisioning変更後はproductを開き直します。
scanが起動してvalidationまで進んでいるなら、単純な「機能が無効」という説明からは離れています。安全ブロックの分岐へ戻ってください。
Trusted Accessでもすべて解除されるわけではない
警告はsecurity professionalにTrusted Access for Cyberを案内することがあります。これは高度で正当な防御作業のための別の審査・provisioning経路であり、現在のrunを即座に直すswitchではありません。
OpenAIによれば、承認後もsystem-level check、model-level refusal、Usage Policiesは適用されます。また、あるaccess pathの承認が別のpathの有効化を自動で証明するわけではありません。
継続的に高度な防御作業を行い、所有・許可・管理体制を示せる組織には検討価値があります。しかし、scopeの明確化や不要なoffensive detailの削除を省略する理由にはなりません。
Supportにはredactした資料だけを渡す
個別responseにthumbs-downがあれば、まずfeedbackを送ります。明らかにbenignまたは許可済みの依頼が繰り返し止まる場合は、次のpacketでSupportへ連絡します。
| 含める | 含めない |
|---|---|
| 完全な安全メッセージ | password、code、key、token |
| surfaceとmodel | private repository全体 |
| 日付、時刻、タイムゾーン | 実targetと第三者data |
| request / feedback ID | 不要なPoC詳細 |
| redactしたタスク説明 | 推測を確定root causeとして書くこと |
| workspace / organization | quota返還の断定 |
| 所有または許可の説明 | 関係のない機密log |
良い報告は具体的です。「所有するrepositoryでCodex Securityがvalidationまで進み、正確な安全メッセージで停止した。対象を1つのdefensive findingに絞り、不要なexploit detailを外しても再現した。surface、model、timestamp、feedback IDは以下」と書けます。
製品全体の位置付けはCodexの2026年アップデートで確認できます。実際の対応は、OpenAIの追加安全性チェック、Codex Security、Trusted Access、Usage Policiesを基準にしてください。
ゴールは警告を何としても消すことではありません。許可された防御タスクが適切なscopeで完了する、アクセス/runtime問題が別分岐で直る、または繰り返すbenign blockが安全な証拠とともにOpenAIへ届く。そのいずれかが正しい完了です。
