Qu'est-ce qu'un navigateur d'entreprise et pourquoi la navigation sécurisée est-elle importante pour les entreprises modernes ?

Le navigateur Web est discrètement devenu l’application la plus cruciale — et la moins protégée — au sein de l’entreprise. Chaque connexion à un service SaaS, chaque requête d’IA, chaque téléchargement ou envoi de fichier, chaque prestataire accédant à un portail interne : tout cela se déroule dans un onglet de navigateur. Gartner souligne que les navigateurs d’entreprise sécurisés « intègrent des contrôles de sécurité d’entreprise à l’expérience de navigation Web native à l’aide d’un navigateur personnalisé ou d’une extension pour les navigateurs existants, au lieu d’ajouter des contrôles superposés au niveau du terminal ou de la couche réseau ». Pourtant, la plupart des organisations continuent de considérer le navigateur comme un simple outil grand public, en s’appuyant sur des versions grand public de Chrome ou d’Edge sans aucune application de politique au niveau de la session. Cette lacune constitue aujourd’hui le plus grand angle mort de l’architecture de sécurité d’entreprise.

Qu'est-ce qu'un navigateur d'entreprise ?

Un navigateur d'entreprise est un dispositif de sécurité au niveau du navigateur conçu pour appliquer les politiques de l'organisation —data loss prevention, contrôles d'accès, détection des menaces et gestion des sessions — au moment où les utilisateurs interagissent avec des applications web, des plateformes SaaS et l'Internet ouvert.

Gartner définit une SEB comme une solution qui met en œuvre les politiques et les contrôles de sécurité d'entreprise via une extension de navigateur gérée de manière centralisée et, en option, un navigateur web personnalisé « full stack ». Les SEB assurent la sécurité et l’application des politiques pour les applications web, SaaS et privées, ainsi qu’un renforcement de la sécurité du navigateur mis en œuvre directement au niveau du navigateur plutôt qu’au niveau du système d’exploitation du terminal ou du réseau. Elles permettent également d’assurer la visibilité, le contrôle et l’auditabilité des données des applications web auxquelles les utilisateurs finaux accèdent depuis des appareils gérés, peu gérés ou non gérés, sans nécessiter de décryptage en ligne du trafic web.

Dans la pratique, la catégorie des navigateurs d'entreprise regroupe deux approches fondamentalement différentes :

Remplacement complet du navigateur : application basée sur Chromium qui remplace entièrement Chrome ou Edge ; citons par exemple Island Enterprise Browser et Prisma Access Browser de Palo Alto Networks. Ces solutions intègrent directement des fonctionnalités de prévention des fuites de données (DLP), d’intégration des identités et de contrôle des sessions au sein d’un navigateur propriétaire.

Renforcer l'approche actuelle basée sur le navigateur : extensions de navigateur, remote browser isolation, l’inspection SWG et les politiques CASB appliquées aux navigateurs que les employés utilisent déjà. Cette approche permet d’éviter de supprimer Chrome tout en continuant à appliquer des contrôles sur les données, à bloquer les contenus malveillants et à isoler les sessions à risque.

Prenons un exemple concret : un expert en sinistres travaillant dans une compagnie d’assurance utilise Chrome pour accéder à Salesforce, à un portail interne de souscription et, occasionnellement, à un assistant d’IA générative pour résumer les notes relatives à ses dossiers. Dans le cadre d’un modèle de remplacement, le service informatique demanderait à l’expert de passer à un navigateur propriétaire, de réapprendre ses favoris et ses extensions, et d’accepter que certaines applications web internes s’affichent différemment. Dans le cadre d’un modèle de sécurisation du navigateur existant, le service informatique applique le RBI aux URL à risque ou non classées, met en œuvre un système DLP pour empêcher que des données à caractère personnel ne soient collées dans l’outil d’IA, et utilise un SWG pour bloquer les téléchargements malveillants — le tout sans modifier le flux de travail quotidien de l’expert.

