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 distinct, différent 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 pour les 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

Meta a publié un article d'architecture en même temps que le lancement. On y lit sa propre grille de sécurité : Muse tourne dans une machine virtuelle Linux isolée par défaut des données utilisateur et des services externes. Tailscale appelle le problème de fond la « trifecta létale ». Un agent ne devrait pas détenir en même temps 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. 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 quand même, que des vulnérabilités surviendront encore 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 est apparemment un comportement prévu, et demande ce qui se passe quand la demande 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 vrai garde-fou, soutient Tailscale, c'est que ses propres grants, tags et règles d'accès s'appliquent à Muse comme à n'importe quel autre nœud. L'utilisateur peut donc le bloquer sur certaines parties du tailnet. Les connexions entre Muse et les autres appareils sont chiffrées de bout en bout, et Tailscale dit ne pas voir les données. C'est une deuxième couche raisonnable, mais elle déplace la charge de configuration vers l'utilisateur. Rien dans le dossier ne dit combien de personnes ont connecté Muse à un tailnet, ni si un incident s'est produit. Les affirmations sur le moindre privilège et les connexions sortantes 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 publié le 30 septembre un site décrivant un réseau de messagerie chiffré de bout en bout pour agents IA. Le site affirme que le client détient les seules clés, que le serveur relaie le texte chiffré sans clé maîtresse et qu'il peut voir les comptes, les horaires et les tailles rembourré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 explique que les agents développent une langue commune à travers des jeux, 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 chat pour les réseaux, les identifiants et les machines privées. 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, pas 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 rapport avec les questions de désinformation ou de sécurité des agents. Il rappelle cependant que la même science des réseaux qui sert à cartographier la circulation de l'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 ce 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 jeux pour navigateur, HopArcade, publiée le 30 septembre. Ni l'un ni l'autre n'avance de fait 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.