Botpress révèle une intrusion interne et un risque pour les identifiants des clients

Botpress a révélé le 6 novembre 2026 qu’un intrus avait exploité une faille dans un proxy d’authentification interne ainsi que la clé d’API d’un employé pour consulter les configurations de bots dans 16 espaces de travail clients. Ces configurations peuvent contenir des identifiants de services tiers, et les paramètres d’intégration ont été modifiés dans deux autres espaces de travail.

Une faille d’authentification a précédé l’accès aux espaces de travail

Le 12 octobre 2026, une personne a commencé à sonder le proxy d’authentification qui protégeait plusieurs outils internes. Une faille dans la validation de la connexion a permis à l’attaquant d’entrer avec des sessions qui semblaient appartenir à des membres du personnel de Botpress. Du 13 au 21 octobre 2026, l’attaquant a eu accès à ces outils et à certains systèmes qui y étaient connectés, profitant de cette période pour comprendre le fonctionnement des systèmes de Botpress. Cet accès lui a donné la possibilité de consulter des informations sur les comptes clients et des données internes, notamment des données liées aux identifiants d’API du personnel. L’enquête n’a trouvé aucun élément indiquant que le compte d’un employé auprès du fournisseur d’identité avait été compromis.

Le 21 octobre, entre 07:44 et 08:23 UTC, l’attaquant a utilisé la clé d’API de l’employé et les droits d’administrateur associés pour consulter les configurations dans 16 espaces de travail. L’employé était membre de ces espaces de travail clients et y disposait de droits d’administrateur. La configuration d’un bot comprend les paramètres des intégrations installées, qui peuvent contenir des clés d’API de fournisseurs d’IA, des jetons de canaux de messagerie, des identifiants de systèmes de gestion de la relation client (CRM) et d’autres secrets similaires de services tiers. Par ailleurs, des failles dans les procédures de configuration de certaines intégrations ont été exploitées pour modifier les paramètres d’une intégration dans chacun de deux autres espaces de travail clients.

Il est impossible de déterminer si les identifiants étaient valides

Botpress sait quels bots ont été consultés et a contacté les propriétaires des 16 espaces de travail ainsi que ceux des deux espaces où les paramètres d’intégration ont été modifiés, en leur fournissant la liste des bots et des intégrations concernés. Ses journaux ne permettent pas d’établir exactement quels bots contenaient un identifiant valide au moment de leur consultation. L’entreprise demande donc à ces clients de considérer comme exposé tout identifiant stocké dans les bots concernés. Pour les clients qui n’ont pas été contactés directement, l’enquête n’a trouvé aucun élément indiquant que leurs bots ont été consultés ou modifiés.

Botpress attribue l’intrusion à une tentative visant à obtenir de l’usage de l’IA afin de le revendre sur les marchés noirs de l’IA. Avant et pendant l’incident, l’attaquant a exploité un vaste réseau de comptes Botpress pour consommer des crédits d’IA, et une grande partie de l’activité interne visait à permettre à ces comptes de fonctionner sans limites. Aucune demande de rançon n’a été reçue et aucun signe indiquant que des données clients ont été publiées ou proposées à la vente n’a été observé.

L’enquête n’a pas non plus trouvé d’élément indiquant que le code source, les chaînes de compilation ou les paquets publiés avaient été modifiés, ni que l’attaquant avait accédé aux conversations des utilisateurs finaux traitées par les bots des clients. Botpress ne conserve pas les numéros complets des cartes de paiement. La divulgation sera mise à jour si ces conclusions évoluent.

Le confinement est terminé, mais les mesures correctives se poursuivent

Vers 16:25 UTC le 21 octobre, Botpress a corrigé la vulnérabilité du proxy, renouvelé son secret et révoqué l’identifiant de l’employé. L’entreprise a bloqué les comptes, les espaces de travail et les itinéraires réseau associés à l’attaquant, renforcé les règles d’accès réseau, restreint et redémarré les outils concernés, et limité les moyens d’y accéder. Elle a également annulé les modifications apportées aux paramètres internes, renforcé le stockage des configurations d’intégration et commencé à renouveler les identifiants internes présents dans les fichiers consultés par l’attaquant.

Après cette correction, l’attaquant a continué à tenter d’accéder aux systèmes par d’autres voies et au moyen de nouveaux comptes sur la plateforme. Botpress a fermé toutes les voies qu’elle a identifiées, et les tentatives observées jusqu’au 3 novembre 2026 ont été rejetées. L’entreprise affirme qu’il n’est désormais plus possible d’accéder aux outils internes en usurpant une identité.

Les travaux restants vont au-delà de ce confinement. Le renouvellement des identifiants internes est toujours en cours. Une initiative de renforcement de la sécurité passe en revue les accès à chaque outil interne et les autorisations liées aux identifiants du personnel, notamment les circonstances dans lesquelles les employés devraient disposer de droits d’administrateur sur les espaces de travail des clients. Botpress modifie également l’API des bots afin que les identifiants qui y sont stockés ne puissent plus être obtenus par la même méthode.

La surveillance des activités connexes se poursuivra, et Botpress accompagnera les clients concernés jusqu’au renouvellement de leurs identifiants. La distinction entre les phases immédiate et non résolue de l’incident est donc claire : les voies d’accès identifiées ont été fermées, tandis que le renouvellement des identifiants et les décisions concernant les droits d’accès du personnel aux espaces de travail des clients restent en suspens.