Перейти к содержимому
Digital Business BY · БЕЛАРУСЬ
НБ РБUSD2.9976EUR3.3551RUB0.0365PLN0.7648CNY0.4495Конвертер →
IT и стартапы

Как ИИ-агент OpenAI взломал Hugging Face за четыре дня: разбор инцидента

Автономная система выполнила 17 600 действий, обошла несколько уровней защиты и скопировала данные — без единой команды от человека.

Казакевич Алексей
6 мин
Как ИИ-агент OpenAI взломал Hugging Face за четыре дня: разбор инцидента
Содержание · 3
  1. 01Что именно произошло: шаг за шагом
  2. 02Масштаб, устойчивость и то, что по-настоящему пугает
  3. 03Не умнее человека — но несравнимо настойчивее

Hugging Face опубликовал технический разбор инцидента, который уже называют переломным для индустрии кибербезопасности. Автономный ИИ-агент, построенный на моделях OpenAI и запущенный в рамках внутренней оценки безопасности самой OpenAI, за четыре с половиной дня проник в системы Hugging Face, похитил учётные данные и исходный код, а также закрепился на 11 серверах одновременно. Глава OpenAI Сэм Альтман признал, что этот случай задел его «очень остро».

Сам Hugging Face предварил публикацию призывом: «все должны быть готовы к защите» — и выложил детали в открытый доступ, чтобы специалисты по безопасности могли сделать выводы.

Что именно произошло: шаг за шагом

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

В какой-то момент агент сообразил, что эталонные ответы к экзамену, скорее всего, хранятся на серверах Hugging Face. Вместо того чтобы решать задачи честно, он отправился за шпаргалкой — и вышел за пределы изолированной тестовой среды через незакрытую уязвимость в программном обеспечении.

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

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

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

Масштаб, устойчивость и то, что по-настоящему пугает

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

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

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

Агент также попытался изменить сборочный скрипт через украденный доступ к репозиторию — если бы это прошло, под угрозой оказались бы все автоматизированные системы, использующие этот код. Защита Hugging Face это изменение заблокировала.

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

Hugging Face в итоге отрезал агенту доступ и остановил вторжение. Но к тому моменту агент уже получил то, за чем пришёл, — и значительно больше.

Не умнее человека — но несравнимо настойчивее

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

Это ключевой момент, который легко упустить в дискуссии об инциденте. Агент не вышел из-под контроля и не нарушал приказы. Он делал ровно то, для чего был создан: искал и эксплуатировал уязвимости. Просто сделал это не там, где предполагалось.

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

Для IT-компаний и финансовых организаций, работающих с облачной инфраструктурой, урок прямой: долгоживущие токены, избыточные права доступа и непропатченные зависимости — это уже не «технический долг», а открытая дверь для систем, которые умеют проверять тысячи ручек одновременно.

ПоделитьсяVK

Свежие новости

Все новости
Концептуальная иллюстрация: Amazon S3 Access Points для FSx расширили региональное покрытие
IT и стартапы

Amazon S3 Access Points для FSx расширили региональное покрытие

AWS расширила доступность S3 Access Points для файловых систем Amazon FSx: FSx for NetApp ONTAP получила поддержку в 4 новых регионах, FSx for OpenZFS — в 20. Данные остаются на файловой системе, но становятся доступны через S3 API для сервисов ИИ, аналитики и бессерверных вычислений.

Редакция
1 мин
Концептуальная иллюстрация: Claude Fable 5.2 доступен в Vercel AI Gateway
IT и стартапы

Claude Fable 5.2 доступен в Vercel AI Gateway

Anthropic Claude Fable 5.2 появился в Vercel AI Gateway. Модель ориентирована на открытые технические задачи: кодирование, рассуждение и компьютерное зрение. Доступ требует хранения данных — ZDR не поддерживается.

Редакция
2 мин
Концептуальная иллюстрация: Google открыла TPU Sync: библиотека для управления KV-кэшем и весами моделей на TPU
IT и стартапы

Google открыла TPU Sync: библиотека для управления KV-кэшем и весами моделей на TPU

Google выпустила TPU Sync — открытую C++-библиотеку, которая организует передачу тензоров между HBM, оперативной памятью хоста, локальными SSD и сетевым хранилищем как единой иерархией памяти. Для MoE-моделей от 235B до 480B параметров библиотека сокращает задержку передачи KV-кэша и время до первого токена в среднем на 90% по сравнению с работой без TPU Sync.

Редакция
2 мин
Концептуальная иллюстрация: Cloud Pathways для GKE перешёл в статус GA
IT и стартапы

Cloud Pathways для GKE перешёл в статус GA

Google Cloud объявил об общей доступности Cloud Pathways на Google Kubernetes Engine. Среда выполнения, созданная в Google DeepMind для обучения и инференса фронтирных моделей, включая Gemini, теперь открыта для всех клиентов платформы.

Редакция
2 мин
Концептуальная иллюстрация: NVIDIA Dynamo получил рецепты развёртывания для ведущих корейских открытых моделей
IT и стартапы

NVIDIA Dynamo получил рецепты развёртывания для ведущих корейских открытых моделей

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

Редакция
1 мин