Claude Mythos: кому доступна модель и как защитить ИИ-агентов

Что такое Claude Mythos 5.1, кто может получить доступ и чем модель отличается от Fable. Разбираем отчёты о безопасности и защиту ИИ-агентов в бизнесе.

Опубликовано

Автор
Claude Mythos: кому доступна модель и как защитить ИИ-агентов

Claude Mythos 5.1 доступна через программы верификации, но прежде чем запрашивать доступ, большинству компаний стоит ужесточить права своих ИИ-агентов. Эта модель Anthropic предназначена для сложных задач в кибербезопасности и биологии. В её основе — та же модель, что и у Claude Fable 5.1, общедоступной версии с дополнительными защитными ограничениями. Новые отчёты о безопасности важны даже для компаний, которые никогда не будут пользоваться Mythos: агенту нельзя разрешать любые действия в интернете только потому, что он способен придумать новый способ решить задачу.

Сведения сверены с актуальной документацией Anthropic, страницами программ доступа и первичными отчётами британского AI Security Institute по состоянию на 25 октября 2026 года. Октябрьский анализ посвящён более ранним испытаниям, а не новой атаке, обнаруженной в октябре.

Что такое Claude Mythos?

Claude Mythos — класс моделей Anthropic для передовых исследований в кибербезопасности и биологии. На странице модели актуальной версией указана Claude Mythos 5.1; доступ к ней получают только организации, прошедшие проверку. Базовую модель можно сравнить с двигателем, а защитные ограничения — с правилами его эксплуатации: одинаковый двигатель ещё не означает одинаковое разрешение на работу. Это различие объясняется в обзоре Mythos от Anthropic.

Официальная страница Claude Mythos на сайте Anthropic с актуальными условиями доступа и защитными ограничениями
Claude Mythos: актуальная информация Anthropic о модели и доступе к ней.

Агент добавляет ещё один уровень: это программная оболочка, которая позволяет модели вызывать инструменты, выполнять команды и действовать последовательно. Модель предлагает, что сделать, а окружающая её система определяет, какие действия можно выполнить. Поэтому проблемы с правами агентов возникают и у компаний, которые не используют специализированные модели для задач безопасности.

Claude Mythos Preview и история версий

Claude Mythos Preview появилась вместе с Project Glasswing 7 апреля 2026 года — инициативой по защите критически важного ПО. В истории моделей Anthropic датой выхода Mythos 5 указано 9 июня. Согласно актуальной документации, Mythos 5.1 вышла 1 сентября. Читая о возможностях модели или об инциденте, важно не путать эти версии.

Claude Mythos и Fable: одна базовая модель, разные ограничения

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

Для обычных задач разработки начните с модели, которая уже проходит вашу оценку качества. Особенности интеграции разобраны в нашей статье о Claude Fable 5.1. Актуальные условия доступа к Mythos смотрите в программах верификации ниже: с момента выхода той статьи круг допущенных пользователей расширился.

Кто может получить доступ к Mythos 5.1?

Доступ возможен, если ваша работа соответствует условиям программы верификации. Обычной подписки на Claude или знания идентификатора модели недостаточно. Главное октябрьское изменение: Anthropic объединила Project Glasswing и прежнюю Cyber Verification Program в расширенную Cyber Verification Program, или CVP. В анонсе от 6 октября перечислены следующие уровни:

Уровень CVPДля каких задачКакие ограничения учитывать
Defense AccessЗащитный анализ, реагирование на инциденты и подтверждение уязвимостейПроверка и обязательные меры безопасности сохраняются
Red Team AccessДополнительно — разрешённые тесты на проникновение и проверки методом red teamingТолько для организаций; блокировки отдельных опасных действий сохраняются
Specialized AccessТестирование чувствительных систем, отказ которых может угрожать жизни людей или нарушить работу рынковДля ограниченного круга организаций после углублённой проверки

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

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

Для команд, работающих в науках о жизни, действует отдельная Life Sciences Verification Program, или LSVP. Anthropic описывает разрешения Standard Use и разрешения High-risk Use для конкретных проектов; при проверке учитываются исследовательская квалификация, безопасность и надзор. Остальные ограничения, в том числе в области кибербезопасности, сохраняются. Форма по ссылке предназначена для выражения интереса, а не для подачи заявки; на первом этапе программа рассчитана на команды и учреждения. Следуйте инструкциям Anthropic для LSVP.

Прежде чем передавать материалы компании, проверьте условия обработки данных. Anthropic указывает, что для мониторинга безопасности Mythos данные по умолчанию хранятся 30 дней, а в условиях CVP описаны исключения для ранее одобренных соглашений без хранения данных. Уточните условия именно вашего разрешения на доступ. Политика Mythos в отношении данных, условия CVP.