Pourquoi la navigation sécurisée est-elle si importante aujourd'hui ?

Trois facteurs ont concouru à faire de la sécurité des navigateurs une nécessité opérationnelle plutôt qu'un simple atout.

1. Le navigateur est le nouveau périmètre. Le rapport « Innovation Insight » de Gartner d’avril 2025 souligne que les navigateurs Web constituent le principal moyen d’accès à la plupart des applications d’entreprise modernes et offrent un point de contrôle de sécurité d’entreprise indépendant du terminal. Lorsqu’un commercial itinérant se connecte au CRM depuis le réseau Wi-Fi d’un hôtel, le navigateur est la seule barrière entre cette session et un proxy visant à récupérer ses identifiants. Les pare-feu traditionnels et les concentrateurs VPN ne détectent absolument pas cette session.

2. Les attaques ciblant les navigateurs sont en forte hausse. Le rapport « Menlo Security 2025 State of Browser Security Report » a révélé que les attaques de phishing de type « zero hour » avaient augmenté de 130 % par rapport à l’année précédente. En 2024, une attaque sur cinq visant les navigateurs utilisait des techniques d’évasion conçues pour contourner les contrôles de sécurité traditionnels basés sur le réseau et les terminaux. Il ne s’agit pas simplement de problèmes de blocage d’URL. Les attaquants utilisent des domaines SaaS légitimes, des superpositions de type « navigateur dans le navigateur » et des leurres de phishing générés par l’IA que les passerelles Web traditionnelles peinent à détecter.

3. Le vol d’identifiants commence dans le navigateur. Le rapport DBIR 2025 de Verizon indique que 88 % des attaques contre des applications web de base impliquaient des identifiants volés. Une responsable marketing enregistre son mot de passe Salesforce dans la fonction de remplissage automatique de Chrome. Un programme de vol d’informations installé sur un appareil personnel qu’elle utilise également à des fins professionnelles copie tous les identifiants enregistrés et les met en vente sur une place de marché du dark web. Six semaines plus tard, un pirate accède au CRM à l’aide d’un jeton de session valide. Aucune alerte ne se déclenche avant que l’exfiltration des données ne soit déjà achevée.

Le rapport IBM « Cost of a Data Breach Report 2024 » a révélé que les violations impliquant le vol d’identifiants nécessitaient en moyenne 292 jours pour être identifiées et maîtrisées — soit la durée la plus longue parmi tous les vecteurs d’attaque. Près de dix mois de temps de présence. Les contrôles au niveau du navigateur qui détectent les comportements de session anormaux, imposent une authentification résistante au phishing et empêchent la mise en cache des identifiants sur les appareils non gérés réduisent ce délai de plusieurs mois à quelques minutes.

Fonctionnement de la sécurité des navigateurs en entreprise

La sécurité des navigateurs en entreprise s'articule autour de quatre couches fonctionnelles. Les comprendre vous aide à évaluer les approches des fournisseurs et à repérer les promesses marketing creuses.

Couche 1 : Isolation et analyse des menaces

Remote browser isolation le contenu Web dans un bac à sable dans le cloud et ne transmet à le terminal de l'utilisateur que des pixels sûrs (ou des éléments DOM nettoyés). Un analyste financier clique sur un lien contenu dans un e-mail qui le redirige vers un domaine inconnu. Grâce à l’isolation du navigateur (RBI), la page s’exécute dans un conteneur isolé. Même si elle contient une attaque de type « drive-by » ou un programme de collecte d’identifiants, le code malveillant n’atteint jamais l’ordinateur de l’analyste. L’utilisateur voit une page d’apparence normale ; les équipes de sécurité constatent une menace confinée.

Une secure web gateway est déployée en amont ; elle inspecte le trafic déchiffré via TLS, applique les politiques de catégorisation des URL et bloque les destinations malveillantes connues avant même que le navigateur ne demande la page. Ensemble, RBI et SWG comblent à la fois les failles liées aux menaces connues et celles liées aux menaces de type « zero hour ».

