Локальная безопасность ChatGPT Work

ChatGPT Work может использовать разрешённые файлы, приложения и сеансы браузера на компьютере пользователя для выполнения локальных задач. Доступ зависит от разрешений рабочей области, существующего доступа пользователя к учётным записям, разрешений операционной системы, одобрений приложений и поддерживаемых политик устройств.

Обзор мер безопасности см. в техническом документе о корпоративной безопасности ChatGPT Work.

Локальные возможности зависят от поддерживаемого настольного приложения, операционной системы, прав рабочей области, разрешений роли, политики устройства и этапа развёртывания продукта.

Кратко о безопасности

• Локальные шаги выполняются через настольное приложение ChatGPT. При локальном доступе к компьютеру через Work Cloud облако OpenAI координирует задачу, а подключённый компьютер выполняет шаги, для которых он необходим.

• Доступные средства управления локальным и облачным выполнением Work зависят от конфигурации рабочей области и этапа развёртывания.

• Для доступа к файлам, Computer Use, браузерам и подключённым приложениям используются разные разрешения и одобрения.

• Браузер или приложение, в котором уже выполнен вход в корпоративную систему, может предоставлять разрешения существующей учётной записи.

• Поддерживаемые политики управляемых устройств могут ограничивать локальные функции, но не заменяют средства управления доступом рабочей области.

• Данные рабочих областей Business, Enterprise и Edu, обрабатываемые соответствующими сервисами OpenAI, шифруются при передаче и хранении и по умолчанию не используются для обучения моделей OpenAI.

• К локальным файлам, контексту задач, данным браузера, записям подключённых систем и событиям аудита могут применяться разные правила хранения и сроки хранения.

Где выполняются локальные задачи

При локальном выполнении доступ к разрешённым ресурсам осуществляется через настольное приложение на компьютере пользователя. Когда включён локальный доступ к компьютеру через Work Cloud, облако OpenAI координирует задачу и обращается к подключённому компьютеру, если шаг требует локального выполнения. Для этих шагов компьютер должен быть в сети и оставаться подключённым.

Локальный доступ к компьютеру через Work Cloud применяется только к задачам, созданным после включения синхронизации. Существующие задачи, в том числе задачи в проектах, сохраняют исходный режим: только локально или в облаке без доступа к локальным файлам. Чтобы воспользоваться этой функцией, создайте новую задачу.

Если в начале нового хода компьютер недоступен, существующая задача с локальным доступом к компьютеру через Work Cloud, отвечающая необходимым условиям, может продолжиться в облачном контейнере. Облачный контейнер не имеет доступа к файлам или инструментам на недоступном компьютере. В нём также не применяются корпоративные требования, действующие при локальном выполнении. Задача не может переключиться с локального выполнения на облачное в течение одного хода.

Локальные файлы могут оставаться на устройстве, однако относящиеся к задаче фрагменты файлов, запросы, снимки экрана, содержимое браузера или результаты работы инструментов могут отправляться сервисам OpenAI для выполнения задачи. Локальное выполнение не означает работу без подключения к сети или выполнение модели исключительно на устройстве.

Доступ к файлам и устройствам

Локальная задача может работать с информацией, которую пользователь предоставляет или делает доступной, включая поддерживаемые файлы, содержимое приложений, сеансы браузера и авторизованные подключённые системы. Доступ зависит от имеющихся у пользователя прав и средств управления соответствующей возможностью.

Предоставление локального доступа Work не означает автоматического одобрения всех приложений, предоставления прав администратора или обхода разрешений учётной записи, используемой для доступа к другой системе. Разрешённое общее подключение может иметь права, отличающиеся от прав личной учётной записи пользователя.

Прямое чтение файлов, их редактирование и выполнение команд оболочки подчиняются настройкам песочницы и одобрений для задачи. Computer Use получает доступ к содержимому через одобренное нативное приложение в рамках разрешений этого приложения. Ограничение прямого доступа к файлам само по себе не устанавливает такое же ограничение для файлов, которые приложение может открыть.

Computer Use и одобрение приложений

