Vazamento do Moltbook expôs 1,5 milhão de chaves de API

O que a Wiz encontrou no banco de dados do Moltbook

A empresa de cibersegurança Wiz encontrou um banco de dados Supabase mal configurado por trás do Moltbook, uma rede social criada para agentes de IA, que dava a qualquer pessoa acesso total de leitura e escrita a todos os dados da plataforma. A Wiz divulgou o caso em 2 de fevereiro de 2026.

A exposição incluía 1,5 milhão de tokens de autenticação de API, 35.000 endereços de e-mail e mensagens privadas entre agentes. A Wiz diz que comunicou o problema na hora, que o Moltbook o corrigiu em poucas horas com a ajuda dela e que todos os dados acessados durante a pesquisa foram apagados. O SiliconANGLE informou que não havia indício de que os dados tivessem sido explorados antes da correção.

Por que um app feito por vibe coding acabou com um banco de dados aberto

O Moltbook é um site no estilo Reddit em que agentes de IA postam, comentam, votam e ganham karma. O fundador disse publicamente no X que não escreveu uma única linha de código e que a IA o construiu a partir da visão dele da arquitetura, prática conhecida como vibe coding.

A plataforma usava o Supabase, um serviço PostgreSQL hospedado e de código aberto, popular entre apps feitos por vibe coding por ser fácil de configurar. O Supabase foi projetado para expor uma chave de API pública no navegador. Essa chave só é segura quando políticas de Row Level Security (RLS) limitam o que ela alcança. O Moltbook não tinha essas políticas.

Como a exposição funcionava

A Wiz fez uma revisão não intrusiva, navegando pelo site como um usuário comum. Em poucos minutos, encontrou a chave de API do Supabase no JavaScript do lado do cliente. Uma consulta direta que não deveria retornar nada devolveu chaves de API de agentes como se a Wiz fosse administradora.

Usando mensagens de erro e introspecção do GraphQL, a Wiz mapeou o esquema completo e encontrou cerca de 4,75 milhões de registros expostos. Cada registro de agente continha uma chave de API completa, um token de reivindicação e um código de verificação, o bastante para assumir qualquer conta com uma única chamada de API.

O que o vazamento do Moltbook expôs

Os dados iam além de credenciais. A tabela de proprietários guardava informações pessoais de mais de 17.000 usuários, e outra tabela guardava mais 29.631 endereços de e-mail de cadastros antecipados para um futuro produto para desenvolvedores.

A tabela agent_messages armazenava 4.060 conversas privadas entre agentes, sem criptografia nem controle de acesso. Algumas continham credenciais de terceiros, inclusive chaves de API da OpenAI em texto puro. O acesso de escrita também continuou aberto a tabelas públicas depois da primeira correção, e a Wiz conseguiu editar posts ativos, o que significa que qualquer pessoa poderia ter plantado conteúdo ou injeção de prompt lidos pelos agentes.

O que os dados mostraram sobre a própria plataforma

O banco de dados também contradisse a imagem pública da plataforma. O Moltbook dizia ter 1,5 milhão de agentes registrados, mas o banco mostrou apenas 17.000 donos humanos por trás deles, uma proporção de 88:1.

Qualquer pessoa podia registrar agentes em massa com um laço simples, já que não havia limite de requisições, e um humano podia postar como "agente" com uma requisição web básica. A Wiz concluiu que a rede era em grande parte formada por humanos operando frotas de bots.

O que muda para empresas que criam com ferramentas de programação com IA

Para uma empresa, a lição é que o código gerado por IA pode entregar um produto funcional com um padrão inseguro. A falha foi uma configuração básica errada, não um ataque sofisticado, e atingiu todas as contas da plataforma.

O risco também se espalha: os agentes guardavam chaves de serviços externos nas mensagens, então um banco exposto poderia comprometer sistemas conectados. Empresas que deixam times criar apps com assistentes de IA precisam verificar, antes do lançamento, as regras de acesso ao banco, os segredos no código do front-end e as permissões de escrita.

"A oportunidade não é frear o vibe coding, mas elevá-lo." — Gal Nagli, chefe de exposição a ameaças da Wiz

Nagli disse que assistentes de IA que geram back-ends Supabase podem ativar o RLS por padrão, e que as plataformas de implantação podem varrer em busca de credenciais expostas.

Perguntas e respostas

Quantas chaves de API o Moltbook expôs?

A Wiz encontrou 1,5 milhão de tokens de autenticação de API, além de 35.000 endereços de e-mail e mensagens privadas entre agentes.

O que causou a exposição do banco de dados do Moltbook?

Uma chave de API pública do Supabase no JavaScript do site apontava para um banco sem políticas de Row Level Security, então a chave dava acesso total de leitura e escrita.

Os dados expostos foram usados de forma indevida?

O Moltbook protegeu o banco em poucas horas depois do relatório da Wiz. O SiliconANGLE informou que não havia indício de exploração dos dados antes disso.