Если Codex Security заканчивает работу сообщением Goal blocked: This content can't be shown, не запускайте тот же scan вслепую. Точная формулировка важнее общего ощущения «Codex сломался». OpenAI объясняет, что для некоторых запросов по кибербезопасности выполняется дополнительная автоматическая проверка: ответ может задержаться, а иногда контент не возвращается.
Сам факт такого уведомления не означает, что OpenAI уже признала запрос нарушением Usage Policies. Но это и не обычный timeout. Сохраните сообщение, определите ветку проблемы и только после этого меняйте задачу или настройки.
Материал относится к защитной работе с системами, которыми вы владеете или которые вам явно разрешено тестировать. Он не помогает обходить safeguards и не превращает неразрешённую задачу в разрешённую.
Сначала определите тип остановки
В русскоязычном интерфейсе рядом с объяснением может остаться английская строка. Поэтому ориентируйтесь на полный текст, а не только на перевод «контент не может быть показан».
| Наблюдаемый признак | Ветка | Первое действие |
|---|---|---|
Goal blocked, This content can't be shown и предупреждение о cybersecurity | Дополнительная safety-проверка завершилась без контента | Сохранить доказательства, проверить правила и полномочия, сузить защитную задачу |
| Интерфейс сообщает, что проверка ещё выполняется | Результат пока не финальный | Подождать; во время проверки OpenAI не требует действий |
| Codex Security не виден, отключён или репозиторий нельзя включить | Plan, workspace, роль или GitHub-доступ | Проверить аккаунт и права |
| Timeout, connection error, server error или падение процесса без safety-текста | Технический или runtime-сбой | Сохранить техническую ошибку и диагностировать её отдельно |
Такое разделение экономит время. Переустановка приложения и изменение локальных разрешений не объясняют финальный safety banner. В то же время переписывание prompt не включит функцию, которую администратор workspace запретил.
OpenAI описывает Codex Security как цикл identification, validation и remediation. На этапе validation система пытается воспроизвести потенциальную уязвимость в изолированной среде, а затем предлагает patch для проверки человеком. В публичном issue пользователь сообщил о точном блоке именно во время validation своего репозитория. Это подтверждает возможный сценарий, но не универсальную причину и не официальное признание false positive.
Сохраните минимальный и безопасный отчёт
До следующего запуска запишите:
- полный текст уведомления
- поверхность: Codex app, CLI, ChatGPT или API
- использовался ли Codex Security
- модель, если она видна
- этап остановки: scan, validation или patch
- дату, время и часовой пояс
- request ID или feedback ID
- короткое описание задачи без чувствительных данных
- кому принадлежит система и на каком основании разрешено тестирование
Не отправляйте пароли, коды аутентификации, API keys, private keys, tokens, полный закрытый репозиторий или конфиденциальные данные третьих лиц. Официальная инструкция просит краткое редактированное описание задачи, а не полный архив проекта.
Отдельно запишите показания quota или usage, если они важны. Пользователь Reddit сообщил, что длинный запуск завершился блоком после расхода части недельного лимита. Это реальный пользовательский сигнал, но не доказанная формула списания и не гарантия возврата. Support должен разбирать конкретный аккаунт по фактическим данным.
Сузьте защитный результат, а не маскируйте запрос
По текущей рекомендации OpenAI разрешённый запрос следует повторить с более узкой областью и только с контекстом, необходимым для результата. Для cybersecurity нужно явно сосредоточиться на выявлении, предотвращении или устранении проблемы и убрать exploit-детали, не нужные для защиты.
Хорошая постановка содержит пять элементов:
- Полномочия: репозиторий ваш или имеется явное разрешение владельца.
- Защитная цель: найти дефект, оценить риск или подготовить исправление.
- Ограниченный объект: конкретный модуль, diff, finding или поток данных.
- Нужный результат: затронутый путь, условия, безопасная проверка и patch.
- Исключения: без внешних целей, реальных credentials, persistence, evasion и расширения области.
Пример:
“Проверьте callback аутентификации в принадлежащем мне репозитории. Определите, позволяет ли текущий finding обойти проверку state. Выполняйте validation только в предоставленной тестовой среде. Верните затронутый путь кода, минимальную безопасную проверку и patch. Не обращайтесь к внешним системам, не используйте реальные credentials и не выходите за границы репозитория.
Это не «магическая формула». OpenAI прямо пишет, что смена формулировки не меняет допустимость запроса и не гарантирует ответ. Если работа не разрешена или объект не ваш, продолжать нельзя.
Повтор имеет смысл, только если задача стала содержательно уже. Не запускайте неизменённый долгий scan как лотерею. Если явно безвредная и авторизованная задача снова блокируется, сохраните результат и передайте его на рассмотрение.
Не путайте safety block с отсутствием доступа
На дату проверки Codex Security остаётся research preview для ChatGPT Enterprise, Edu, Business и Pro и подключается к GitHub. В Enterprise и Edu должны быть разрешены и Codex Cloud, и Codex Security; RBAC может ограничивать пользователей и администраторов scan-конфигураций.
Эта ветка нужна, если функция вообще не видна, repository не включается или коллеги в одном workspace получают разный интерфейс. Проверьте правильный аккаунт, workspace, plan, роль и GitHub connection. После изменения provisioning заново откройте продукт.
Если scan уже запустился и дошёл до validation, простое объяснение «функция не включена» обычно не подходит. Возвращайтесь к safety-ветке.
Trusted Access не отключает все проверки
В предупреждении может быть ссылка на Trusted Access for Cyber. Это отдельный путь допуска для продвинутой законной и авторизованной работы, а не мгновенная кнопка для текущего run.
OpenAI предупреждает, что Trusted Access может уменьшить часть системных блокировок, но не отменяет все safeguards. Системные проверки, refusals модели и Usage Policies всё равно действуют. Допуск к одному пути также не доказывает provisioning другого.
Программа уместна для постоянной сложной защитной работы, когда организация может подтвердить владение, полномочия и контроль. Она не заменяет чёткую область задачи и не разрешает обход защитных механизмов.
Передайте Support пакет без секретов
Используйте thumbs-down для конкретного ответа, если кнопка доступна. При повторной блокировке явно безвредной авторизованной задачи передайте Support:
| Включить | Не включать |
|---|---|
| Полный safety message | Пароли, коды, ключи и tokens |
| Surface и model | Полный proprietary repository |
| Дату, время, часовой пояс | Реальные цели и данные третьих лиц |
| Request или feedback ID | Лишние PoC-детали |
| Редактированное описание задачи | Догадки как подтверждённый root cause |
| Workspace / organization, если применимо | Обещание возврата quota |
| Подтверждение владения или разрешения | Нерелевантные чувствительные логи |
Хорошее обращение звучит конкретно: «Codex Security дошёл до validation принадлежащего мне repository и вернул точное safety-сообщение. Я ограничил задачу одним defensive finding и убрал ненужные exploit-детали; результат повторился. Прилагаю surface, model, timestamp и feedback ID».
Более широкий контекст продукта есть в нашем обзоре Codex 2026. За актуальными правилами обращайтесь к официальным страницам OpenAI о дополнительных проверках, Codex Security, Trusted Access и Usage Policies.
Правильный результат — не любой ценой убрать banner. Это либо завершённая после честного сужения защитная задача, либо отдельно исправленная проблема доступа/runtime, либо качественно переданный OpenAI повторный benign block.
