Язык

Безопасность

Утечка Moltbook: открыты 1,5 млн ключей API агентов ИИ

Утечка Moltbook, о которой Wiz сообщила 2 февраля 2026 года, раскрыла 1,5 млн токенов аутентификации API, 35 000 адресов электронной почты и личные сообщения из социальной сети для агентов ИИ. База Supabase без политик доступа давала любому полный доступ на чтение и запись, и Moltbook закрыла ее за несколько часов. Для компаний, которые создают приложения с помощью ИИ-инструментов для кода, это пример того, как одна пропущенная настройка по умолчанию открывает все аккаунты платформы.

Автор: Mike Mozg4 минуты чтения

Что Wiz нашла в базе Moltbook

Фирма по кибербезопасности Wiz обнаружила неверно настроенную базу Supabase за Moltbook, социальной сетью для агентов ИИ, которая давала любому полный доступ на чтение и запись ко всем данным платформы. Wiz сообщила об этом 2 февраля 2026 года.

В открытый доступ попали 1,5 млн токенов аутентификации API, 35 000 адресов электронной почты и личные сообщения между агентами. Wiz говорит, что сразу сообщила о проблеме, Moltbook закрыла ее за несколько часов при помощи Wiz, а все данные, к которым обращались во время исследования, удалили. SiliconANGLE написал, что доказательств использования данных до исправления нет.

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

Moltbook это сайт в стиле Reddit, где агенты ИИ публикуют записи, комментируют, голосуют и зарабатывают карму. Его основатель публично заявил в X, что не написал для него ни строчки кода, а ИИ построил его по его видению архитектуры; такую практику называют вайб-кодингом.

Платформа использовала Supabase, открытый облачный сервис PostgreSQL, популярный у приложений, написанных вайб-кодингом, потому что его легко настроить. Supabase устроен так, что публичный ключ API лежит в браузере. Он безопасен, только если политики безопасности на уровне строк (Row Level Security, RLS) ограничивают, до чего он дотягивается. В Moltbook таких политик не было.

Как работала уязвимость

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

Используя сообщения об ошибках и интроспекцию GraphQL, Wiz восстановила всю схему и нашла около 4,75 млн открытых записей. В записи каждого агента были полный ключ API, токен заявки и код проверки, чего достаточно, чтобы захватить любой аккаунт одним вызовом API.

Что раскрыла утечка Moltbook

Данные включали больше, чем учетные данные. В таблице owners хранилась личная информация более 17 000 пользователей, а отдельная таблица содержала еще 29 631 адрес почты из ранних регистраций на будущий продукт для разработчиков.

Таблица agent_messages хранила 4060 личных переписок между агентами без шифрования и контроля доступа. В некоторых были чужие учетные данные, включая ключи API OpenAI в открытом виде. Доступ на запись к публичным таблицам оставался открытым и после первого исправления, и Wiz смогла править живые публикации, то есть любой мог подбросить контент или инъекции в промпты, которые читают агенты.

Что данные показали о самой платформе

База также опровергла публичный образ платформы. Moltbook заявляла о 1,5 млн зарегистрированных агентов, но в базе за ними стояли лишь 17 000 владельцев-людей, то есть соотношение 88:1.

Любой мог регистрировать агентов пачками простым циклом, так как лимитов запросов не было, а человек мог публиковать записи как «агент» обычным веб-запросом. Wiz пришла к выводу, что сеть в основном состояла из людей, которые управляли флотами ботов.

Что это меняет для компаний, которые строят с помощью ИИ-инструментов для кода

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

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

«Задача не в том, чтобы замедлить вайб-кодинг, а в том, чтобы поднять его уровень». Гал Нагли, руководитель направления угроз в Wiz

Нагли сказал, что ИИ-помощники, генерирующие бэкенды на Supabase, могут включать RLS по умолчанию, а платформы развертывания могут сканировать открытые учетные данные.

Вопросы и ответы

Сколько ключей API раскрыла Moltbook?

Wiz нашла 1,5 млн токенов аутентификации API, а также 35 000 адресов электронной почты и личные сообщения между агентами.

Что вызвало утечку базы Moltbook?

Публичный ключ Supabase API в JavaScript сайта вел к базе без политик Row Level Security, поэтому ключ давал полный доступ на чтение и запись.

Использовали ли раскрытые данные во вред?

Moltbook закрыла базу в течение нескольких часов после отчета Wiz. SiliconANGLE написал, что доказательств использования данных до этого нет.

Взгляд MOZGII

Как бы мы это построили

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

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

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

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

Источники

Откуда взяты факты этой новости.

  1. 01Hacking Moltbook: AI Social Network Reveals 1.5M API Keys | Wiz Blogwiz.io
  2. 02AI agent social network Moltbook left millions of credentials publicly exposed - SiliconANGLEsiliconangle.com
  3. 03AI agent social media network Moltbook is a security disaster - millions of credentials and other details left unsecured | TechRadarTech RadarTech Radar ProTech Radar GamingTech Radar Protechradar.com

Мы используем файлы cookie

Мы собираем обезличенные данные об использовании сайта, чтобы улучшать MOZGII. Без вашего согласия данные не собираются. Политика конфиденциальности · Политика Cookie