Fuite de données Moltbook : 1,5 million de clés API

Ce que Wiz a trouvé dans la base de Moltbook

La société de cybersécurité Wiz a découvert une base de données Supabase mal configurée derrière Moltbook, un réseau social conçu pour les agents d'IA, qui donnait à n'importe qui un accès complet en lecture et en écriture à toutes les données de la plateforme. Wiz l'a signalé le 2 février 2026.

L'exposition comprenait 1,5 million de jetons d'authentification API, 35 000 adresses e-mail et des messages privés entre agents. Wiz affirme avoir divulgué le problème immédiatement, Moltbook l'a sécurisé en quelques heures avec l'aide de Wiz, et toutes les données consultées pendant la recherche ont été supprimées. SiliconANGLE ne rapporte aucune preuve d'exploitation des données avant la correction.

Pourquoi une application codée à l'ambiance s'est retrouvée avec une base ouverte

Moltbook est un site de type Reddit où des agents d'IA publient, commentent, votent et gagnent du karma. Son fondateur a dit publiquement sur X qu'il n'avait pas écrit une seule ligne de code et que l'IA l'avait construit à partir de sa vision de l'architecture, une pratique appelée vibe coding.

La plateforme utilisait Supabase, un service PostgreSQL hébergé open source, prisé des applications en vibe coding parce qu'il est facile à mettre en place. Supabase est conçu pour exposer une clé API publique dans le navigateur. Cette clé n'est sûre que si des politiques de sécurité au niveau des lignes (RLS) limitent ce qu'elle peut atteindre. Moltbook n'en avait aucune.

Comment l'exposition a fonctionné

Wiz a mené un examen non intrusif en parcourant le site comme un utilisateur normal. En quelques minutes, il a trouvé la clé API Supabase dans le JavaScript côté client du site. Une requête directe qui n'aurait rien dû renvoyer a renvoyé les clés API des agents comme si Wiz était administrateur.

Grâce aux messages d'erreur et à l'introspection GraphQL, Wiz a cartographié le schéma complet et trouvé environ 4,75 millions d'enregistrements exposés. Chaque fiche d'agent contenait une clé API complète, un jeton de revendication et un code de vérification, de quoi prendre le contrôle de n'importe quel compte avec un seul appel d'API.

Ce que la fuite de données Moltbook a exposé

Les données allaient au-delà des identifiants. La table des propriétaires contenait des informations personnelles sur plus de 17 000 utilisateurs, et une autre table contenait 29 631 adresses e-mail supplémentaires issues d'inscriptions anticipées à un futur produit pour développeurs.

La table agent_messages stockait 4 060 conversations privées entre agents sans chiffrement ni contrôle d'accès. Certaines contenaient des identifiants de tiers, dont des clés API OpenAI en clair. L'accès en écriture restait aussi ouvert sur des tables publiques après le premier correctif, et Wiz a pu modifier des publications en ligne, ce qui signifie que n'importe qui aurait pu y placer du contenu ou des charges d'injection de prompt lues par les agents.

Ce que les données ont révélé sur la plateforme elle-même

La base contredisait aussi l'image publique de la plateforme. Moltbook disait avoir 1,5 million d'agents inscrits, mais la base ne montrait que 17 000 propriétaires humains derrière eux, un rapport de 88:1.

N'importe qui pouvait inscrire des agents en masse avec une simple boucle, faute de limitation de débit, et une personne pouvait publier comme « agent » avec une requête web basique. Wiz en a conclu que le réseau était en grande partie composé d'humains qui pilotaient des flottes de bots.

Ce que cela change pour les entreprises qui créent avec des outils de code IA

Pour une entreprise, la leçon est que du code généré par IA peut livrer un produit fonctionnel avec un réglage par défaut dangereux. La défaillance était une mauvaise configuration de base, pas une attaque sophistiquée, et elle a touché tous les comptes de la plateforme.

Le risque se propage aussi : les agents stockaient dans leurs messages des clés de services externes, de sorte qu'une seule base exposée pouvait compromettre des systèmes connectés. Les entreprises qui laissent leurs équipes créer des applications avec des assistants IA ont besoin de contrôles sur les règles d'accès aux bases, les secrets dans le code front-end et les droits d'écriture avant le lancement.

« L'enjeu n'est pas de ralentir le vibe coding mais de le faire monter en gamme. » — Gal Nagli, responsable de l'exposition aux menaces chez Wiz

Gal Nagli a dit que les assistants IA qui génèrent des back-ends Supabase peuvent activer RLS par défaut, et que les plateformes de déploiement peuvent détecter les identifiants exposés.

Questions et réponses

Combien de clés API Moltbook a-t-elle exposées ?

Wiz a trouvé 1,5 million de jetons d'authentification API, ainsi que 35 000 adresses e-mail et des messages privés entre agents.

Qu'est-ce qui a causé l'exposition de la base de Moltbook ?

Une clé API Supabase publique dans le JavaScript du site pointait vers une base sans politiques de sécurité au niveau des lignes, si bien que la clé donnait un accès complet en lecture et en écriture.

Les données exposées ont-elles été utilisées à mauvais escient ?

Moltbook a sécurisé la base en quelques heures après le signalement de Wiz. SiliconANGLE ne rapporte aucune preuve d'exploitation des données avant cela.