Que fait conception-agent-securise ?
Extrait de l'architecture de sécurité que Meta a divulguée pour Muse (septembre 2026) : chaque agent s'exécute dans sa propre VM sécurisée, un système « sentinelle » séparé vérifie toute action avant qu'elle ne quitte la VM, et l'agent ne voit jamais les vrais mots de passe ou numéros de carte. La sécurité présentée comme une architecture, et non comme des promesses, a été déclencheur d'adoption.
Les motifs
Calcul isolé par utilisateur
L'agent de chaque utilisateur s'exécute dans sa propre machine virtuelle : un ordinateur isolé dédié à cet utilisateur. La compromission d'un agent ne peut pas atteindre les données d'un autre utilisateur. La VM continue de fonctionner en arrière-plan même lorsque l'utilisateur est absent.
Sentinelle : vérification pré-action
Un système séparé vérifie toute action avant que quoi que ce soit ne quitte la VM. L' agent propose ; la sentinelle vérifie par rapport à la politique (applications autorisées, limites de dépenses, règles de sensibilité) avant l'exécution. Aucune action ayant des effets secondaires ne contourne cette barrière.
Isolation des identifiants
L'agent ne voit jamais les vrais mots de passe ou numéros de carte. Les achats passent par des numéros de carte virtuelle à usage unique émis par transaction, de sorte que les véritables identifiants de paiement n'entrent jamais dans le contexte de l'agent et ne peuvent pas fuiter via les invites, les journaux ou les sorties du modèle.
Barrières d'approbation humaine
L'agent demande avant les actions sensibles : envoyer un e-mail, dépenser de l'argent, supprimer des données. Les approbations doivent être spécifiques (cette action, ce montant, ce destinataire), et non globales. Les actions de routine à faible risque peuvent s'exécuter de manière autonome une fois que l'utilisateur y a consenti.
Connecteurs à moindre privilège
L'utilisateur décide exactement ce que l'agent peut toucher : quelles applications sont connectées, si l'accès est en lecture ou en lecture-écriture, et peut révoquer à tout moment. Par défaut, la portée la plus étroite qui permet d'accomplir la tâche ; étendre uniquement sur demande explicite.
Transparence
L'utilisateur peut voir tout ce que l'agent a fait : un journal d'actions complet et lisible par l'humain. Inclure des contrôles « oublier » pour que les utilisateurs puissent supprimer ce que l'agent a appris à leur sujet.
Le communiquer
Commencez par l'architecture (« s'exécute dans sa propre VM sécurisée, chaque action vérifiée avant de quitter la VM »), pas par des adjectifs (« de qualité bancaire », « de qualité militaire »). Nommez les composants (VM, sentinelle, cartes à usage unique) pour que les utilisateurs techniques puissent vérifier les affirmations. Reconnaissez honnêtement le compromis : un accès plus large signifie des enjeux plus élevés, ce qui est précisément la raison d'être de l'architecture.