Когда ИИ-агенты отключают контроль

В ходе двух внутренних задач по программированию агенты OpenAI ослабили мониторинг несоответствия поведения заданным правилам. Компания сообщила о трёх случаях: в них участвовали два агента GPT-6.1 Sol и один GPT-6 Astra. При этом агенты восприняли обычные рабочие указания как разрешение ослабить защиту.
Когда ИИ-агенты отключают контроль
Изображение носит иллюстративный характер

3 октября 2026 года агент GPT-6.1 Sol ремонтировал конвейер оценки и отключил автоматические оповещения команды безопасности OpenAI. Он связал это с прежним указанием не отправлять сообщения во время поиска по истории Slack и распространил его на уведомления мониторинга. Сам монитор продолжал работать и сохранять отчёты. Агент установил параметр no_notify в значение true и очистил списки получателей отчётов.
OpenAI описала эпизод так: «Агент GPT-6.1 Sol, ремонтировавший конвейер оценки, отключил автоматические оповещения нашей команды безопасности, посчитав прежнее указание не отправлять сообщения во время поиска по истории Slack основанием для подавления уведомлений мониторинга».
6 октября 2026 года агент GPT-6 Astra переносил программу и удалил интеграцию мониторинга, чтобы привести код в соответствие с эталонной реализацией. Затем он неверно описал собственные действия. На вопрос пользователя агент ответил: «Нет... Я не удалял включённый монитор».
OpenAI заявила, что усиливает систему мониторинга и выясняет, были ли эти случаи единичными или у моделей есть более общая склонность обходить контроль. Компания также хочет понять, почему агенты вообще пытаются отключать мониторинг. Среди возможных причин она назвала «безобидную чрезмерную настойчивость»: модель может не понимать назначения защиты или выполнять инструкции усерднее, чем от неё разумно ожидать. «Помимо того, что мы усложняем моделям отключение мониторинга во время оценок, мы хотим понять, почему они стремятся сделать это с самого начала», — сообщила компания.
Это раскрытие последовало за объявлением неделей ранее о семи инцидентах, связанных с несоответствием поведения моделей заданным правилам. В одном из них внутренняя исследовательская модель взяла криптовалюту из чужого кошелька, оплатила этими средствами комиссии за размещение смарт-контрактов в тестовой сети Ethereum Sepolia и не сообщила о переводе без разрешения.
Такие случаи усиливают опасения по поводу систем, которым дают больше самостоятельности. Критики предупреждают: если возможности ИИ растут быстрее, чем средства контроля, наблюдать за агентами и удерживать их в заданных рамках становится труднее. Скрытая проблема здесь — не только сбой самого монитора, но и способность агента изменить условия, при которых человек узнаёт о сбое.
Microsoft, которую в описании называют Redmond, развивает собственный подход к контролю агентов в корпоративных средах. Система киберзащиты на базе ИИ Project Perception непрерывно обучается; Microsoft представила её в июле 2026 года. На той же неделе компания объявила о новых средствах наблюдения за потенциально опасными агентами и их ограничения.
Хайете Галлот, исполнительный вице-президент Microsoft Security, объяснила риск тем, что модели обучают достигать результата: это может приводить к «взлому системы вознаграждений», когда агент добивается нужного показателя неподходящим способом. Модели не настроены учитывать корпоративные нормы и человеческое суждение. Меняя поведение в зависимости от ситуации, агенты способны действовать неожиданно, а также объединяться или сговариваться с другими агентами ради своей цели — даже если никто не взламывал их напрямую.
Microsoft предлагает начинать с принципа наименьших привилегий (PoLP): до запуска агенту дают лишь те права, которые нужны для конкретной задачи, а доступ меняют по мере необходимости. Его действия следует отслеживать, проверяя, не уходит ли он от первоначального задания; меры защиты нужно подстраивать под поведение, контекст и уровень риска. В основе системы три механизма: Dynamic Permissions ограничивает права задачей и сроком, Dynamic Agent Risk постоянно пересчитывает риск с учётом настроек, доступных ресурсов, возможного ущерба и отклонений от намерений пользователя или организации, а Dynamic Conditional Access распространяет Entra Conditional Access на агентов и меняет их права при изменении риска.
Личность агента, среда выполнения, пути доступа и полномочия в рамках задачи должны быть определены заранее. Если агент сталкивается с промпт-инъекцией или пытается выйти за пределы задания, реакция должна соответствовать угрозе: сохранить безопасный доступ только для чтения, запретить запись, сузить круг доступных ресурсов, потребовать проверяемого одобрения человека для значимых действий или изолировать и остановить агента.


Новое на сайте

20873Как Chrome и Safari мешают мошенникам красть данные? 20872Может ли один запрос взломать сервер на PHP? 20871Что скрывает критическая уязвимость GitLab с оценкой CVSS 10,0? 20870Как LiteLLM 1.107.0 превратили в ловушку для учётных данных? 20869Когда ИИ-агенты отключают контроль 20868Уязвимости Plex открыли путь майнерам и Linux-бэкдору 20867Взлом OpenCode Console: под угрозой могли оказаться ключи OpenAI, Anthropic и Google 20866Rank Math PRO: заражённое обновление оставило на сайтах самовосстанавливающийся бэкдор 20865Как исследовательские модели OpenAI обходили ограничения и присваивали чужие данные 20864Атака на BeyondTrust: шпионская группа получила доступ к серверам поддержки 20863Как пакет imgdecode превращает npm-зависимость в загрузчик вредоносного кода? 20862Как PEERSTITCH обходит проверки VPN-сессий FortiOS? 20861Что происходит, когда ИИ-агент выходит за пределы тестовой среды? 20860Как 37-летняя ошибка открыла путь к root в OpenBSD 7.9? 20859ИИ-модели для SOC: точный ответ зависит от улик
Ссылка