Разрешения рабочего пространства определяют, кто может использовать Work Local. Политики администратора могут дополнительно ограничивать набор нативных приложений, которыми может управлять Computer Use, и возможность сохранять одобрения приложений для будущих сеансов. Необходимые разрешения операционной системы и одобрения приложений по-прежнему обязательны. Когда задача использует приложение или учётную запись, в которую выполнен вход, разрешения этой учётной записи определяют доступные сведения и действия.

Разрешение приложения в политике администратора не устанавливает необходимый плагин, не предоставляет разрешений операционной системы и не одобряет действие, которое всё ещё требует проверки. Поддерживаемые средства управления и примеры конфигурации описаны в разделе Централизованное управление браузером и Computer Use.

В macOS разрешение Screen Recording позволяет Computer Use видеть содержимое приложений, а Accessibility — нажимать, вводить текст и выполнять навигацию. Поддерживаемые задачи macOS могут выполняться в фоновом режиме. В Windows Computer Use работает на активном видимом рабочем столе и не может выполняться в фоновом режиме, пока пользователь продолжает работать в том же сеансе.

Пользователи могут остановить задачу в любой момент. Computer Use не может подтверждать системные запросы безопасности, проходить аутентификацию от имени администратора или автоматизировать терминальные приложения либо сам ChatGPT.

Заблокированные устройства

В поддерживаемых конфигурациях macOS можно разрешить одобренной задаче Computer Use продолжать работу после блокировки Mac. Доступность зависит от версии приложения, этапа развёртывания функции, применимых требований и возможности использования удалённого управления.

При включении Locked Use устанавливается плагин авторизации macOS, который может временно разблокировать Mac на время активного доверенного хода Computer Use. Во время временной разблокировки ChatGPT закрывает содержимое всех дисплеев. Если обнаруживается локальный ввод с клавиатуры или указательного устройства, ChatGPT снова блокирует Mac и приостанавливает автоматическую разблокировку, пока пользователь не разблокирует его вручную. См. раздел Как работает Locked Use.

Администраторы могут запретить пользователям включать Locked Use на управляемых компьютерах Mac. Это требование не отключает Locked Use, если функция уже включена. В Windows для Computer Use требуется активный разблокированный рабочий стол. См. раздел Ограничения Locked Use.

Сеансы браузера и существующие входы

Work Local не получает автоматически доступ ко всем браузерам или корпоративным учётным записям. Доступ зависит от используемого браузера, учётной записи, в которую выполнен вход, и одобрений, необходимых для соответствующего способа работы с браузером.

Поддерживаемые политики Browser Use могут ограничивать доступ к сайтам, загрузку файлов на сайты и скачивание, доступ к истории браузера и полный доступ к Chrome DevTools Protocol (CDP) для отладки браузера. Администраторы также могут ограничивать автоматическое рассмотрение запросов на одобрение, сохранение одобрений и срок действия одобрений доступа к сайтам. Одобрение пользователя не может отменить запрет администратора. См. раздел Централизованное управление браузером.

Браузер, размещённый в облаке, отделён от локальных браузеров пользователя и не наследует автоматически выполненные в них входы в учётные записи. Вход на сайты через облачный браузер недоступен в рабочих пространствах Enterprise и Edu.

Приложения, плагины и подключённые учётные записи

Подключённое приложение может предоставлять доступ к информации или действиям в другой системе. Плагин может использовать приложение как базовый инструмент. Предоставление доступа к плагину не включает автоматически необходимое приложение, не авторизует учётную запись и не разрешает все действия.

Настройки плагинов и приложений по умолчанию зависят от тарифного плана и от того, является ли рабочее пространство новым или существующим. В новых рабочих пространствах Enterprise и Edu изначально включён определённый набор приложений; эти настройки по умолчанию не меняют настройки существующих рабочих пространств и не применяются к рабочим пространствам Healthcare. В целом новые плагины и приложения в Enterprise и Edu по умолчанию отключены. В Business приложения включены по умолчанию. Администраторы могут менять их доступность. См. текущие настройки плагинов и приложений по умолчанию и обзор ChatGPT Work.

Прежде чем задача начнёт использовать подключённую систему, убедитесь, что рабочая область разрешает приложение и все необходимые плагины, подключение авторизовано, а подключённая учётная запись имеет доступ к запрошенной информации или действию. Настройки доступа только для чтения, разрешённые действия и требования к подтверждению зависят от интеграции.

