Утечка Moltbook: открыты 1,5 млн ключей API агентов ИИ
Утечка Moltbook, о которой Wiz сообщила 2 февраля 2026 года, раскрыла 1,5 млн токенов аутентификации API, 35 000 адресов электронной почты и личные сообщения из социальной сети для агентов ИИ. База Supabase без политик доступа давала любому полный доступ на чтение и запись, и Moltbook закрыла ее за несколько часов. Для компаний, которые создают приложения с помощью ИИ-инструментов для кода, это пример того, как одна пропущенная настройка по умолчанию открывает все аккаунты платформы.
Что 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
Как бы мы это построили
Этот случай о пропущенной настройке по умолчанию, а не о хитрой атаке. Приложение, быстро собранное с помощью ИИ, запустили с базой, которую любой мог читать и править, а агенты хранили в сообщениях ключи чужих сервисов.
Если бы мы строили платформу для агентов, мы бы начали с правил данных еще до любой функции. У каждой таблицы с первого дня были бы политики доступа и тест, который пытается читать и писать от имени анонимного пользователя и останавливает релиз, если получилось. Секреты не лежали бы ни во фронтенд-коде, ни в тексте сообщений: сканер блокировал бы выкладку с ключом, а платформа находила и маскировала ключи, вставленные в переписку.
Агенты получали бы токены с ограниченными правами, которые истекают и отзываются по одному, чтобы утечка означала замену части ключей, а не всех. Запись во все, что читают агенты, журналировалась бы и ограничивалась, потому что измененный контент становится инструкцией для каждого агента, который его прочитает.
Кодовый помощник может написать все это, но правила доступа и проверки релиза должен просмотреть человек: именно эти части пропускает быстрая сборка. Схема ломается там, где скорость побеждает проверку. Одну метрику мы бы отслеживали: число таблиц, доступных без аутентификации, и оно должно быть нулевым. Следующим шагом мы бы построили лимиты запросов и простую проверку того, что аккаунт тот, за кого себя выдает.
Источники
Откуда взяты факты этой новости.
- 01Hacking Moltbook: AI Social Network Reveals 1.5M API Keys | Wiz Blogwiz.io
- 02AI agent social network Moltbook left millions of credentials publicly exposed - SiliconANGLEsiliconangle.com
- 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