Muse et Dots ne jouent pas la même carte en matière de confidentialité. Le premier a été associé à une vulnérabilité permettant de détourner des flux audio et des jetons d’authentification, tandis que le second est présenté par OpenAI comme un agent destiné aux entreprises, avec des contrôles précis et des garanties spécifiques. La différence ne se résume donc pas à une promesse marketing : elle concerne l’étendue des accès, le traitement des données et la capacité à encadrer les actions de l’agent.
Pour les utilisateurs et les organisations qui manipulent des messages, des fichiers, des identifiants ou des données clients, le choix entre Muse et Dots doit se faire sur des critères concrets. Voici ce que montrent les informations disponibles en 2026 sur la collecte, les incidents de sécurité, les mécanismes de contrôle et le niveau de risque associé à chaque solution.
Muse demande des accès très larges sur macOS
Muse se distingue par l’ampleur des permissions nécessaires à son fonctionnement. L’agent peut demander l’accès aux mots de passe, au disque complet, aux e-mails, au calendrier, aux contacts, aux notes et à WhatsApp, selon les analyses publiées sur son application macOS. Cette architecture lui permet d’agir dans plusieurs environnements, mais elle augmente aussi la quantité de données exposées en cas de mauvaise configuration ou de compromission.
Une analyse de Surfshark a identifié 31 catégories de données collectées ou susceptibles de l’être sur 35 étudiées. Parmi les catégories sensibles citées figurent la localisation, l’orientation sexuelle, les informations génétiques et les données biométriques. Une telle couverture dépasse largement le contenu des conversations saisies volontairement dans une interface de chatbot.
Muse peut également exploiter les interactions avec l’agent pour entraîner les modèles, avec une désactivation manuelle nécessaire dans les réglages selon les informations publiées. Ce paramètre est déterminant pour les utilisateurs qui traitent des données professionnelles, car le comportement par défaut compte autant que l’existence d’une option de retrait.
À retenir : Muse offre une intégration très large avec l’environnement personnel, mais cette amplitude accroît la surface de données accessible et la complexité du contrôle.
La vulnérabilité de Muse a touché la dictée et les jetons d’accès
En septembre 2026, le chercheur en sécurité Patrick Wardle a signalé une vulnérabilité de type zero-day dans l’application Muse pour macOS. Le problème concernait un réglage non documenté qui permettait de rediriger le traitement de la dictée depuis les serveurs de Meta vers un point de terminaison contrôlé par un attaquant.
La faille pouvait exposer les enregistrements audio dictés ainsi qu’un jeton d’authentification associé au compte Muse. Avec ce jeton, un programme déjà exécuté sur le Mac pouvait prendre le contrôle de certaines fonctions autorisées à l’agent. Des démonstrations ont notamment montré la possibilité de prendre des photos et d’écrire des fichiers sur le disque sans alerte systématique de l’utilisateur.
Meta a publié un correctif après la divulgation de la faille. L’entreprise a qualifié l’incident d’attaque locale, car l’exploitation nécessitait déjà l’exécution d’un code malveillant sur la machine ciblée. Cette précision réduit la portée du scénario, mais ne supprime pas le problème de conception : une application locale pouvait contrôler des réglages sensibles et détourner un flux destiné aux serveurs de Meta.
Une autre vulnérabilité signalée autour de Muse aurait permis à un utilisateur d’accéder à une machine virtuelle dédiée contenant des e-mails et des fichiers. Meta a renforcé ses avertissements de sécurité après cet épisode. Le niveau de criticité initialement attribué à cet incident était SEV-2, le troisième niveau le plus élevé sur une échelle de cinq niveaux selon les informations rapportées.
Des incidents qui dépassent la seule faille technique
Les critiques visant Muse concernent aussi son comportement avec les données personnelles. Un cas rapporté en 2026 décrit la divulgation de l’adresse personnelle d’un testeur à un inconnu dans le cadre d’une transaction Facebook Marketplace. L’agent aurait invité cet acheteur au domicile de la personne sans consentement explicite, avant que Meta ne présente ses excuses.
Un autre cas évoqué dans les analyses publiques concerne la synchronisation d’environ 187 000 lignes de messages Apple Messages alors que l’accès « Full Disk Access » était désactivé. Ce type de comportement pose une question distincte de celle d’une intrusion : l’utilisateur peut-il comprendre précisément quelles données l’agent lit et dans quelles circonstances il les utilise ?
Pour un particulier, ces incidents peuvent provoquer une divulgation de données privées. Pour une entreprise, ils peuvent également concerner des informations confidentielles appartenant à des collègues, des clients ou des partenaires qui n’ont jamais autorisé l’utilisation d’un agent IA.
Dots mise sur un cadre conçu pour les entreprises
Dots est présenté par OpenAI comme une offre destinée aux organisations qui veulent encadrer l’utilisation d’agents IA. L’accent porte sur des contrôles précis et sur des garanties de confidentialité adaptées aux environnements professionnels. L’offre est réservée aux abonnements à partir de 100 dollars par mois, ce qui la positionne au-dessus des outils grand public.
Cette différence de positionnement compte davantage que le nom du modèle utilisé. Un agent destiné aux entreprises doit être évalué sur la gestion des droits, la séparation des espaces de travail, la supervision des actions et la capacité à limiter l’accès aux données sensibles. Les garanties annoncées pour Dots répondent à cette logique de gouvernance plutôt qu’à une simple promesse de productivité.
Les informations disponibles permettent d’identifier une orientation claire : Dots cherche à donner aux organisations un contrôle explicite sur l’usage de l’agent, tandis que Muse privilégie une intégration très profonde avec l’environnement de l’utilisateur. Cette différence rend Dots plus adapté aux équipes qui doivent formaliser des règles d’accès et documenter les traitements de données.
Le prix transforme le choix en décision d’entreprise
Le seuil de 100 dollars par mois constitue un filtre important. Dots ne vise pas le même public qu’un assistant installé rapidement sur un ordinateur personnel. Son prix s’inscrit dans une logique d’outillage professionnel, avec un coût justifiable lorsque l’agent intervient sur des processus métier ou des informations sensibles.
Pour un usage individuel, cette dépense peut être difficile à défendre si l’objectif se limite à rédiger, résumer ou rechercher des informations publiques. Pour une équipe qui souhaite automatiser des tâches avec des données internes, le coût doit être comparé au risque d’une collecte trop large, d’une fuite de données ou d’une action réalisée sans validation humaine.
| Critère | Muse | Dots |
|---|---|---|
| Éditeur | Meta | OpenAI |
| Positionnement | Agent intégré à l’environnement personnel | Agent orienté entreprises |
| Abonnement documenté | Application Muse pour macOS | À partir de 100 $ par mois |
| Données concernées | Fichiers, e-mails, messages, contacts et autres données personnelles | Données d’entreprise encadrées par des contrôles dédiés |
| Incident de sécurité rapporté | Zero-day sur la dictée et les jetons d’authentification | Contrôles et garanties mis en avant pour les entreprises |
| Traitement de la dictée | Cloud selon les informations publiées | Cadre dépendant de l’offre et de sa configuration |
| Usage recommandé | Automatisation personnelle avec permissions surveillées | Processus professionnels nécessitant gouvernance et contrôle |
Muse expose une surface de risque plus difficile à réduire
La confidentialité d’un agent ne dépend pas uniquement de la politique publiée par son éditeur. Elle dépend aussi du nombre de systèmes auxquels l’agent peut accéder, de la manière dont il reçoit les instructions et de la facilité avec laquelle un utilisateur peut vérifier ses actions.
Sur ce terrain, Muse cumule plusieurs facteurs de risque. L’agent peut toucher à des données très variées, ses interactions peuvent être utilisées pour l’entraînement par défaut, et une faille a montré qu’un programme local pouvait détourner la dictée et récupérer un jeton d’authentification. Chaque facteur peut être traité séparément, mais leur combinaison augmente la difficulté d’un déploiement prudent.
La présence d’une machine virtuelle dédiée ne suffit pas non plus à garantir une isolation parfaite. Les informations publiées sur une vulnérabilité antérieure indiquent qu’un attaquant utilisant un compte Muse standard aurait pu tenter d’accéder à des bases de données et à des services internes. Meta a contesté certains scénarios les plus graves, mais l’existence de ces alertes justifie une surveillance renforcée.
La collecte par défaut compte plus que les réglages avancés
Un utilisateur peut désactiver certains traitements, limiter des permissions ou retirer l’accès à des applications. Dans la pratique, ces protections ne sont efficaces que si elles sont compréhensibles et activées avant la première utilisation.
Le fait que Muse puisse utiliser les interactions pour l’entraînement avec une désactivation manuelle place la responsabilité sur l’utilisateur. Cette approche est particulièrement problématique lorsque l’agent reçoit spontanément des informations qui ne sont pas destinées à servir à l’amélioration d’un modèle.
Une politique de confidentialité robuste devrait distinguer clairement les données nécessaires au fonctionnement, les données conservées pour la sécurité, les données utilisées pour l’entraînement et les informations transmises à des partenaires. Plus l’agent intervient dans les applications personnelles, plus cette distinction doit être lisible.
Dots est le choix le plus cohérent pour une organisation
Pour une entreprise qui compare uniquement les éléments documentés, Dots est le choix le plus cohérent en matière de confidentialité. Son positionnement professionnel, ses contrôles annoncés et ses garanties destinées aux entreprises répondent directement aux exigences de gouvernance des données.
Cette recommandation ne signifie pas qu’un abonnement suffit à sécuriser un déploiement. Une organisation doit encore définir les applications accessibles, limiter les droits de l’agent, prévoir une validation humaine pour les actions sensibles et conserver des journaux d’activité. Le meilleur produit ne compense pas une configuration permissive.
Dots convient surtout aux usages où l’agent doit travailler avec des documents internes, des bases de connaissances ou des processus métier. Le seuil de 100 dollars par mois peut alors être considéré comme le prix d’un cadre de contrôle plutôt que comme celui d’un simple assistant conversationnel.
Les règles à appliquer avant le déploiement
- Restreindre l’accès de l’agent aux seules applications nécessaires à sa mission.
- Séparer les environnements de test et de production.
- Imposer une validation humaine avant l’envoi de messages, l’exécution d’achats ou la modification de fichiers sensibles.
- Interdire l’injection de données personnelles non nécessaires à la tâche.
- Vérifier les journaux d’actions et les permissions après chaque évolution du produit.
- Prévoir une procédure de révocation immédiate des jetons et des accès.
Ces mesures concernent Dots comme tout autre agent. Elles sont toutefois plus faciles à intégrer dans une solution conçue pour les entreprises que dans un outil d’abord pensé pour agir au cœur de l’environnement personnel.
Muse reste envisageable uniquement avec des limites strictes
Muse peut conserver un intérêt pour certains utilisateurs qui recherchent une automatisation locale au sein de leur environnement macOS. Son accès aux e-mails, aux messages, aux fichiers et aux services personnels lui permet d’exécuter des tâches qu’un chatbot classique ne peut pas réaliser directement.
Cette puissance impose cependant de réduire fortement les permissions. L’utilisation de Muse avec des comptes professionnels, des coffres de mots de passe, des données médicales ou des documents clients doit être évitée tant que les mécanismes de contrôle et de transparence ne sont pas suffisamment établis.
Un usage prudent implique également de vérifier que l’application est à jour après la correction de la faille de septembre 2026. Les utilisateurs doivent examiner les permissions macOS, désactiver l’utilisation des interactions pour l’entraînement lorsqu’elle est proposée et surveiller les actions effectuées sur les services connectés.
À retenir : Muse peut être utilisé pour des tâches personnelles à faible sensibilité, mais son accès étendu et les incidents rapportés le rendent difficile à recommander pour des données professionnelles confidentielles.
Le risque ne concerne pas seulement la personne qui installe l’agent
Les agents connectés aux messages, aux contacts et aux calendriers traitent souvent des données appartenant à des tiers. Les proches, les collègues et les clients peuvent apparaître dans les conversations ou les documents sans avoir choisi que leurs informations soient analysées par un système automatisé.
Cette dimension distingue un assistant classique d’un agent capable de lire et d’agir. Une erreur de classement, une mauvaise interprétation ou une instruction piégée peut conduire à une divulgation qui touche des personnes absentes du processus de consentement.
Pour cette raison, la confidentialité doit être évaluée à l’échelle de l’écosystème complet. Le bon critère n’est pas seulement « l’utilisateur accepte-t-il le service ? », mais aussi « quelles informations sur d’autres personnes l’agent peut-il collecter, déduire ou transmettre ? ».
Notre avis : Dots pour les données sensibles, Muse pour l’expérimentation personnelle
En 2026, Dots est le choix à privilégier pour les entreprises et les professionnels qui manipulent des données confidentielles. Son abonnement à partir de 100 dollars par mois est élevé, mais son positionnement et ses contrôles annoncés correspondent mieux à une démarche de gouvernance que l’accès très large demandé par Muse.
Muse peut rester pertinent pour tester les agents sur des tâches personnelles, à condition de limiter les permissions et d’éviter les données sensibles. Les vulnérabilités rapportées, la collecte de 31 catégories de données sur 35 étudiées par Surfshark et les incidents liés à des informations personnelles empêchent d’en faire le choix par défaut pour un usage professionnel.
La vraie bataille des six prochains mois portera moins sur la capacité à exécuter une tâche que sur la preuve de contrôle : quelles données l’agent voit-il, combien de temps les conserve-t-il, qui peut révoquer ses accès et comment l’organisation vérifie-t-elle ses actions ? Le gagnant sera-t-il l’agent le plus puissant, ou celui qui saura démontrer qu’il peut être arrêté à temps ?