Плагины, предоставляющие возможности работы с браузером или Computer Use, требуют отдельной проверки доступности и установки. Предоставление доступа к плагину не отменяет централизованные политики для браузера или нативных приложений, разрешения операционной системы и необходимые одобрения. Плагины только для настольного приложения и локально предоставляемые инструменты могут устанавливаться другими способами. См. раздел Управление плагинами.

Личные и общие подключения

Личное подключение использует разрешения подключённого пользователя в исходной системе. Общее подключение или подключение, принадлежащее агенту, использует разрешения подключённой учётной записи, которые могут быть шире собственных прав пользователя.

Ограничьте доступ общих учётных записей необходимыми данными и действиями, ограничьте круг пользователей таких записей и применяйте поддерживаемые средства управления действиями или подтверждениями. На записи в подключённой системе по-прежнему распространяются её разрешения и политики хранения.

Административный доступ и политики управляемых устройств

Для локального доступа к компьютеру через Work Cloud проверьте как разрешение на синхронизацию в рабочем пространстве, так и требования Agent Security к локальному выполнению.

При локальном выполнении требования MDM и устаревшие требования к управляемым устройствам имеют более высокий приоритет, чем Agent Security. Файл системных требований устройства имеет более низкий приоритет, чем Agent Security. В рамках одной политики переопределения среды для конкретной ОС имеют приоритет над переопределениями для всех ОС, за которыми следует Global. Политика с более высоким приоритетом имеет преимущество, даже если политика с более низким приоритетом более конкретна. Для некоторых требований действуют правила объединения, зависящие от поля.

Используйте API политик для управления настройками Global. Для управления настройками Local или Codex Cloud используйте интерфейс Agent Security. Существующие процессы работы с Global через API остаются доступными после миграции. Протестируйте свои скрипты и интеграции с Terraform и убедитесь, что назначения политик и их порядок не изменились.

Для Work с локальным доступом и dots поддерживаемая политика Global применяется через общий облачный оркестратор, когда включена управляемая политика. Применимые локальные требования requirements.toml регулируют выполнение на подключённом компьютере. Облачные контейнеры Work и облачные компьютеры dots используют собственные настройки выполнения и требования, а не управляемый пакет среды, используемый другими типами исполнителей. Ограничения локального выполнения не распространяются на эти облачные компьютеры автоматически. Проверьте разрешения на облачные возможности и протестируйте локальное и облачное выполнение по отдельности.

Перед включением синхронизации ознакомьтесь с этими требованиями:

• Политики, доставляемые только через MDM. MDM доставляет политики на устройства. Перед включением синхронизации создайте базовый набор поддерживаемых требований к локальному выполнению в Agent Security.

• Корпоративные хуки. Если эта возможность включена для вашего рабочего пространства, локальный доступ к компьютеру через Work Cloud поддерживает заданные администратором MCP-хуки, которые выполняются на облачном координаторе (оркестраторе) для поддерживаемых событий жизненного цикла и инструментов. При облачной оркестрации командные хуки и хуки из локальной конфигурации или плагинов не поддерживаются, даже если инструменты выполняются локально. Когда и оркестрация, и выполнение происходят локально, существующие поддерживаемые хуки продолжают работать в полностью локальных беседах Work и Codex. Администраторы по-прежнему могут настраивать поддерживаемые управляемые хуки в Agent Security для этих рабочих процессов.

• Аудит. Прежде чем полагаться на эти хуки, проверьте соединение для обратных вызовов, убедитесь, какие события оно получает, и выясните, как сбои влияют на задачу. Хуки MCP не обеспечивают полный журнал аудита Compliance API.

Ознакомьтесь с элементами управления Work в разделе Настройки рабочего пространства > Разрешения и роли. Наличие отдельных разрешений для локального и размещённого в облаке Work зависит от конфигурации рабочего пространства и этапа внедрения. Дополнительные рекомендации см. в разделе Часто задаваемые вопросы для администраторов Work.

Включайте для каждого пользователя или группы только одобренные среды выполнения и проверяйте фактический доступ после внесения изменений.

