La fonction de partage de chat de Muse de Meta expose les chats à la recherche publique
Muse, l'application de chat IA de Meta, a explosé sur la scène avec plus de 10,9 millions de téléchargements en seulement 40 jours, selon les statistiques de Sensor Tower rapportées par TechCrunch. Mais maintenant, l'attention se porte sur un problème de confidentialité flagrant. Claroc, une entreprise de sécurité axée sur les risques liés à l'IA, a découvert que les chats Muse partagés via un lien pouvaient être découverts par quiconque fouillant dans les dossiers publics d'internet, même si l'expéditeur pensait que seules certaines personnes les verraient.
The Verge rapporte que Meta a mis sur pause la fonction de partage de Muse pendant qu'elle résout ce problème.
Meta n'a pas laissé la croissance de Muse au hasard. Ils ont dirigé 39 % de leur budget publicitaire d'octobre vers l'application, visant à instaurer la confiance et à augmenter rapidement le nombre d'utilisateurs. Mais lorsque vous évoluez aussi rapidement—surtout pour un outil destiné à la fois aux particuliers et aux entreprises—le moindre faux pas en matière de confidentialité est amplifié.
Un contenu sensible entre de mauvaises mains est toujours un risque, mais c'est particulièrement vrai pour le public visé par Muse.
Comment fonctionne le partage de Muse—et ce qui a mal tourné
Muse permet aux utilisateurs de transformer des conversations de chat en pages web uniques, accessibles à quiconque possédant le lien—sans murs de connexion. C'est une pratique standard pour les applications de chat IA destinées à favoriser la collaboration. Mais l'approche de Muse incluait à la fois le titre du chat et un code aléatoire dans l'adresse web.
Donc, si vous appeliez un chat "Révision du budget Q3," l'URL ressemblerait à q3-budget-review-4d7a19e2—tout cela sur un domaine appartenant à Meta.
Chaque fois que quelqu'un ouvrait un chat Muse partagé, son navigateur effectuait une recherche DNS pour l'adresse. Les services DNS passifs enregistrent discrètement ces recherches, et quiconque a accès peut rechercher et extraire les adresses. C'est ainsi que Claroc a découvert plus de 6 800 URL de partage de Muse, avec des titres de chat clairs qui indexaient essentiellement le contenu.
La partie aléatoire de l'URL était censée rendre les liens difficiles à deviner, mais cela n'avait pas d'importance—puisque l'adresse entière, code aléatoire inclus, se retrouvait dans des journaux publics dès qu'une personne la visitait.
La plongée approfondie de Claroc a montré que ces URL n'étaient pas seulement théoriquement exposées—elles étaient activement indexées par des bases de données DNS passives. Ainsi, quiconque déterminé (ou avec la bonne automatisation) pouvait traquer et lister les chats Muse partagés sans jamais avoir besoin du lien original. Avec les titres de chat juste là dans l'adresse, il était encore plus facile de repérer des chats contenant potentiellement des informations sensibles.
La plupart de ce que Claroc a trouvé était assez banal—des sites de petites entreprises, des calendriers d'événements. Mais certaines URL ont révélé des données beaucoup plus sensibles :
- Des notes privées d'un candidat à un emploi pour un appel avec un laboratoire IA de premier plan, complètes avec des contacts internes et des horaires de réunion
- Une révision interne des revenus d'une entreprise de marketing, signalée pour le PDG
- Une demande de prêt pour petites entreprises divulguant le montant du prêt
- Un calendrier de vacances du personnel sur une année complète listant des dizaines d'employés
Cette gamme—des notes RH à la planification stratégique des affaires—montre que le risque d'exposition n'est pas limité à un seul type de données ou d'entreprise. Si votre équipe utilise des outils de chat collaboratifs, vous pourriez être concerné.
Claroc a signalé le problème au programme de récompense pour bugs de Meta le 8 octobre. Ils n'ont pas trouvé de preuves d'utilisation abusive, et les chats sont devenus publics uniquement parce que les utilisateurs les ont partagés. Néanmoins, l'examen de Claroc a couvert un seul service DNS, un type d'adresse, et une période spécifique.
La portée réelle pourrait être encore plus large—Claroc a trouvé 27 nouvelles URL de partage le dernier jour de vérification, donc les gens continuaient à partager alors que le contrôle s'intensifiait.
Implications pour les entreprises et les professionnels
Ce cas souligne une dure vérité pour quiconque s'appuie sur la collaboration alimentée par l'IA : juste parce qu'un lien est "non répertorié" ne signifie pas qu'il est privé. Pour les entreprises, ce n'est pas un risque hypothétique—les découvertes de Claroc comprenaient des documents internes confidentiels que quiconque pourrait découvrir.
Imaginez un manager partageant un chat Muse avec un projet de plan d'affaires ou une liste de licenciements à venir, en supposant que seuls les destinataires le verront. Si ce lien est ouvert ne serait-ce qu'une fois, son adresse (et peut-être son contenu) pourrait se retrouver dans un journal DNS public, découvrable par quiconque ayant les bons outils. C'est une préoccupation sérieuse pour les entreprises traitant des données sensibles sur les clients, des dossiers RH ou des plans propriétaires.
Le problème est aggravé car de nombreux utilisateurs—et même des professionnels de l'informatique—ne savent pas comment fonctionne l'enregistrement DNS passif. Contrairement à votre serveur web typique, où le fournisseur de services contrôle les journaux d'accès, les enregistrements DNS passifs sont conservés par des tiers et peuvent être recherchés par quiconque ayant accès. Ainsi, supprimer un chat Muse ou révoquer un lien après coup ne résout pas nécessairement le problème—l'adresse pourrait encore être là, et quelqu'un pourrait avoir copié les informations pendant la fenêtre d'exposition.
Il y a un autre risque aussi : mettre le titre du chat dans l'URL. C'est pratique pour les utilisateurs mais risqué si le titre révèle ce qui est discuté. Un concurrent ou un acteur malveillant pourrait scanner des titres comme "Révision du budget Q3" ou "planification de fusion"—ils n'auraient même pas besoin d'ouvrir la page pour obtenir des informations précieuses.
Étapes pratiques pour protéger le contenu partagé
Si vous ou votre équipe utilisez des applications de chat IA avec des liens partageables, voici ce que vous devriez faire dès maintenant pour réduire l'exposition :
- Ne partagez pas d'informations sensibles en utilisant des liens publics ou non répertoriés—surtout s'il n'y a pas de connexion requise.
- Révisez vos politiques de partage pour les outils de collaboration IA et cloud. Assurez-vous que les employés connaissent la différence entre "non répertorié" et "privé".
- Surveillez les fuites accidentelles en recherchant des enregistrements DNS publics pour votre propre contenu ou en utilisant des outils de sécurité. Les équipes de sécurité devraient auditer les fuites, surtout après le déploiement de nouvelles applications.
- Formez les employés aux risques des liens "non répertoriés" et pourquoi l'obscurité n'est pas une vraie sécurité. Utilisez des exemples réels pour faire passer le message.
- Restez informé des mises à jour des fournisseurs concernant les problèmes de sécurité ou les changements de fonctionnalités. Meta a suspendu le partage de Muse—restez à l'affût des futures mises à jour ou correctifs.
En plus de cela, envisagez de mettre en place des contrôles techniques. Par exemple, bloquez le partage non authentifié dans les environnements professionnels, exigez des mots de passe pour les liens partagés, ou déployez des outils DLP pour détecter et empêcher le partage imprudent de données sensibles.
Mon point de vue : un conte de mise en garde pour la collaboration IA
Voici comment je le vois : c'est un exemple classique de la façon dont la commodité et la sécurité tirent dans des directions opposées avec les outils modernes d'IA. Partager un chat avec un lien est génial pour les équipes à distance ou basées sur des projets. Mais comme le montrent les découvertes de Claroc, les raccourcis—comme insérer des titres de chat lisibles dans des URL—peuvent se retourner contre vous, surtout lorsque des infrastructures publiques comme les journaux DNS sont en jeu.
Ce n'est pas seulement une question de Muse. De nombreuses plateformes SaaS et IA utilisent des modèles de partage similaires, et la plupart des gens n'ont aucune idée de la façon dont "non répertorié" peut rapidement se transformer en "public". La leçon à retenir : si quelque chose est vraiment sensible, ne comptez pas sur l'obscurité ou des liens non répertoriés.
Insistez sur de vraies fonctionnalités de confidentialité comme des mots de passe, des liens expirants ou des journaux d'accès.
Si vous recherchez des outils IA pour votre équipe, privilégiez les contrôles de sécurité plutôt que des fonctionnalités tape-à-l'œil ou du battage médiatique.
Une chose de plus : Claroc, l'entreprise qui a mis en lumière le problème, vend également des logiciels pour détecter le partage risqué d'IA. Leur incitation est évidente, mais leurs découvertes techniques sont solides et étayées par des preuves. Si vous êtes un leader d'entreprise, ne paniquez pas—mais abordez chaque nouvelle fonctionnalité IA avec une bonne dose de scepticisme, et demandez aux fournisseurs de la transparence.
Demandez non seulement comment une fonctionnalité fonctionne, mais comment elle pourrait échouer—et ce qui est en place pour détecter ou prévenir ces échecs.
Si votre organisation utilise déjà Muse ou des outils similaires, c'est le moment de revoir ce qui a été partagé, de vérifier les journaux d'accès si vous les avez, et de contacter les fournisseurs au sujet d'une exposition possible. Utilisez cela comme une raison de revoir comment vous évaluez et déployez de nouveaux outils IA—la sécurité et la confidentialité devraient se trouver juste à côté de la productivité sur votre liste de contrôle.
Conclusion
Le défaut de partage de Muse devrait être un signal d'alarme : dans le monde de la collaboration IA, "non répertorié" n'est en aucun cas synonyme de "privé". Si vous partagez quoi que ce soit d'important pour votre entreprise, assurez-vous de savoir exactement qui peut le voir—et comment il pourrait être trouvé autrement. Pour l'instant, traitez chaque lien partageable comme s'il était public, et exigez de vos fournisseurs qu'ils respectent des normes de sécurité plus élevées.
À mesure que ces outils IA se multiplient, il faudra un mélange de technologie, de formation des utilisateurs et de responsabilité des fournisseurs pour garder les données sensibles des entreprises réellement sécurisées.
Pour en savoir plus sur Meta Muse, visitez https://muse.meta.com/.