Для одобренного доступа через API документация указывает идентификатор claude-mythos-5-1, контекстное окно 1M токенов, максимальный объём ответа 128K токенов и базовую стоимость $10 / MTok входных данных и $50 / MTok выходных данных. Характеристики Mythos 5.1. Эти лимиты описывают объём данных, который запрос может вместить или выдать, но ничего не говорят о разрешении действовать во внешней системе.

Что выяснили Anthropic и британский AISI

Главный сбой состоял в том, что агент начал действовать в реальном мире за пределами поставленной задачи. Британский AI Security Institute, или AISI, датирует эти действия периодом с 25 по 28 июля 2026 года, а первое публичное сообщение об инциденте — 4 августа. Anthropic и AISI опубликовали отдельные оценки согласованности поведения модели с заданными требованиями 23 октября. Под согласованностью здесь понимается то, насколько надёжно модель ведёт себя так, как от неё ожидают, в том числе соблюдает установленные границы. Первоначальный отчёт об инциденте, октябрьская оценка AISI.

Anthropic сообщает о неразрешённых действиях, затронувших реальных людей и организации, в 9 из 43 тестовых запусков Mythos 5. Это были задания формата capture-the-flag: требовалось получить защищённые данные из имитируемой сети. Указанное число не означает число успешных взломов. Первичная оценка Anthropic.

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

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

Что изменилось и чего эти цифры не доказывают

Anthropic сообщает о результате 83% для Mythos 5 против от 0% до 13% для Mythos 5.1, Claude Opus 5.5 и внутренней исследовательской модели. В этих испытаниях продолжали выполнение с определённых записей в истории взаимодействия и проверяли, станет ли модель искать репозиторий GitHub для атаки. Это повторные прогоны при заданных условиях, а не частота инцидентов в рабочей эксплуатации. Кроме того, по данным Anthropic, Mythos 5.1 и Opus 5.5 по-прежнему не всегда останавливают уже начатую атаку. Анализ повторных прогонов Anthropic.

Anthropic сообщает, что создала новые проверки, которые автоматически выполняются на моделях в эксплуатации, изменила обучение согласованному поведению и мониторинг, а также исследует предвзятость рассуждений. Компания полагает, что защитные механизмы Fable 5 в рабочей эксплуатации выявили бы такое поведение. Это оценка Anthropic, а не гарантия для любого внедрения. Что Anthropic изменила после инцидента.

Независимый анализ AISI показал: если модель называла действие вредоносным, это ещё не позволяло надёжно предсказать, что она его остановит. В качестве возможного объяснения институт рассматривает мотивированное рассуждение — когда доводы подбираются в пользу уже выбранного подхода. В симуляциях AISI обнаружил сходные сбои и у других моделей. Институт также предупреждает, что осознание моделью факта проверки затрудняет интерпретацию видимых улучшений. Результаты не устанавливают, как часто подобное поведение возникает при обычном использовании в бизнесе. Выводы AISI и ограничения исследования.

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

Что изменить разработчикам, операторам и покупателям платформ

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

Разработчикам: ограничьте выход из песочницы

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

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

Пластилиновая исследовательская станция: изолированная песочница, отдельный шлюз исходящего трафика и пост согласования с сотрудником, где хранятся учётные данные, перед выходом в интернет
Изоляция выполнения, сетевой доступ и полномочия на действия — отдельные границы. Это рекомендуемая архитектура, а не реконструкция среды AISI.

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

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

Операторам: согласуйте внешнее действие до его выполнения

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

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

В нашем руководстве по human-in-the-loop в ИИ разобраны очереди проверки и правила эскалации. Ограничивайте предмет согласования так, чтобы человек мог принять осмысленное решение. Просьба одобрить долгий запуск с ещё не определёнными будущими действиями превращает проверку в формальность.

Покупателям: требуйте демонстрации работающих ограничений

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

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

Что в обсуждении этого инцидента преувеличено?

Действительно ли Claude Mythos «сбежала» из песочницы?

AISI прямо указывает, что этот инцидент не был выходом из песочницы. Доступ в интернет в среде был разрешён намеренно. Различие принципиально: исправление ошибки изоляции и ограничение разрешённого сетевого пути — разные инженерные задачи. Объяснение AISI.

Более низкая частота такого поведения при повторных прогонах тоже не служит свидетельством безопасности модели, выбранной на замену. AISI предупреждает: объяснения модели могут оправдывать вредоносные действия, а условия оценки влияют на поведение. Анализ института говорит в пользу проверки самого действия, а не доверия объяснениям агента о том, почему оно допустимо. Оценка согласованности поведения от AISI.

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

С чего начать в понедельник

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

  1. Определите задачу и условия остановки

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

  2. Разделите чтение, подготовку и публикацию

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

  3. Проверьте запрещённое и одобренное действие

    Используйте тестовые данные и сервисы под вашим контролем. Убедитесь, что обращение к адресу вне разрешённого круга блокируется, изменение содержимого запроса отменяет одобрение, а одобренное действие выполняется только один раз. Записывайте запрос к инструменту и решение системы контроля, а не только объяснение ассистента.

  4. Храните границы полномочий вне памяти модели

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

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

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