Разрешения рабочей области определяют, кто может использовать Work. Администраторы также могут ограничивать поддерживаемые возможности настольного приложения с помощью обязательных требований, заданных в requirements.toml. В зависимости от развёртывания эти требования могут предоставляться через управляемую рабочей областью конфигурацию, файл конфигурации системного уровня или поддерживаемые средства управления мобильными устройствами macOS.

Отдельные пользователи не могут переопределять обязательные требования. Управляемые значения по умолчанию, напротив, задают начальные параметры, которые пользователям может быть разрешено изменять. Ни один из этих механизмов не заменяет роли рабочей области или разрешения операционной системы.

В локальных клиентах, использующих существующий механизм локальной конфигурации, управляемые требования загружаются при загрузке конфигурации. Фоновое обновление может подготовить облачные требования для последующей загрузки, а изменения MDM в macOS считываются при следующем запуске клиента. После изменения локальной политики перезапустите соответствующий локальный клиент и проверьте его работу.

Отключение доступа к локальному компьютеру в Work Cloud прерывает текущие шаги диалога. Пользователи могут начать новый шаг в существующем облачном диалоге. Этот шаг автоматически выполняется в Work Cloud без доступа к локальным файлам.

Такой порядок локальной загрузки не определяет, когда изменение облачной политики вступает в силу для выполняемой задачи с доступом к локальному компьютеру в Work Cloud. Прежде чем полагаться на обновление, проверьте, какие меры контроля фактически действуют для задачи.

Это примеры ограничений, а не список настроек, включённых по умолчанию. Если требование для функции не задано, продолжают действовать обычные настройки клиента, платформы, этапа внедрения и пользователя. Флаги функций Browser Use, панель встроенного браузера и встроенные возможности Computer Use управляются отдельно. Проверяйте каждый способ работы с браузером независимо.

Доступные настройки и способы их доставки зависят от клиента, операционной системы, рабочего пространства и конфигурации развёртывания. Проверьте ограничения на типичном управляемом устройстве. Поддерживаемые настройки политик, примеры конфигурации и инструкции по настройке MDM см. в разделе Управляемая конфигурация.

Локальная сеть и закрытые ресурсы

Work Local может получать доступ к корпоративной информации через браузер, нативное приложение, подключённое приложение или другой поддерживаемый инструмент. Сетевые ограничения применяются к каждому способу по-разному, а доступ к корпоративной VPN сам по себе не даёт задаче разрешения использовать внутренний ресурс.

Управляемые сетевые требования и политики источников Browser Use проверяются отдельно. Прежде чем полагаться на сетевое ограничение для ограничения Browser Use, проверьте оба механизма на версиях приложений и операционных системах, используемых в вашем развёртывании. Проверки политик браузера не означают, что трафик браузера проходит через сетевой прокси для команд, а политики Browser Use не регулируют трафик нативных приложений.

Централизованные сетевые требования в разделе [experimental_network] являются экспериментальными и могут меняться. Поддержка Windows ограничена; протестируйте конкретный клиент и среду, прежде чем применять эти требования к пользователям Windows. Одни лишь правила для доменов не активируют управляемый прокси; требуется experimental_network.enabled = true, и эта настройка не отменяет запрет доступа к сети в песочнице.

Проверьте подключение, учётную запись, в которую выполнен вход, адрес назначения и действие, необходимые для рабочего процесса. Подробности конфигурации и ограничения платформ описаны в разделе Требования к сетевому доступу.

Обработка и хранение данных

При доступе к локальному компьютеру в Work Cloud облачная координация остаётся частью рабочего процесса, даже если отдельный шаг выполняется на компьютере. Рассматривайте данные диалога и контекст задачи отдельно от локальных файлов, используемых инструментом. Не делайте вывод, что локальное выполнение означает хранение данных только на устройстве или загрузку в облако всех файлов из папки.

