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
Un navigateur sûr pour les agents IA : comment AWS Bedrock s'appuie sur les politiques Chrome
Source : AWS Machine Learning Blog. Collage: Hamidun News.
Écouter l'article
Fiche synthèse et chiffres clés
ParamètreDonnées
Source primaireAWS Machine Learning Blog ↗
Rédacteur en chef
Liste blanche de sitesl'agent ne peut se rendre que sur les domaines et sous-domaines indiqués ; tout le reste est bloqué
Liste noireinterdiction explicite de certains sites et services ; tout le reste est autorisé
Contrôle des protocolesn'autoriser que HTTPS et bloquer les connexions HTTP non sécurisées

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.

Dossier

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

ZK
Zhemal Khamidun — CPO d'Alpina Digital, product manager d'AlpinaGPT. Conçoit des produits IA depuis 2019. Hamidun News est un projet personnel devenu un agrégateur en production avec plus de 6 000 lecteurs.
✦ Unified AI Workspace · Nomad

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.

Try Nomad AI →Launch Nomad Agent
Qu'en pensez-vous ?
Chargement des commentaires…