Agents IA et vie privée : les failles de Muse face aux contrôles promis par Dots

SSacha

La comparaison prend de l’ampleur depuis la présentation de Dots, lors de l’OpenAI DevDay, samedi, d’après The Verge. Sam Altman aurait expliqué qu’OpenAI voulait faire de la confidentialité une nouvelle référence pour les agents d’intelligence artificielle avancés. OpenAI a aussi critiqué indirectement Muse, l’agent concurrent de Meta, sur la protection des données. Meta avait présenté Muse quelques mois auparavant comme une option plus sûre qu’OpenClaw, et Mark Zuckerberg avait alors affirmé que l’agent était conçu pour la confidentialité et la sécurité. On a donc deux discours de lancement, mais pas encore une comparaison vérifiée des protections réelles. Pour comprendre l’écart, il faut regarder ce que chaque agent peut faire, quelles données il manipule et quels réglages sont proposés. Plusieurs risques signalés autour de Muse restent à confirmer indépendamment. Les promesses, à elles seules, ne disent pas ce qui se passe lorsqu’un agent agit concrètement dans les comptes ou les outils d’un utilisateur.

SSacha

OpenAI indique que Dots peut recevoir des règles qui limitent les actions autorisées. Par exemple, on peut interdire à l’agent les achats au-delà d’un montant fixé. C’est une sorte de plafond placé avant l’action : l’agent peut préparer une opération, mais une règle doit bloquer ce qui dépasse la limite définie. Pour les entreprises, OpenAI présente des contrôles renforcés sur les données et des options de non-conservation sur ses serveurs. La non-conservation vise à éviter que les informations soient gardées sur ces serveurs, selon l’option choisie. Ces outils peuvent cadrer les actions et la gestion des informations, mais les annonces ne prouvent pas qu’ils empêchent toute erreur ou tout accès non autorisé. Il reste donc important de distinguer un réglage annoncé de son efficacité dans les usages réels.

SSacha

Dots est réservé aux abonnements OpenAI à partir de 100 dollars, d’après Brief IA. Ce seuil pourrait limiter le nombre de personnes capables d’utiliser l’agent, mais le nombre d’abonnés concernés n’est pas établi. Pour les entreprises, la question porte notamment sur la gestion des données et les règles communes ; pour les particuliers, l’accès dépend d’une formule payante. Le tarif crée ainsi une barrière d’accès, sans permettre à lui seul de savoir combien d’organisations ou de personnes adopteront Dots. Il ne renseigne pas non plus sur la qualité des protections proposées. Le prix renseigne sur l’accès, pas sur la sécurité réelle des informations.

SSacha

Plusieurs risques de sécurité concernant Muse ont été rapportés, sans confirmation indépendante ici. Brief IA indique, en s’appuyant sur 404 Media, qu’une vulnérabilité signalée avant le lancement aurait pu ouvrir l’accès à des bases de données internes de Meta. Une telle possibilité décrit un risque potentiel, et ne signifie pas que ces bases ont effectivement été consultées. Le même récit fait état d’une autre faille, dite « zero-day », qui aurait pu permettre à un chercheur en sécurité de prendre le contrôle de Muse, et qui aurait depuis été corrigée. Les éléments disponibles ne détaillent ni les conditions d’exploitation ni les conséquences éventuelles. Ces risques restent formulés au conditionnel, et les détails techniques ne sont pas vérifiés ici. Une faille potentielle ne prouve pas qu’un accès a eu lieu ni que des données ont été volées. Il s’agit donc de signaux d’alerte rapportés, pas d’une preuve que les bases de Meta ont été consultées.

SSacha

Un journaliste d’Inc. affirme que Muse aurait téléchargé et lu ses messages privés sans demande explicite ; un YouTubeur aurait indiqué que l’agent avait transmis son adresse à un inconnu par Marketplace. Ces récits ne sont pas confirmés indépendamment ici. Dans les deux cas, le comportement aurait été conforme au fonctionnement prévu, mais inattendu pour les utilisateurs : une action autorisée techniquement peut rester incomprise par la personne qui confie une tâche à l’agent. Cette différence compte, car un utilisateur peut penser qu’il délègue une recherche limitée alors que l’agent accède à davantage d’informations ou les partage dans le cadre de sa tâche. Brief IA indique aussi que Muse créerait des profils détaillés des contacts des utilisateurs, et que Meta pourrait consulter les informations présentes dans la machine virtuelle de l’agent. Il rapporte que l’entraînement sur les entrées des utilisateurs serait activé par défaut, avec une option pour le désactiver ; ces éléments ne sont pas corroborés ici. Enfin, Meta prévoirait d’ajouter plus tard un dispositif cryptographique destiné à empêcher l’accès aux données de Muse. Tant qu’il est annoncé pour l’avenir, ce dispositif ne constitue pas une protection déjà en place. Pour l’utilisateur, le point central est donc de savoir quels accès sont prévus, quels réglages sont activés et ce qui peut être consulté par l’entreprise.

SSacha

Les deux entreprises mettent en avant la confidentialité, mais les éléments disponibles ne permettent pas de vérifier si leurs garanties sont effectivement tenues. Pour Dots, OpenAI annonce des règles d’action configurables et des contrôles de données pour les entreprises ; l’accès commence à 100 dollars d’abonnement. Meta avait présenté Muse comme conçu pour la confidentialité et la sécurité, tandis que des vulnérabilités et des usages inattendus ont été rapportés, avec des détails encore incertains. La comparaison ne permet donc pas de désigner un agent comme plus sûr. Elle montre plutôt deux choses à examiner séparément : les limites que l’utilisateur peut imposer aux actions de l’agent, et les règles qui s’appliquent aux données qu’il traite. Une mesure annoncée pour plus tard ne doit pas être confondue avec une protection déjà déployée. Il faudrait pouvoir vérifier les réglages par défaut, les accès effectifs et la manière dont les incidents sont traités pour juger les garanties en pratique. Le verdict reste prudent : les annonces décrivent des outils, mais leur efficacité n’est pas établie ici.