Доступ к локальному компьютеру в Work Cloud не обеспечивает строгий режим нулевого хранения данных. Требования к региону хранения данных и региону выполнения инференса распространяются только на соответствующий условиям контент и поддерживаемые рабочие нагрузки, регионы и конфигурации. Enterprise Key Management (EKM) охватывает поддерживаемый хранимый контент в рабочих пространствах, соответствующих условиям. Work не поддерживается при выполнении инференса в ОАЭ. Перед внедрением уточните условия хранения данных, сроки их хранения и охват аудита в рабочем пространстве. Если вашей организации требуется ZDR, не включайте эту функцию. Если в любой облачной политике включён enforce_residency, параметр Разрешить доступ к локальному компьютеру отключается и для Work, и для dots. Эта защитная мера не настраивает регион хранения данных рабочего пространства и сама по себе не отключает Work Cloud или dots.

Применяйте средства управления конечными точками, доступом к файлам, прокси-серверами и предотвращением потери данных вашей организации к конкретному устройству и рабочему процессу. Проверьте, могут ли эти средства предотвратить попадание конфиденциальной информации в задачу до начала обработки. Журналы аудита и экспорт данных для обеспечения соответствия помогают при мониторинге и расследовании, но сами по себе не блокируют обработку.

Место и срок хранения зависят от категории информации и места её сохранения.

Для поддерживаемых рабочих областей Business, Enterprise и Edu бизнес-данные, обрабатываемые соответствующими сервисами OpenAI, шифруются при передаче и хранении и по умолчанию не используются для обучения или улучшения моделей OpenAI. Эти меры защиты не означают, что OpenAI управляет каждым файлом на устройстве, сторонним приложением, профилем браузера или записью исходной системы.

Не применяйте срок хранения размещённых бесед, временно загруженных файлов или журналов соответствия к локальным записям, не убедившись, что он распространяется на конкретную категорию данных.

Видимость для аудита и обеспечения соответствия

Включение доступа к локальному компьютеру в Work Cloud меняет состав данных, поступающих в ваш существующий коллектор OpenTelemetry (OTel). Локальный исполнитель по-прежнему может экспортировать поддерживаемые события выполнения. События облачной оркестрации не поступают в ваш существующий коллектор OpenTelemetry.

Используйте Compliance API для получения поддерживаемых облачных записей. Изменение конечной точки коллектора не восстанавливает получение событий облачной оркестрации. Записи Compliance API не заменяют все события из прежнего потока OpenTelemetry. См. раздел Проверка OpenTelemetry и охвата аудита.

Доступная отчётность зависит от плана рабочей области, способа работы с продуктом, события, подключённого приложения и развёрнутой конфигурации. Проверьте охват Work Local, прежде чем полагаться на экспорт из рабочей области при реагировании на инциденты или проверке соблюдения нормативных требований.

В поддерживаемых версиях Browser Use может формировать события OpenTelemetry для проверок возможностей, включая доступ к сайтам, загрузку файлов на сайты и скачивание. Эти события фиксируют решение и его источник, а также сведения о политике, если они доступны. Источник решения может быть неизвестен. Если экспорт настроен, события отправляются на конечную точку OpenTelemetry заказчика вместе с другой телеметрией локальной среды выполнения.

Настраивайте экспорт OpenTelemetry отдельно от записей Compliance API. Эти события не дают полного журнала всех действий в браузере или нативном приложении. См. раздел Конфигурация OpenTelemetry.

Определите, регистрируют ли соответствующие системы идентификатор задачи, поддерживаемые запросы и ответы, вызовы подключённых приложений, одобрения браузера, действия приложений, операции с локальными файлами или события конечных точек. Записи исходной системы и устройства могут обеспечивать видимость, отличную от записей рабочей области ChatGPT.

OpenAI не хранит отдельную полную запись действий Chrome, выполненных через расширение. Не предполагайте, что каждая операция с локальным файлом, снимок экрана, действие в браузере, одобрение или внешнее изменение отображается в Compliance API.

Начните с одной одобренной задачи

Проверьте локальную работу Work на управляемых устройствах, которыми пользуются ваши команды. Выполните одобренную задачу, например сравнение выбранных книг с финансовыми данными. Подтвердите доступ каждого пользователя к Work и предоставьте только те файлы, приложения, сеансы браузера или подключённые учётные записи, которые необходимы для задачи.

Убедитесь, что одобренные действия выполняются, запрещённые действия блокируются, а доступные записи отвечают вашим потребностям в мониторинге. Попросите пользователя проверить результаты и подтвердить, что все изменения файлов или подключённых систем соответствуют запросу.