Un navigateur sûr pour les agents IA : comment AWS Bedrock s'appuie sur les politiques Chrome
AWS Bedrock restreint désormais les agents IA à navigateur grâce aux politiques de sécurité de Chrome Enterprise. Une entreprise peut interdire totalement à ses agents l'accès à certains sites, contrôler leur activité web et consulter toutes leurs actions dans des journaux de sécurité détaillés. C'est crucial pour les entreprises : les agents IA ne pourront pas divulguer de données confidentielles via le navigateur, que ce soit par accident ou de manière délibérée.
Traité par IA depuis AWS Machine Learning Blog ; édité par Hamidun News
AWS Bedrock AgentCore prend désormais en charge les politiques de sécurité de Chrome Enterprise, ce qui permet aux organisations de limiter l'accès web des agents IA à des domaines et sites précis.
Pourquoi les agents IA à navigateur ont besoin de protection
Les agents IA dans le navigateur accomplissent de vraies tâches métier : ils recherchent des informations sur internet, travaillent avec des applications web et manipulent des données. Sans restrictions, un tel agent peut potentiellement se rendre sur n'importe quel site. Pour la sécurité d'entreprise, c'est un risque sérieux. L'agent peut révéler des données confidentielles de l'entreprise, par accident ou à la suite d'une attaque par prompt injection, se faire infecter par un logiciel malveillant sur un faux site, ou accéder à des systèmes internes via un navigateur ouvert.
Jusqu'ici, les entreprises se montraient prudentes avec les agents de navigateur en production : il était impossible de garantir où l'agent naviguerait et ce qu'il pourrait divulguer par erreur.
AWS répond à ce problème avec une prise en charge native des politiques Chrome Enterprise, le même système de contrôle d'accès qui protège depuis des décennies les employés sur les grands réseaux d'entreprise. Ces mêmes outils fonctionnent désormais pour l'IA.
Comment fonctionnent les restrictions sur Bedrock AgentCore
Les politiques Chrome Enterprise offrent un contrôle détaillé du comportement du navigateur. Pour les agents IA sur Bedrock, cela signifie :
- Liste blanche de sites : l'agent ne peut se rendre que sur les domaines et sous-domaines indiqués ; tout le reste est bloqué
- Liste noire : interdiction explicite de certains sites et services ; tout le reste est autorisé
- Contrôle des protocoles : n'autoriser que HTTPS et bloquer les connexions HTTP non sécurisées
- Vérification des certificats : prise en charge d'autorités de certification racine personnalisées pour travailler avec les systèmes internes de l'entreprise
- Journalisation et audit : voir dans les journaux quels sites l'agent a visités et quelles actions il a effectuées
Ce contrôle est idéal pour l'entreprise : elle sait exactement où son agent peut naviguer et peut repérer rapidement toute anomalie.
Enregistrement de session et vérification de la conformité
AWS présente un outil d'enregistrement de session : une vidéo de toutes les actions de l'agent dans le navigateur. Il permet de voir concrètement le fonctionnement des politiques : lorsque le navigateur refuse l'accès à un site interdit, une erreur de blocage s'affiche.
Un exemple tiré de la documentation : un agent de navigateur configuré avec une liste blanche ne peut consulter que la documentation d'AWS Bedrock AgentCore et les ressources de référence associées. Si quelqu'un tente de l'envoyer sur un autre site via un prompt, la politique bloque la requête et consigne la tentative.
Certificats personnalisés pour les systèmes internes
De nombreuses entreprises utilisent leurs propres autorités de certification HTTPS pour leurs systèmes internes, ce qui est nécessaire pour protéger les informations confidentielles. AWS montre comment un agent IA peut travailler avec ces systèmes sans erreur de validation de certificat.
AWS utilise un site de test public pour la démonstration, mais en production, l'entreprise peut charger son propre certificat racine, et l'agent accédera en toute sécurité aux ressources internes.
Ce que cela change pour les entreprises
C'est crucial pour un usage massif des agents IA en production. Auparavant, les entreprises craignaient de lancer des agents de navigateur sur des tâches réelles, car on ne savait pas où l'agent pouvait naviguer ni ce qu'il pouvait divulguer par erreur.
Désormais, la garantie est totale : l'agent ne pourra pas sortir des limites fixées par les politiques de sécurité. Il ne peut pas se rendre sur des sites externes, ne peut pas exposer de données sur internet et ne peut pas se faire infecter par un logiciel malveillant. Les agents IA deviennent ainsi plus sûrs et mieux préparés à un déploiement réel en entreprise, où les exigences de sécurité et d'audit sont très élevées.
- 31 oct. 2026Worldwide Express confie ses factures litigieuses à des agents IA et réduit sa dette de 75%
- 30 oct. 2026AWS offre aux agents de codage un aperçu en direct du site, depuis leur session isolée
- 30 oct. 2026MoEngage ouvre 400 API privées à ses agents IA via AgentCore Gateway, sans serveurs MCP maison
- 29 oct. 2026NVIDIA Nemotron 3.5 Super VL : 120 milliards de paramètres, 12 milliards actifs, déploiement sur AWS
Questions clés sur cet article
Pourquoi les agents IA à navigateur ont besoin de protection?
Les agents IA dans le navigateur accomplissent de vraies tâches métier : ils recherchent des informations sur internet, travaillent avec des applications web et manipulent des données. Sans restrictions, un tel agent peut potentiellement se rendre sur n'importe quel site. Pour la sécurité d'entreprise, c'est un risque sérieux. L'agent peut révéler des données confidentielles de l'entreprise, par accident ou à la suite d'une attaque par prompt injection, se faire infecter par un logiciel malveillant sur un faux site, ou accéder à des systèmes internes via un navigateur ouver
Comment fonctionnent les restrictions sur Bedrock AgentCore?
Les politiques Chrome Enterprise offrent un contrôle détaillé du comportement du navigateur. Pour les agents IA sur Bedrock, cela signifie : Liste blanche de sites : l'agent ne peut se rendre que sur les domaines et sous-domaines indiqués ; tout le reste est bloqué Liste noire : interdiction explicite de certains sites et services ; tout le reste est autorisé Contrôle des protocoles : n'autoriser que HTTPS et bloquer les connexions HTTP non sécurisées Vérification des certificats : prise en charge d'autorités de certification racine personnalisées pour travailler avec les s
Que sait-on sur Enregistrement de session et vérification de la conformité ?
AWS présente un outil d'enregistrement de session : une vidéo de toutes les actions de l'agent dans le navigateur. Il permet de voir concrètement le fonctionnement des politiques : lorsque le navigateur refuse l'accès à un site interdit, une erreur de blocage s'affiche. Un exemple tiré de la documentation : un agent de navigateur configuré avec une liste blanche ne peut consulter que la documentation d'AWS Bedrock AgentCore et les ressources de référence associées. Si quelqu'un tente de l'envoyer sur un autre site via un prompt, la politique bloque la requête et consigne la
Test Frontier LLMs & Autonomous Agents in One Workspace
Run Claude Opus 5.5, GPT-6, Gemini 3.1, and DeepSeek side-by-side in Nomad AI (nomadnet.ai) — unified model routing, deep research, and multimodal workflows under one subscription.
L'essentiel de l'IA — une fois par semaine
Sept actus qui ont vraiment compté, choisies à la main. Sans bruit ni communiqués.
C'est fait ! Vérifiez votre boîte mail pour la confirmation.