Installer Hermes Agent en entreprise : la méthode sécurisée

Où installer Hermes Agent : poste, serveur ou offre hébergée

L'emplacement de Hermes Agent détermine ce qu'il peut atteindre en cas d'erreur. Trois options existent, qui ne présentent pas le même niveau de risque.

Pour un usage d'entreprise, nous recommandons le serveur dédié. Si l'agent doit tourner sur un poste de travail, Nous Research publie un guide spécifique : faire tourner Hermes sur une machine personnelle ou professionnelle.

Choisir l'environnement d'exécution des commandes

Hermes Agent exécute des commandes pour accomplir ses tâches, et l'environnement d'exécution décide où elles tournent. La documentation en décrit sept : la machine locale, un conteneur Docker, un serveur distant via SSH, un bac à sable Modal, un espace Daytona, un Vercel Sandbox ou un conteneur Singularity/Apptainer.

Pour les déploiements en production reliés à une messagerie, la documentation recommande les environnements isolés (Docker, Modal, Daytona ou Vercel Sandbox), qui séparent les commandes de l'agent du système hôte. C'est le réglage le plus important de toute l'installation : avec l'environnement local, une commande malheureuse touche directement la machine.

Garder l'approbation des commandes dangereuses

Avant d'exécuter une commande, Hermes Agent la compare à une liste de motifs jugés dangereux, et demande une approbation explicite quand elle correspond. Le mode d'approbation se règle dans la configuration de l'agent.

Notre règle : ne jamais désactiver l'approbation sur une machine qui a accès à des données ou des systèmes de production. Si le volume d'approbations devient gênant, c'est le signe que l'agent doit tourner dans un environnement isolé, pas qu'il faut lever le garde-fou.

Décider qui peut parler à l'agent

Hermes Agent se pilote depuis des messageries comme Telegram, Slack ou WhatsApp, et la documentation prévoit une autorisation des utilisateurs sur ces plateformes. Toute personne autorisée à écrire à l'agent peut lui demander d'agir : la liste des utilisateurs autorisés est donc une décision de sécurité, pas un détail de configuration.

• Une liste fermée de personnes nommément autorisées, jamais un groupe ouvert.
• Un compte de messagerie dédié à l'agent, distinct des comptes personnels.
• Aucune exécution d'instructions trouvées dans des contenus lus (emails, pages web, documents) sans validation : un texte piégé peut contenir des consignes adressées à l'agent.

Les clés et les accès

Hermes Agent a besoin de clés pour appeler un modèle de langage et d'accès pour agir dans vos outils. Ces accès fixent la limite de ce qu'une erreur peut causer.

• Une clé d'API dédiée au modèle de langage, avec un plafond de dépense réglé chez le fournisseur.
• Des comptes de service propres à l'agent pour chaque outil, avec les droits strictement nécessaires.
• Aucun compte personnel (messagerie, cloud, banque) connecté à l'agent.
• Des secrets jamais écrits dans une conversation avec l'agent : ils resteraient dans sa mémoire.

La checklist avant la mise en service

1. Machine dédiée, système à jour, accès SSH par clé uniquement.
2. Environnement d'exécution isolé choisi et testé.
3. Approbation des commandes dangereuses active.
4. Liste fermée des utilisateurs autorisés sur chaque messagerie.
5. Clé de modèle dédiée avec plafond de dépense.
6. Comptes de service à droits minimaux, révocables en une opération.
7. Sauvegarde du dossier de configuration et de mémoire de l'agent.
8. Journal des actions conservé hors de la machine, et revue régulière des compétences que l'agent s'est créées.

Ce que nous faisons

C'est la méthode que nous appliquons dès qu'un agent autonome doit agir dans le système d'information d'une entreprise. Pendant l'audit gratuit, nous vérifions aussi si Hermes Agent est le bon outil : pour un processus métier stable, un agent IA construit avec n8n est souvent plus simple à tenir et à auditer.

À lire ensuite