Couche 2 : Data loss prevention niveau de la session

Le DLP au niveau du navigateur intercepte les actions de copier-coller, de téléchargement de fichiers, de téléchargement de fichiers et d’impression au sein même de la session de navigation. Imaginez un recruteur sous contrat ayant accès à votre SIRH via une session de navigation gérée. Ce recruteur peut consulter les dossiers des candidats, mais ne peut pas télécharger de fichier CSV, coller des numéros de Sécurité sociale dans un onglet de messagerie personnelle, ni réaliser de capture d’écran de la page — car les politiques DLP sont appliquées au niveau de l’affichage, et pas seulement à la sortie du réseau.

Couche 3 : Contrôles d'identité et d'accès

La sécurité du navigateur s'intègre aux fournisseurs d'identité (Okta, Entra ID) et aux politiques CASB afin d'appliquer un accès conditionnel. Un prestataire se connecte depuis un ordinateur portable personnel non géré. Plutôt que de lui accorder un accès complet au SaaS ou de bloquer entièrement la session, le moteur de politiques achemine la session via RBI en appliquant des restrictions de téléchargement et de chargement de fichiers, le blocage du presse-papiers et l'apposition de filigranes. Le prestataire peut ainsi effectuer son travail. L'entreprise conserve le contrôle de ses données.

Couche 4 : Visibilité et analyse

Les données de télémétrie de session — quel utilisateur a accédé à quelle application, à partir de quel type d'appareil, et quelles actions il a tenté d'effectuer — alimentent le flux de travail des opérations de sécurité. C'est cette couche qui transforme le navigateur, autrefois un angle mort, en un capteur.

La place de la sécurité des navigateurs dans l'architecture d'entreprise

La sécurité du navigateur ne fonctionne pas en vase clos. Elle s’intègre à — ou entre en conflit avec — chaque couche de votre infrastructure de sécurité existante. La question d’ordre architectural n’est pas « Avons-nous besoin d’une sécurité du navigateur ? », mais « Où se situe la sécurité du navigateur par rapport au SSE, au CASB, au DLP, aux terminaux et à l’identité ? »

La norme NIST SP 800-46, révision 2, fournit des recommandations fondamentales concernant les aspects de sécurité des solutions d’accès à distance. Elle recommande aux organisations de sécuriser l’ensemble des composants des technologies de télétravail et d’élaborer des politiques couvrant les types d’appareils, les niveaux d’accès et les contrôles relatifs au BYOD. Le navigateur est désormais la technologie de télétravail dominante, mais les architectures d’accès à distance de nombreuses organisations continuent de le traiter comme un canal transparent et non contrôlé.

Un service de sécurité security service edge (SSE) unifie les solutions SWG, CASB, DLP, ZTNA et RBI sous un seul moteur de politiques. Lorsqu’un utilisateur ouvre une application SaaS, la plateforme SSE évalue l’identité, l’état de l’appareil, la localisation et la sensibilité des données afin de déterminer s’il convient d’autoriser directement la session, de la faire passer par le RBI, d’appliquer des restrictions DLP ou de bloquer complètement l’accès. Le navigateur est le point d’application ; la plateforme SSE en est le « cerveau » en matière de politiques.

Considérez les contraintes concrètes liées à l’alternative. Un établissement de santé déploie un navigateur d’entreprise autonome pour 500 infirmières accédant à un système de DME. Cela fonctionne bien pour ce cas d’utilisation. Mais ces mêmes infirmières utilisent également Chrome pour une application SaaS de prise de rendez-vous avec les patients, Edge pour un portail Medicaid de l’État, et Safari sur leurs téléphones personnels pour la planification des gardes. Le service informatique doit désormais gérer quatre contextes de navigation présentant des niveaux de sécurité différents. Le navigateur d’entreprise autonome a résolu un problème tout en fragmentant l’architecture de sécurité.

