Elle permet aux organisations de d\u00e9finir des politiques centralis\u00e9es concernant les actions qu’un agent est autoris\u00e9 \u00e0 effectuer, les destinations auxquelles il peut se connecter, les fichiers auxquels il peut acc\u00e9der et les outils MCP (Model Context Protocol) qu’il est autoris\u00e9 \u00e0 ex\u00e9cuter.<\/p>\n\n\n\n
![\"docker](\"https:\/\/www.almtoolbox.com\/blog_he\/wp-content\/uploads\/2026\/08\/ai-governance-network-access.jpg\")
<\/figure>\n\n\n\nPourquoi une gouvernance de l’IA (AI Governance) est-elle n\u00e9cessaire pour les agents d’IA ?<\/h2>\n\n\n\n
Les agents d’IA ne sont pas de simples outils de conversation.
Les agents d’IA, en particulier les agents de codage (coding agents), de donn\u00e9es (data agents) et d’op\u00e9rations (operations agents), peuvent lire et \u00e9crire du code,
acc\u00e9der \u00e0 des d\u00e9p\u00f4ts (repositories), appeler des API, utiliser des identifiants (credentials) et ex\u00e9cuter des actions dans les syst\u00e8mes de l’entreprise.<\/p>\n\n\n\n
Sans contr\u00f4le centralis\u00e9, il est difficile de savoir ce que l’agent a fait, quelles ressources \u00e9taient \u00e0 sa disposition et ce qui se passerait s’il recevait une instruction erron\u00e9e ou s’il agissait de mani\u00e8re inattendue.<\/p>\n\n\n\n
Docker AI Governance<\/em> est con\u00e7u pour ajouter des barri\u00e8res de s\u00e9curit\u00e9 (guardrails<\/em>) au niveau de l’environnement d’ex\u00e9cution. Docker AI Governance est une couche de gouvernance centralis\u00e9e<\/strong> (centralized governance layer) g\u00e9r\u00e9e via Docker Home ou la plateforme Docker AI. Les administrateurs de l’organisation d\u00e9finissent des r\u00e8gles (policies) au niveau de l’entreprise ou des \u00e9quipes (Teams), et ces politiques sont d\u00e9ploy\u00e9es sur les environnements des d\u00e9veloppeurs via le processus d’authentification et de gestion de l’entreprise.<\/p>\n <\/p> <\/p>\n Les administrateurs peuvent d\u00e9finir les domaines, adresses IP, CIDR et ports accessibles \u00e0 l’agent. Le trafic TCP sortant de la Sandbox passe par un proxy sur l’h\u00f4te, o\u00f9 les r\u00e8gles r\u00e9seau (Network policies) sont appliqu\u00e9es.<\/p>\n Cela permet d’autoriser l’acc\u00e8s \u00e0 GitHub, GitLab, aux registres de paquets (package registries) ou \u00e0 des API internes, tout en bloquant les destinations non n\u00e9cessaires.<\/p>\n Les r\u00e8gles du syst\u00e8me de fichiers (Filesystem policies) d\u00e9terminent quels chemins de l’h\u00f4te peuvent \u00eatre mapp\u00e9s dans la Sandbox. Il est possible de configurer les montages en lecture seule (read-only) ou en lecture-\u00e9criture (read-write).<\/p>\n Cela signifie que l’agent n’a pas d’acc\u00e8s global aux fichiers de la machine du d\u00e9veloppeur. Il n’acc\u00e8de qu’\u00e0 l’espace de travail (workspace) et aux chemins explicitement d\u00e9finis dans la politique.<\/p>\n Docker propose un m\u00e9canisme dans lequel les identifiants sont inject\u00e9s via un proxy c\u00f4t\u00e9 h\u00f4te. L’agent peut effectuer des requ\u00eates authentifi\u00e9es sans que le secret lui-m\u00eame n’ait \u00e0 entrer dans la microVM ou \u00e0 \u00eatre expos\u00e9 au processus de l’agent.<\/p>\n Cette approche r\u00e9duit la n\u00e9cessit\u00e9 de copier-coller des jetons d’API (API tokens) dans les invites (prompts), les fichiers de configuration ou le code g\u00e9r\u00e9 par l’agent.<\/p>\n Le protocole Model Context Protocol (MCP)<\/strong> permet \u00e0 l’agent de se connecter \u00e0 des serveurs et des outils externes. Docker AI Governance offre un contr\u00f4le centralis\u00e9 sur les serveurs MCP autoris\u00e9s et les actions ex\u00e9cutables via ces derniers.<\/p>\n Les politiques MCP sont \u00e9crites \u00e0 l’aide de Cedar et permettent de contr\u00f4ler l’enregistrement des serveurs, les appels d’outils (tool calls), la lecture des ressources, la r\u00e9cup\u00e9ration des invites (prompts) et les \u00e9tapes d’approbation (approval gates). Lorsque la gouvernance est active, l’activit\u00e9 MCP est par d\u00e9faut en mode default deny<\/em> : toute action qui n’est pas explicitement autoris\u00e9e est bloqu\u00e9e.<\/p>\n<\/section>\n\n\n\n \u00c0 propos d’ALM Toolbox :<\/strong> Docker AI Governance est une couche de gouvernance centralis\u00e9e qui permet de contr\u00f4ler les actions des agents d’IA, y compris l’acc\u00e8s au r\u00e9seau, aux fichiers, aux identifiants (credentials) et aux outils MCP.<\/p>\n Non. Docker AI Governance fait office de plan de contr\u00f4le (control plane) au-dessus des sandboxes Docker (Docker Sandboxes) et y ajoute la gestion des politiques, leur application (enforcement) et l’audit au niveau de l’organisation.<\/p>\n Oui. Vous pouvez contr\u00f4ler l’enregistrement des serveurs (server registration) ainsi que des actions comme les appels d’outils (tool calls), la lecture de ressources (resource reads) et la r\u00e9cup\u00e9ration d’invites (prompt retrieval) via la passerelle MCP et les politiques Cedar.<\/p>\n Oui. Docker fournit une API de gouvernance (Governance API) pour la gestion programmatique des politiques r\u00e9seau et de syst\u00e8me de fichiers de l’organisation.<\/p>\n<\/section>\n","protected":false},"excerpt":{"rendered":" Pr\u00e9sentation de Docker AI Governance : une solution pour la gouvernance des agents d’IA, la s\u00e9curit\u00e9 r\u00e9seau des sandboxes et les outils MCP pour les \u00e9quipes S\u00e9curit\u00e9, DevSecOps et Plateforme.… Continue reading Docker AI Governance : comment s\u00e9curiser et contr\u00f4ler l’utilisation des agents d’IA<\/span>
Plut\u00f4t que de s’en remettre uniquement aux instructions du mod\u00e8le ou \u00e0 une configuration locale,
la politique est appliqu\u00e9e au niveau du runtime via des sandboxes Docker (Docker Sandboxes), des contr\u00f4les r\u00e9seau (Network controls) et une passerelle MCP (MCP Gateway).<\/p>\n\n\n\nQuelle est l’offre de Docker AI Governance ?<\/h2>\n
La solution Docker AI Governance comprend :<\/h3>\n
\n
Les quatre surfaces de contr\u00f4le de cette solution :<\/h2>\n
1. Acc\u00e8s r\u00e9seau (Network access)<\/h3>\n
2. Acc\u00e8s au syst\u00e8me de fichiers (Filesystem access)<\/h3>\n
3. Identifiants (Credentials)<\/h3>\n
4. Outils MCP (MCP tools)<\/h3>\n
La soci\u00e9t\u00e9\u00a0ALM Toolbox<\/em>\u00a0est le partenaire officiel (“Preferred Partner”) de\u00a0Docker<\/em>,
b\u00e9n\u00e9ficiant d’une expertise approfondie des solutions Docker tant sur le plan technique que commercial (vente de licences, optimisation et gestion des co\u00fbts de licence).
Nous proposons une gamme compl\u00e8te de services associ\u00e9s : conception et d\u00e9ploiement d’environnements, services manag\u00e9s sur cloud priv\u00e9, conseil, vente de licences, int\u00e9gration avec vos outils (comme GitHub, GitLab, Jenkins, SonarQube, Argo, Bitbucket, Azure DevOps, Kubernetes), formations, et bien plus encore.
Pour plus d’informations, contactez-nous :\u00a0docker@almtoolbox.com<\/a><\/strong>
ou par t\u00e9l\u00e9phone au : +33 1 84 17 53 28 ou 866-503-1471 (Canada)<\/strong><\/p>\n\n\n\nLiens utiles :<\/h3>\n\n\n\n
\n
Foire aux questions (FAQ)<\/h2>\n
Qu’est-ce que Docker AI Governance ?<\/h3>\n
Est-ce que Docker AI Governance remplace Docker Sandboxes ?<\/h3>\n
Est-il possible de contr\u00f4ler les serveurs MCP ?<\/h3>\n
Peut-on g\u00e9rer les politiques via une API ?<\/h3>\n