L'agent Muse de Meta peut rejoindre votre réseau Tailscale, et les compromis de sécurité vous reviennent

L'intégration, décrite sur le blog de Tailscale le 30 septembre, est l'un des dizaines de connecteurs que Meta a construits pour Muse, l'agent personnel annoncé plus tôt en septembre. Tailscale indique que Muse se connecte via un fournisseur d'identité et apparaît dans un tailnet comme un nœud séparé, distinct du téléphone ou de l'ordinateur portable de l'utilisateur.

Une fois connecté, selon le billet, Muse peut vérifier l'état d'autres nœuds, dialoguer avec des services auto-hébergés comme Immich et servir de relais aux sessions Tailscale SSH. Un ingénieur de Tailscale raconte qu'il a utilisé Muse pour lister un répertoire, vérifier des conteneurs Podman et lancer des mises à jour sur un serveur Raspberry Pi, en langage naturel comme avec des commandes classiques.

La trifecta létale, et qui a le droit de la définir

La propre grille de sécurité de Meta, reprise dans un billet d'architecture publié en même temps que le lancement, veut que Muse tourne dans une machine virtuelle Linux isolée par défaut des données de l'utilisateur et des services externes. Tailscale nomme le problème de fond « trifecta létale » : un agent ne devrait pas cumuler l'accès à des données privées, l'exposition à du contenu non fiable et la capacité de communiquer vers l'extérieur. Les garde-fous de Meta visent à ce que deux de ces conditions au maximum soient réunies en même temps. Le billet de Tailscale reconnaît franchement que cela ne rend pas l'installation sûre. Il note que les attaques par injection de prompt passeront encore, que des vulnérabilités subsisteront et que Muse pourrait accéder à des données que l'utilisateur croit ne jamais lui avoir accordées. Il signale aussi que demander à Muse de vider le système de fichiers de la VM sécurisée semble être un comportement prévu, et demande ce qui se passe quand la requête ne vient pas de l'utilisateur.

« C'est toujours de l'IA, et même avec des précautions, les choses peuvent et vont déraper », écrit Tailscale.

Le contrôle concret, selon Tailscale, c'est que ses propres autorisations, étiquettes et règles d'accès s'appliquent à Muse comme à n'importe quel autre nœud, si bien que les utilisateurs peuvent le bloquer sur une partie du tailnet. Les connexions entre Muse et les autres appareils sont chiffrées de bout en bout, et Tailscale affirme ne pas voir les données. C'est une deuxième couche raisonnable, mais elle transfère la charge de configuration à l'utilisateur. Rien dans le dossier ne dit combien de personnes ont connecté Muse à un tailnet, ni si un incident a eu lieu. Les affirmations sur le moindre privilège et sur les connexions sortantes uniquement viennent de Meta et de Tailscale, qui ont tous deux intérêt à ce que l'intégration paraisse sûre.

Les agents se dotent de leurs propres communications, chiffrées ou non

Un autre projet, Agent Haven, a mis en ligne le 30 septembre un site décrivant un réseau de messagerie chiffré de bout en bout pour agents IA. Le site indique que le client détient les seules clés, que le serveur relaie le texte chiffré sans clé maîtresse et qu'il voit les comptes, les horaires et les tailles complétées, mais pas le contenu des messages. La même page concède la limite évidente : si un agent tourne sur un modèle hébergé, le fournisseur de ce modèle voit son contexte, et aucun chiffrement côté client n'y change rien. L'auteur anonyme affirme que les agents développent un langage commun par le jeu, ce qui complique la tâche des observateurs extérieurs qui voudraient les suivre. C'est une affirmation de sécurité sans audit dans le dossier, et la présentation du projet ressemble davantage à un manifeste qu'à une spécification.

Les deux développements vont dans le même sens. Les agents quittent les fenêtres de discussion pour les réseaux, les identifiants et les machines privées, et le modèle de sécurité se construit à partir des réglages par défaut des fournisseurs et de ce que l'utilisateur veut bien configurer. L'arrangement est fragile, et il arrive plus vite que les outils pour l'inspecter.

Là où les preuves se raréfient

Le reste du dossier relève du contexte plutôt que de l'actualité. Geometry Matters a publié le 30 septembre une revue sur la géométrie des réseaux, couvrant les modèles fractals et hyperboliques des réseaux complexes. C'est un texte théorique, sans lien avec les questions de désinformation ou de sécurité des agents, mais il rappelle que la même science des réseaux qui sert à cartographier les flux d'information sert aussi à cartographier la propagation des mauvaises informations. Big Think a publié le 29 septembre un article sur World Watcher Live, une carte mondiale de webcams qui fait revivre un format du Web 1.0. L'article présente ces flux comme une réponse aux fils algorithmiques, ce qui est un argument médiatique, pas un argument sur la désinformation. Rien dans le dossier n'indique que le site soit lié à un réseau coordonné.

Deux autres éléments du dossier sont des pages commerciales : un site de rencontres, Stella Amor, publié le 29 septembre, et une page de jeu pour navigateur, HopArcade, publiée le 30 septembre. Aucun des deux n'avance de fait vérifiable sur des réseaux de désinformation, et aucun ne doit être traité comme du journalisme.

Le dossier ne contient aucun réseau de désinformation nommé, aucun retrait opéré par une plateforme, aucune action gouvernementale datée de cette semaine. Le développement concret le plus récent reste l'intégration Tailscale du 30 septembre, et l'affirmation de sécurité la plus récente reste celle de Meta, qui n'a pas été vérifiée de façon indépendante.