L'approche intégrée de SSE garantit l'application d'une politique cohérente dans les quatre contextes de navigation, sans qu'il soit nécessaire de changer de navigateur. Les politiques DLP s'appliquent aux données quel que soit le navigateur utilisé pour ouvrir la session. Les contrôles de sécurité Web et cloud s'appliquent de manière uniforme.

Le problème des frictions liées à l'adoption : remplacer le navigateur ou le sécuriser ?

Gartner souligne que les SEB permettent un accès segmenté à partir de terminaux d'utilisateurs finaux non gérés ou peu gérés, ainsi que dans des environnements BYOD, où le déploiement d'agents sur les terminaux serait inapproprié pour des raisons de confidentialité ou de maintenance. Ce cas d'utilisation est convaincant. La question stratégique est de savoir comment mettre en œuvre ces contrôles.

Le nouveau modèle impose aux employés d'abandonner leur navigateur par défaut et d'utiliser une application propriétaire. Le fournisseur contrôle le moteur de rendu, l'écosystème des extensions et le cycle de mise à jour. Les équipes de sécurité bénéficient d'un contrôle approfondi au niveau des sessions.

Le coût réside dans les frictions liées à l’adoption. Chrome détient plus de 65 % des parts de marché mondiales sur ordinateur de bureau. Les employés ont acquis, au fil des années, une mémoire musculaire, des mots de passe enregistrés, des signets synchronisés et des flux de travail basés sur des extensions, le tout autour de ce navigateur. Leur demander de changer de navigateur entraîne la création de tickets d’assistance, le recours à des solutions de contournement informatiques non officielles (les employés ouvrant quand même Chrome pour « les choses qui ne fonctionnent pas ») et des tests de compatibilité perpétuels pour chaque application web interne.

Pour une comparaison plus approfondie des performances de ces deux modèles, l'analyse Skyhigh Security, qui oppose les navigateurs d'entreprise à RBI, passe en revue leurs avantages, leurs inconvénients et leur adéquation respective avec les besoins des entreprises.

Le modèle de navigateur sécurisé préserve Chrome, Edge ou Safari et renforce la sécurité de la session grâce à des contrôles RBI, SWG, DLP, CASB et ZTNA fournis via une plateforme SSE. L’expérience utilisateur reste familière. L’application des politiques est invisible jusqu’à ce qu’un utilisateur tente une action à risque : coller des données à caractère personnel dans un outil d’IA, télécharger un fichier depuis une application SaaS « fantôme » ou accéder à une page de hameçonnage.

Le compromis : l’approche SSE nécessite une inspection TLS (ce qui soulève des questions spécifiques en matière de gestion des certificats et de confidentialité) et ne permet pas d’appliquer des contrôles au niveau du DOM avec autant de précision qu’un navigateur propriétaire. Pour la plupart des cas d’utilisation en entreprise — protection de l’accès aux services SaaS, mise en œuvre de la prévention des fuites de données (DLP), isolation de la navigation à risque, sécurisation de l’accès des prestataires —, le modèle SSE intégré offre une protection équivalente sans les contraintes liées à la mise en œuvre.

Critères d'évaluation : choisir une stratégie de sécurité pour les navigateurs

Lorsque vous évaluez la sécurité des navigateurs en entreprise, posez-vous les questions suivantes avant de contacter un fournisseur :

Sécurité du navigateur de remplacement par rapport à celle du navigateur intégré à SSE

Le rôle du modèle « Zero Trust » dans la sécurité des navigateurs

La sécurité des navigateurs et le modèle « zero trust » ne constituent pas des initiatives distinctes : il s'agit d'une seule et même initiative considérée sous différents angles.