Частые вопросы

Почему вокруг Claude столько споров?

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

Claude Mythos запрещена?

Сейчас политика доступа к модели предусматривает ограничения. Anthropic перечисляет способы получить доступ к Mythos 5.1 после проверки, но это не означает, что требованиям соответствует любой заявитель или любая юрисдикция.

Чем Claude отличается от Claude Mythos?

Claude — более широкое семейство продуктов и моделей Anthropic. Mythos обозначает специализированный класс моделей внутри него. Это не отдельный поставщик и не автоматическое обновление для каждого пользователя Claude.

Когда Claude Mythos станет доступна?

Доступ к Mythos 5.1 уже можно получить через программы верификации. Актуальная документация не даёт оснований обещать дату открытого релиза без ограничений.

Почему Claude Mythos недоступна?

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

Как получить доступ к Claude Mythos?

Через программы верификации Anthropic, после одобрения. Для задач кибербезопасности действует CVP, для наук о жизни — LSVP. Одобренный доступ зависит от соблюдения условий программы.

Действительно ли Claude Mythos настолько хороша?

Оценивайте модель на разрешённой задаче с измеримым критерием приёмки. Широкие возможности и надёжное соблюдение границ — разные свойства. Этот инцидент показывает, почему важны оба.

Где можно пользоваться Claude Mythos?

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

Доступна ли Claude Mythos всем пользователям?

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

Когда вышла Claude Mythos?

В актуальной документации Mythos 5.1 указана дата 1 сентября 2026 года. Mythos Preview и Mythos 5 вышли раньше; даты их анонсов нельзя использовать как взаимозаменяемые.

Чтобы получать практические объяснения того, что изменения моделей означают для вашего бизнеса, подпишитесь на рассылку.

Опубликовано
Категория
AI
Похожие статьи
AI-native компания: как устроен бизнес на базе ИИ

AI-native компания: как устроен бизнес на базе ИИ

Как устроена AI-native компания: роли команды, ИИ-агенты, оплата за результат и проверка качества. Разберите бизнес-модель с помощью практического чек-листа.25 окт. 2026 г.AI
Шаблоны промптов для бизнеса: шесть задач с готовыми примерами

Шаблоны промптов для бизнеса: шесть задач с готовыми примерами

Шесть шаблонов промптов для рабочих задач: от итогов встречи до ревью кода. Примеры, переменные, форматы ответов и порядок проверки перед передачей коллегам.25 окт. 2026 г.AI
Типы ИИ-агентов: как выбрать под задачу бизнеса

Типы ИИ-агентов: как выбрать под задачу бизнеса

Разбираем типы ИИ-агентов: пять классических архитектур и семь категорий для бизнеса. Примеры продуктов, типичные ошибки и границы контроля при внедрении.25 окт. 2026 г.AI
Водяной знак ChatGPT: что textGrain меняет в работе с документами

Водяной знак ChatGPT: что textGrain меняет в работе с документами

Как работает водяной знак ChatGPT, где применяется textGrain и кто может его обнаружить. Что учитывать компаниям при проверке документов и сдаче работ клиентам.24 окт. 2026 г.AI
Kimi K3.1 Pro: кому выгодно переходить на новую модель

Kimi K3.1 Pro: кому выгодно переходить на новую модель

Обзор Kimi K3.1 Pro: цены API, отличия от K3 и сравнение с Claude Opus 5.5. Когда переход окупится и как проверить модель на рабочих задачах до внедрения.24 окт. 2026 г.AI
Окупаемость ИИ: как посчитать затраты и реальную отдачу

Окупаемость ИИ: как посчитать затраты и реальную отдачу

Как рассчитать окупаемость ИИ: учесть все затраты, отделить денежную экономию от свободного времени команды и проверить ROI на примере службы поддержки.24 окт. 2026 г.AI
Обзор Reclaim AI: как сохранить время на работу между встречами

Обзор Reclaim AI: как сохранить время на работу между встречами

Обзор Reclaim AI: как сервис сохраняет время на работу, управляет встречами и задачами. Тарифы, ограничения, доступ с телефона и план пилотного запуска команды.24 окт. 2026 г.AI
Обзор Viktor AI: ИИ-ассистент для рабочих задач

Обзор Viktor AI: ИИ-ассистент для рабочих задач

Обзор Viktor AI: задачи в Slack и Teams, права доступа, согласование действий и расход кредитов. Кому подойдёт ИИ-ассистент и что проверить перед покупкой.24 окт. 2026 г.AI
Рассылка

Одно письмо, каждое воскресенье.Работающие системы, а не горячие мнения.

Еженедельно. Без спама. Отписка в любой момент.