SAM (Sovereign Agent Mesh) : un réseau P2P sans configuration et sans confiance pour agents IA
Google a publié sur GitHub le projet open source SAM, pour Sovereign Agent Mesh, un système de réseau pair-à-pair conçu pour connecter des agents IA autonomes fonctionnant sur des serveurs cloud, des datacenters on-premise, des ordinateurs portables, des Raspberry Pi ou des appareils Android. Distribué sous licence Apache-2.0, le dépôt google/sam précise explicitement qu'il ne s'agit pas d'un produit officiellement supporté par Google. L'architecture repose sur trois briques logicielles : sam-control-plane pour l'enregistrement des identités et la distribution des politiques d'accès, sam-router pour le routage via des points d'amorçage libp2p et le protocole GossipSub, et sam-node, le client P2P qui assure le transport réseau, l'auto-réparation des connexions et une interface locale MCP (Model Context Protocol) exposée par défaut sur le port 8080, tandis que libp2p utilise les ports 5001 en UDP et 5002 en TCP. Un réseau de test public est déjà accessible à l'adresse bananas.sam-mesh.dev, et le projet fournit des binaires Go, un script d'installation, des images Docker sur ghcr.io, un chart Helm et un guide de déploiement Kubernetes, ainsi qu'un support Android et iOS.
Résumé et traduction réalisés par Le Fil IA à partir de MarkTechPost. Lire l'article original →
L'enjeu concret que vise SAM est celui du partage sécurisé d'outils entre agents IA : jusqu'ici, connecter des agents dispersés sur plusieurs réseaux impliquait souvent d'exposer des scripts internes, des points d'accès à des modèles de langage ou des API privées directement sur l'internet public. SAM propose à la place un maillage chiffré, sans configuration manuelle, fonctionnant comme un VPN privé mais dédié spécifiquement au partage d'outils entre agents via MCP, avec découverte automatique des nœuds et franchissement des NAT. Ce système intéresse en priorité les moyennes et grandes organisations technologiques dont les agents opèrent sur plusieurs frontières réseau, en particulier dans les secteurs régulés comme la finance, la santé, le secteur public, la défense ou les flottes robotiques industrielles, qui ne peuvent pas exposer leurs outils internes sur l'internet ouvert. Les startups confinées à un seul réseau privé virtuel en tireraient un bénéfice moindre.
Le mécanisme d'autorisation constitue la partie la plus originale du projet : le plan de contrôle vérifie un jeton OIDC puis traduit ses attributs en règles Datalog scellées dans un jeton Biscuit, ce qui permet à chaque nœud d'autoriser les requêtes localement, hors ligne, sans interroger le serveur central. La politique par défaut est un refus strict, sans exception intégrée, et les opérateurs peuvent ajouter des restrictions locales, par exemple bloquer certains outils en dehors des heures de bureau. Le projet inclut aussi des passerelles de sortie, sam-box et nano-init, pour contrôler le trafic sortant des agents, et propose des guides d'intégration avec Gemini, Claude Code, Claude Desktop, Google Antigravity et OpenClaw. Pour un usage en production, les développeurs sont invités à auto-héberger leur propre plan de contrôle plutôt que de dépendre du réseau de test public.
Pas d'impact direct sur la France/UE