Le modèle de maturité « Zero Trust » v2.0 de la CISA propose une approche visant à assurer la modernisation continue en matière de « Zero Trust » dans un environnement technologique en constante évolution, et aide les agences à concevoir et à mettre en œuvre des plans de transition conformément au décret présidentiel n° 14028. Ce modèle s’articule autour de cinq piliers — l’identité, les appareils, les réseaux, les applications et les charges de travail, ainsi que les données — auxquels s’ajoutent trois capacités transversales : la visibilité et l’analyse, l’automatisation et l’orchestration, ainsi que la gouvernance.

Chacun de ces piliers se recoupe au niveau du navigateur :

Identité : les jetons d'authentification et de session sont stockés dans le navigateur. Les attaques de type « man-in-the-middle » permettent de dérober les cookies de session via le navigateur.

Appareils : le navigateur est la première application à interagir avec un terminal potentiellement compromis. Les contrôles de l'état de sécurité de l'appareil régulent l'accès via le navigateur.

Réseaux : l'inspection TLS au niveau du SWG intercepte le trafic du navigateur avant qu'il n'atteigne l'application SaaS.

Applications et charges de travail : les applications SaaS sont utilisées via le navigateur. Les politiques CASB permettent de contrôler l'accès aux applications autorisées et non autorisées.

Données : les données sensibles sont consultées, copiées, téléchargées et mises en ligne via le navigateur. La prévention des fuites de données (DLP) au niveau du navigateur constitue la dernière ligne de défense avant que les données ne quittent l'entreprise.

Un scénario concret : le responsable des prêts d’une banque régionale accède à une application interne de gestion des prêts via ZTNA / Private Access il se trouve dans un café. La plateforme Skyhigh SSE vérifie l’identité du responsable (authentification multifactorielle Okta), contrôle l’état de l’appareil (ordinateur portable géré, disque chiffré, niveau de correctifs du système d’exploitation à jour), achemine la session via le SWG pour une inspection des menaces, applique des règles DLP empêchant le téléchargement de documents de prêt contenant des informations personnelles identifiables (PII) des clients, et consigne chaque action à des fins d’audit. Pas de VPN. Pas de navigateur propriétaire. Simplement un accès soumis à des règles via le navigateur que le responsable utilise déjà.

Que se passe-t-il lorsque vous négligez la sécurité de votre navigateur ?

Le rapport DBIR 2025 de Verizon a révélé que l'implication de tiers dans les violations de données a doublé d'une année sur l'autre, représentant désormais 30 % de l'ensemble des violations. Bon nombre de ces compromissions impliquant des tiers ont commencé lorsque des sous-traitants ou des partenaires ont accédé à des applications SaaS via des navigateurs non gérés, dépourvus de solution DLP, de gestion des sessions et de mesures d'isolation.

Imaginez le scénario suivant : un analyste d’un cabinet de conseil accède à votre instance Workday via un ordinateur portable personnel non géré. Le profil Chrome de cet analyste synchronise ses identifiants avec un compte Google personnel. Un membre de sa famille télécharge sur ce même ordinateur portable un mod de jeu contenant un programme de vol d’informations. Ce programme récupère tous les mots de passe enregistrés dans le navigateur, y compris vos identifiants Workday. Six semaines plus tard, un pirate utilise ces identifiants pour accéder à votre environnement Workday et exporter les données W-2 de 8 000 employés.

Il ne s'agit pas d'un scénario théorique : cela reflète la tendance mise en évidence par le rapport DBIR de Verizon dans le cadre de la série de violations de données chez Snowflake, où des identifiants compromis provenant d'appareils infectés par des logiciels de vol d'informations ont permis d'accéder à des environnements cloud ne faisant pas l'objet d'une authentification à deux facteurs (MFA).

La norme NIST SP 800-46, révision 2, souligne l'importance de sécuriser les informations sensibles stockées sur les appareils utilisés pour le télétravail et transmises via un accès à distance sur des réseaux externes. Le navigateur est désormais le principal outil de télétravail. Il stocke les identifiants, les jetons de session, les données mises en cache et le contenu du presse-papiers. Ne pas le gérer revient à laisser un tunnel VPN ouvert en permanence sans aucune authentification.