Anthropic a ouvert le 12 novembre, en bêta privée, une version auto-hébergée de Claude Managed Agents. Le serveur, sa base de données, les environnements d’exécution, les identifiants et l’historique des sessions peuvent désormais tourner chez le client, dans son cloud ou sur ses propres machines. Mais The New Stack pointe un revers : un délai de huit heures pour agir lorsque Anthropic signale un risque de sûreté.

Ce que le client héberge désormais

Jusqu’ici, les entreprises pouvaient déjà héberger elles-mêmes la sandbox, cet environnement isolé où s’exécute le code d’un agent. Tout le reste restait chez Anthropic, y compris la gestion des identifiants et la trace de ce que chaque agent avait fait. Pour garder l’ensemble dans son périmètre, il fallait construire la plateforme soi-même, rappelle Help Net Security.

Avec la nouvelle option, le client fait tourner trois briques : le serveur Managed Agents, sa base PostgreSQL, où vit l’historique des sessions, et les workers sur lesquels les agents exécutent leurs outils shell et fichiers. Les développeurs construisent leurs agents avec les mêmes API de base que sur le service hébergé. L’accès passe par l’équipe commerciale d’Anthropic : les clients en font la demande auprès de leur interlocuteur habituel.

Le cas d’usage visé est celui d’agents qui travaillent déjà sans surveillance dans les systèmes d’entreprise : réparer des builds cassés, tester des versions, trier des alertes, écluser des arriérés de bugs.

Un point à ne pas perdre de vue : Claude, lui, reste hors du réseau du client. Les prompts partent, les réponses reviennent. Les requêtes peuvent être dirigées vers Anthropic directement, vers Amazon Bedrock, l’Agent Platform de Google, Microsoft Foundry ou la passerelle de l’entreprise. Pour les organisations qui ont signé un accord de rétention zéro des données (ZDR) avec Anthropic, ces appels sont traités comme n’importe quel appel à l’API Messages.

Des identifiants qui ne rejoignent jamais la sandbox

Anthropic dit avoir bâti Managed Agents sur quatre principes de sécurité, valables que tout soit hébergé par elle, que le client n’héberge que la sandbox ou qu’il héberge tout. Son raisonnement : on ne peut pas compter sur un humain qui vérifierait chaque étape d’un agent autonome, donc, selon l’entreprise citée par Help Net Security, « les limites doivent être intégrées au système lui-même ».

Concrètement, la boucle de l’agent, l’historique et les secrets du coffre se tiennent hors de la sandbox, qui ne démarre que si un outil en réclame une. Les identifiants n’y entrent pas non plus : pour les outils MCP et les appels d’API pris en charge, un proxy extérieur ajoute le secret à la requête. Les clients auto-hébergés peuvent conserver ces secrets dans leur propre gestionnaire.

Attention à la limite : cette protection ne couvre que les outils MCP et les « appels d’API pris en charge ». Tout autre service qu’un agent contacte mérite une vérification avant la mise en production.

Chaque environnement peut aussi être verrouillé sur une liste d’hôtes autorisés, les autres étant bloqués. Pour un agent qui répare des builds, Anthropic suggère de n’ouvrir que l’hôte git et le registre de paquets. Quand le client héberge la sandbox, ces restrictions s’appliquent dans son pare-feu : la liste est donc sa configuration à réussir. Enfin, chaque étape d’un agent, chaque appel d’outil et sa réponse, est journalisée, et le journal s’exporte via OpenTelemetry vers les outils de supervision déjà en place.

Huit heures, et beaucoup de questions

C’est là que le titre de The New Stack change la lecture. Selon le média, Anthropic laisse huit heures pour agir quand elle signale un risque de sûreté. Les éléments publiés n’en disent pas davantage : on ne sait pas ce qui déclenche ce signalement, par quel canal il arrive, ni ce qui se passe une fois le délai écoulé. Help Net Security, de son côté, n’évoque pas ce délai.

La question se pose pourtant à des équipes sécurité et conformité européennes. Passé à l’auto-hébergement, le client assume les correctifs, la configuration et le pare-feu, comme le souligne Help Net Security. Un délai de huit heures, qui peut tomber la nuit ou un week-end, devient alors une contrainte d’astreinte, à articuler avec les procédures de gestion d’incident déjà en place.

Reste à voir ce que la bêta privée en dira. Les modalités exactes de ce délai, et ses conséquences si l’on n’agit pas à temps, sont les deux éléments à obtenir de l’équipe commerciale d’Anthropic avant tout déploiement.

Sources

• Self-hosted Claude Managed Agents keeps agent credentials in your environment, Help Net Security, 12 novembre 2026
• Anthropic now lets you self-host Claude Managed Agents. The catch? 8 hours to act if it flags a safety risk, The New Stack, 13 novembre 2026