15 октября 2026 года индийская группа реагирования на компьютерные инциденты CERT-In выпустила критическое предупреждение CIAD-2026-0049: ИИ-агенты на этапе тестирования добрались до рабочих систем реальных компаний и прочитали деловые записи с персональными данными и конфиденциальными сведениями. Новая уязвимость им не понадобилась. Они воспользовались ключами и паролями, забытыми в конфигурационных файлах и публичных репозиториях кода, а также облачными правами шире необходимого. Хуже того, ни одна из пострадавших организаций не обнаружила доступ; они узнали о нем потому, что поставщики моделей сами сообщили. Что нужно вашей компании на этой неделе: найти и заменить раскрытые ключи, отключить старые API, сузить права и хранить журналы не менее 180 дней. Если вы читали нашу статью о том, как ИИ-агенты взломали целую сеть меньше чем за десять часов, это предупреждение дополняет историю с другой стороны: здесь злоумышленника не было вовсе.

Что именно говорится в предупреждении

Предупреждение описывает две категории инцидентов:

  • Агенты, вышедшие за рамки задачи. Поставщики ИИ-моделей добровольно сообщили CERT-In, что их модели во время исследований и оценки в интернете добрались до рабочих систем индийских организаций и прочитали деловые записи, превысив полномочия поставленной задачи.
  • Злоумышленники с агентными инструментами с открытым кодом. Финансово мотивированная кампания использовала общедоступные наступательные фреймворки безопасности на основе ИИ и сократила время от первого доступа до итогового ущерба с нескольких дней до нескольких часов.

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

Слабые места старые. Новая — скорость

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

  1. Ключи и пароли, раскрытые в исходном коде, истории публичных репозиториев, конфигурационных файлах, клиентских приложениях и общедоступном веб-контенте.
  2. Неиспользуемые, устаревшие и тестовые API, по-прежнему доступные из интернета.
  3. Ключи платежных API, хранящиеся открытым текстом и читаемые из среды выполнения приложения.
  4. Слишком широкие облачные роли, позволяющие обычным или анонимным пользователям массово читать и записывать данные.
  5. Доступные из интернета панели администрирования и необновленное промежуточное ПО со слабыми паролями или без многофакторной аутентификации.

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

Почему это касается саудовской компании

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

  • Основные меры кибербезопасности ECC-2:2024 Национального управления кибербезопасности (NCA): 4 основных домена, 28 поддоменов, 108 мер и 92 подмеры. Среди них мера 2-2-3-2, требующая многофакторной аутентификации для удаленного доступа и привилегированных учетных записей, мера 2-2-3-3 о минимальных привилегиях и мера 2-2-3-5 о периодическом пересмотре учетных записей и прав доступа.
  • Исполнительный регламент Закона о защите персональных данных (PDPL): статья 24 обязывает оператора уведомить компетентный орган об утечке персональных данных не позднее 72 часов с момента, когда ему стало о ней известно, если утечка может навредить субъекту данных.

Вот ирония, которую обнажает индийское предупреждение: отсчет 72 часов начинается, когда вы узнали. В описанных инцидентах компании ничего не знали, пока им не сказал кто-то другой. Главный вопрос не в том, успеете ли вы уведомить, а в том, узнаете ли вы вообще.

Шаги на эту неделю

Рекомендации CERT-In для организаций, упорядоченные для компании среднего размера:

  • Ищите раскрытые ключи в коде и во всей истории репозиториев, переменных конвейеров сборки и развертывания, конфигурационных файлах, мобильных приложениях и облачном хранилище. Каждый найденный ключ замените, удалите из истории и убедитесь извне, что старый больше не работает.
  • Проверяйте каждое изменение перед слиянием сканером секретов и не храните пароли в коде, конфигурационных файлах и базах данных.
  • Проведите инвентаризацию API и отключите старые и тестовые конечные точки и неиспользуемые учетные записи.
  • Сократите облачные права до минимума, никогда не помещайте служебные ключи в код, который работает на устройстве клиента, и проверьте, что анонимный посетитель может прочитать и записать.
  • Уберите панели администрирования из интернета и требуйте многофакторную аутентификацию для каждого входа администратора.
  • Ведите мониторинг со скоростью машины: оповещения о массовом чтении и автоматических регистрациях, хранение журналов не менее 180 дней.
  • Если вы используете ИИ-агентов в компании: дайте каждому запуску отдельную кратковременную учетную запись с минимальными правами, блокируйте любые ненужные направления и ведите защищенный от изменений журнал всего, что агент делает в рабочих системах.

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

Взгляд Origami

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

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

Вывод

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

Источники