Qu'est-ce qu'une Secure Web Gateway (SWG) ? Défense réseau expliquée

Les Secure Web Gateways filtrent le trafic web, bloquent les malwares et appliquent des politiques pour les effectifs distribués. Découvrez les composants SWG, les modèles de déploiement et les meilleures pratiques.

Qu'est-ce qu'une passerelle web sécurisée (SWG) ?

Les attaquants volent des identifiants via des sites de phishing à l'apparence légitime qui contournent les filtres d'URL. Les organisations font face à une augmentation de 84 % des e-mails contenant des infostealers selon l'analyse IBM X-Force, tandis que le FBI a identifié des infrastructures de phishing malveillantes qui échappent aux contrôles existants. Les solutions SWG qui inspectent le trafic web à l'aide de l'IA comportementale et de renseignements sur les menaces en temps réel peuvent détecter et bloquer ces menaces avant qu'elles n'atteignent les endpoints.

Une passerelle web sécurisée (SWG) agit comme une couche de protection contre les attaques basées sur le web. Selon le glossaire de Gartner, une SWG « filtre les logiciels indésirables/malveillants du trafic web/Internet initié par l'utilisateur et applique la conformité aux politiques d'entreprise et réglementaires ». Cette protection s'intercale entre les utilisateurs et Internet, inspectant chaque requête et réponse web avant que le trafic n'atteigne les endpoints ou ne quitte le réseau.

La SWG a évolué au-delà du simple filtrage web. La SWG basée sur le cloud suit les utilisateurs quel que soit leur emplacement, offrant le filtrage d'URL, l'identification des malwares, le contrôle des applications et la prévention des pertes de données qui stoppe les menaces avant qu'elles n'atteignent les endpoints. Une configuration SWG appropriée crée une couche d'application des politiques qui inspecte le trafic chiffré, bloque les domaines malveillants et empêche l'exfiltration de données via les canaux web.

L'ampleur des menaces web continue de croître. Selon le rapport FBI IC3 2024, les plaintes pour phishing ont atteint 23 252 en 2024, contre 2 856 en 2023. Cela représente une augmentation annuelle de 714 %. Les utilisateurs sont constamment confrontés à ces attaques web, et les organisations ont besoin de capacités de filtrage et d'inspection web que les pare-feux périmétriques traditionnels ne peuvent fournir.

Pourquoi les passerelles web sécurisées sont essentielles dans la sécurité moderne

Le périmètre réseau traditionnel n'existe plus. Les employés accèdent aux ressources de l'entreprise depuis des réseaux domestiques, des cafés et des aéroports, tandis que les applications SaaS hébergent des données critiques en dehors des pare-feux de l'entreprise. Les organisations ne peuvent pas protéger un trafic web qu'elles ne voient pas. La SWG comble cette lacune en suivant les utilisateurs où qu'ils travaillent, en inspectant le trafic au point d'accès plutôt qu'à une frontière centralisée.

La SWG fonctionne désormais comme un composant fondamental au sein des plateformes Security Service Edge (SSE). Les organisations regroupent SWG, Cloud Access Security Broker (CASB) et Zero Trust Network Access (ZTNA) dans des architectures intégrées plutôt que de déployer des solutions autonomes. NIST SP 800-207 établit que le zero trust se concentre sur « la protection des ressources, pas des segments réseau ». La SWG met en œuvre ce principe en prenant des décisions d'accès basées sur l'identité, la posture du dispositif et les renseignements sur les menaces en temps réel plutôt que sur la position réseau.

La SWG s'intègre également à la pile de sécurité globale : elle alimente les journaux vers le SIEM, coordonne les politiques avec le CASB et partage les renseignements sur les menaces avec la protection des endpoints. Lorsqu'un vol d'identifiants se produit via un site de phishing, la SWG bloque le domaine malveillant tandis que la protection des endpoints stoppe l'exécution du malware et la détection des menaces liées à l'identité surveille les tentatives d'authentification anormales.

Cette approche intégrée fonctionne car la SWG offre des capacités techniques spécifiques que d'autres outils de sécurité ne peuvent pas reproduire.

Composants clés d'une SWG

Les solutions SWG nécessitent quatre capacités minimales selon la définition de Gartner : filtrage d'URL, identification et filtrage du code malveillant, contrôle des applications et prévention des fuites de données (DLP).

1. Le filtrage d'URL catégorise et contrôle l'accès aux sites web selon les politiques de sécurité. La SWG utilise une architecture proxy complète qui intercepte toutes les requêtes web et effectue une inspection à l'aide de bases de données de renseignements sur les menaces en temps réel. Lorsque les utilisateurs tentent d'accéder à des sites bloqués, la SWG refuse la connexion via son processus d'inspection en ligne, empêchant tout échange de données avec la destination bloquée.
2. Identification et filtrage du code malveillant représentent un composant central de la SWG qui détecte et empêche activement les menaces web. Cette inspection s'effectue en temps réel lors du téléchargement de fichiers par les utilisateurs, empêchant les exécutables, scripts et documents malveillants d'atteindre les endpoints avant qu'ils ne compromettent les systèmes.
3. Le contrôle des applications offre une gouvernance granulaire sur les applications web. Cette capacité permet, par exemple, aux organisations d'autoriser les utilisateurs à consulter des fichiers dans un stockage cloud personnel tout en bloquant les téléchargements susceptibles d'exfiltrer des données sensibles.
4. La prévention des pertes de données examine le trafic sortant pour empêcher les informations sensibles de quitter le réseau via les canaux web. La SWG analyse le trafic HTTP/HTTPS à la recherche de motifs correspondant à des numéros de carte bancaire, numéros de sécurité sociale ou motifs personnalisés définis par les équipes de sécurité. En cas de violation de politique, la SWG bloque la transmission et génère des alertes pour enquête.

Ces quatre composants fonctionnent au sein d'une architecture coordonnée qui traite chaque requête web à travers plusieurs couches d'inspection. Mais en quoi cette architecture diffère-t-elle des autres technologies de sécurité réseau déjà déployées par les organisations ?

SWG vs. Pare-feux et proxies traditionnels

Les équipes de sécurité confondent souvent SWG, pare-feux et proxies hérités car tous trois filtrent le trafic réseau. Cette distinction est importante lors de la conception de défenses en couches.

• Les pare-feux traditionnels opèrent au niveau réseau (couches 3-4), prenant des décisions d'autorisation/blocage basées sur les adresses IP, ports et protocoles. Les pare-feux ne peuvent pas inspecter le contenu du trafic HTTPS chiffré ni identifier les charges malveillantes dans les connexions autorisées. Lorsqu'un utilisateur visite un site compromis via le port 443, le pare-feu ne voit qu'une connexion HTTPS autorisée.
• Les proxies web hérités ont été conçus pour la mise en cache et l'optimisation de la bande passante, pas pour la sécurité. Les proxies traditionnels transmettent les requêtes sans inspection approfondie du contenu, offrent un blocage basique par catégorie d'URL et ne peuvent pas déchiffrer le trafic SSL/TLS pour analyse. Les organisations utilisant uniquement des architectures proxy manquent les téléchargements de malwares et les tentatives d'exfiltration de données cachées dans les sessions chiffrées.
• Les passerelles web sécurisées associent l'architecture proxy à une inspection axée sur la sécurité. La SWG termine et déchiffre les connexions SSL/TLS, effectue une analyse des malwares sur le contenu téléchargé, applique les politiques de prévention des pertes de données et met en œuvre des contrôles d'applications granulaires. Là où les pare-feux voient des ports autorisés et les proxies voient du contenu mis en cache, la SWG voit les menaces réelles dans le trafic web.

Les organisations déploient les trois technologies dans des architectures en couches : les pare-feux contrôlent l'accès au niveau réseau, la SWG inspecte le contenu du trafic web et la protection des endpoints gère les menaces qui contournent les deux premiers contrôles.

Fonctionnement d'une passerelle web sécurisée

La SWG fonctionne comme un proxy complet, créant deux connexions distinctes pour chaque requête web. Lorsqu'un utilisateur tente d'accéder à un site web, la SWG termine la connexion initiale à la passerelle, inspecte la requête complète, établit une connexion séparée vers la destination et transmet ou bloque le trafic selon l'évaluation de la politique.

Le processus de déchiffrement SSL/TLS permet l'inspection du trafic chiffré via des opérations contrôlées de type « homme du milieu ». La SWG présente son propre certificat signé par l'entreprise aux endpoints clients tout en établissant des sessions chiffrées distinctes vers les serveurs de destination. Une fois déchiffré, la SWG effectue une analyse complète du contenu incluant la catégorisation d'URL, l'analyse de malwares et les vérifications de prévention des pertes de données avant de rechiffrer et transmettre le trafic approuvé.

Cette capacité de déchiffrement permet à la SWG cloud d'examiner les connexions HTTPS et d'effectuer des contrôles de politique. Sans inspection SSL, la SWG ne peut pas analyser le trafic chiffré où se cachent les menaces.

L'inspection multi-couches combine la catégorisation d'URL, les moteurs anti-malware, la prévention des pertes de données et l'inspection au niveau applicatif. Ce processus multi-couches permet aux SWG d'appliquer les politiques de sécurité tout en maintenant une faible latence pour la majorité des requêtes web.

L'application des politiques dans les passerelles web sécurisées s'effectue via des cadres décisionnels basés sur l'identité et le contexte. Les SWG modernes s'intègrent à Active Directory, LDAP ou des fournisseurs d'identité SAML pour authentifier les utilisateurs et appliquer des politiques selon l'appartenance à un groupe. Les décisions de politique intègrent plusieurs facteurs contextuels :

• Identité et rôle de l'utilisateur
• Posture de sécurité du dispositif
• Emplacement géographique
• Heure de la journée
• Score de renseignement sur les menaces en temps réel

L'architecture de déploiement basée sur le cloud offre une protection via des points de présence (PoP) géographiquement distribués. La SWG cloud achemine le trafic utilisateur vers le nœud d'inspection le plus proche, minimisant la latence tout en assurant une application cohérente des politiques quel que soit l'emplacement de l'utilisateur.

L'architecture cloud n'est qu'une option de déploiement. Les organisations doivent évaluer le modèle qui correspond à leur infrastructure, à leurs exigences de conformité et à la répartition de leur personnel.

Modèles de déploiement pour les passerelles web sécurisées

Les organisations choisissent entre trois architectures de déploiement principales selon la répartition du personnel, l'infrastructure existante et les exigences de conformité.

• La SWG cloud-native assure l'inspection via des points de présence distribués mondialement. Les utilisateurs se connectent au nœud cloud le plus proche, quel que soit leur emplacement, éliminant le reroutage du trafic via des centres de données centralisés. Ce modèle convient aux organisations avec des effectifs distribués, des politiques remote-first ou une infrastructure sur site limitée. La SWG cloud s'adapte automatiquement et transfère la responsabilité de la maintenance au fournisseur.
• La SWG sur site offre aux organisations un contrôle direct sur l'infrastructure d'inspection. Les appliances matérielles ou virtuelles déployées dans les centres de données traitent tout le trafic web via des systèmes gérés localement. Ce modèle répond aux exigences strictes de résidence des données, aux obligations réglementaires interdisant l'inspection cloud ou aux organisations principalement basées en bureau. Le déploiement sur site nécessite une expertise interne pour la maintenance, les mises à jour et la planification de la capacité.
• Les déploiements hybrides combinent des composants cloud et sur site. Le trafic du siège passe par des appliances locales tandis que les utilisateurs distants se connectent aux nœuds d'inspection cloud. Cette approche préserve les investissements sur site existants tout en étendant la protection aux travailleurs distribués sans rerouter leur trafic.

Le modèle de déploiement impacte directement l'expérience utilisateur, la charge opérationnelle et le coût total. Les architectures cloud-native réduisent la latence pour les travailleurs distants mais introduisent une dépendance au fournisseur. Les déploiements sur site maintiennent le contrôle mais requièrent d'importantes ressources internes.

Quel que soit le modèle choisi, la SWG apporte des améliorations de sécurité mesurables sur plusieurs axes.

Principaux avantages de l'adoption d'une SWG

La SWG protège contre les méthodes d'attaque web qui contournent les défenses périmétriques traditionnelles. Elle bloque les sites de phishing et les pages de collecte d'identifiants où les identifiants sont volés, stoppant les attaques avant que l'authentification n'ait lieu.

1. L'application cohérente des politiques pour des effectifs distribués répond à la disparition du périmètre réseau. Lorsque les utilisateurs travaillent depuis le siège, leur domicile, des cafés ou des aéroports, les contrôles de sécurité réseau traditionnels ne peuvent pas les suivre. La SWG cloud offre une protection identique quel que soit l'emplacement de l'utilisateur. La recherche CSA souligne que dans les environnements de travail hybrides, « les données sensibles peuvent être consultées et transmises sur des réseaux non sécurisés, augmentant le risque de fuite de données ». La SWG crée la couche de sécurité qui protège ces connexions réseau non contrôlées.
2. La visibilité sur le shadow IT et les applications non autorisées révèle ce que les utilisateurs consultent réellement sur le web. Les organisations découvrent quelles applications cloud sont utilisées par leur personnel, identifient les services de partage de fichiers non autorisés et détectent l'utilisation risquée d'applications personnelles.
3. La prévention des pertes de données pour l'exfiltration web empêche les informations sensibles de quitter le réseau via les canaux web. La SWG examine le trafic web sortant à la recherche de motifs de données sensibles, bloquant les tentatives d'exfiltration qu'elles proviennent d'initiés malveillants ou de comptes compromis contrôlés par des attaquants externes.
4. La réduction des taux d'infection des endpoints résulte du blocage des malwares en amont avant qu'ils n'atteignent les dispositifs via le filtrage web. Cette protection en amont réduit la surface d'attaque que la sécurité des endpoints doit défendre, bien que la SWG doive être intégrée dans une stratégie de défense en profondeur et non utilisée seule.
5. Le support de conformité aux exigences réglementaires répond aux besoins de sécurité spécialisés en fournissant l'application des usages acceptables et les pistes d'audit exigées par la réglementation.

Les organisations rencontrent des défis de déploiement principalement parce qu'elles omettent les étapes de planification avant la mise en œuvre.

Défis de la mise en œuvre d'une SWG

La complexité de l'inspection SSL/TLS et les problèmes de compatibilité créent des défis opérationnels qui impactent l'efficacité du déploiement SWG. Lors du déploiement du déchiffrement SSL, les organisations rencontrent :

• Le certificate pinning dans les applications mobiles qui casse la fonctionnalité
• Des dispositifs médicaux et endpoints IoT qui ne peuvent pas faire confiance aux certificats d'entreprise
• Des préoccupations réglementaires concernant le déchiffrement du trafic contenant des informations de santé protégées

L'impact sur les performances et la latence affecte directement la productivité des utilisateurs. Lorsque des utilisateurs distants en Asie doivent rerouter leur trafic via des nœuds d'inspection SWG en Amérique du Nord avant d'atteindre leur destination réelle, la latence devient inacceptable.

La complexité de gestion des politiques à travers les populations d'utilisateurs augmente à mesure que l'organisation grandit. Les équipes de sécurité gèrent différentes politiques pour les dirigeants, travailleurs distants, sous-traitants et invités, tout en définissant des exceptions pour certaines applications, en créant des règles temporelles et en mettant en œuvre des restrictions géographiques.

Ces défis techniques sont aggravés par des défaillances organisationnelles qui compromettent l'efficacité de la SWG dès le départ.

Erreurs courantes lors du déploiement d'une SWG

Les organisations commettent des erreurs évitables lors de la mise en œuvre de solutions de sécurité réseau pour des environnements distribués. Selon la recherche Omdia, les organisations omettent systématiquement de définir des objectifs, de revoir les plans avec des experts ou de valider les critères de succès avant la mise en œuvre.

1. Déployer sans objectifs de sécurité définis ni indicateurs de succès conduit à des solutions qui ne répondent pas aux menaces réelles. Sans modélisation des menaces identifiant les méthodes d'attaque spécifiques à l'organisation, les équipes ne peuvent pas configurer des politiques adaptées au paysage réel des menaces.
2. Sélectionner des solutions sur la base de la notoriété de la marque plutôt que de l'adéquation technique gaspille le budget sur des capacités inutiles tout en négligeant les besoins réels. Les organisations qui choisissent uniquement selon la marque sans test de validation sur les charges de travail réelles découvrent souvent des lacunes après le déploiement.
3. Ignorer la complexité de gestion des certificats pour l'inspection SSL provoque des échecs de déploiement. Les organisations sous-estiment la charge opérationnelle liée à la distribution des certificats racine d'entreprise à tous les endpoints, à la gestion des mises à jour de certificats sur des dispositifs variés et au dépannage des applications qui cessent de fonctionner lors de l'activation de l'inspection SSL.
4. Une planification d'intégration insuffisante avec l'infrastructure de sécurité existante crée des silos opérationnels. Lorsque la SWG est déployée sans coordination avec les systèmes SIEM pour l'agrégation des journaux de sécurité, les plateformes CASB pour l'alignement des politiques cloud et les outils de protection des endpoints pour le partage des renseignements sur les menaces, les outils de sécurité manquent de visibilité intégrée pour corréler et répondre aux attaques couvrant les surfaces web et endpoint.

Éviter ces erreurs nécessite une planification délibérée et le respect de pratiques de déploiement éprouvées.

Bonnes pratiques pour la SWG

Les déploiements SWG réussis suivent une planification structurée qui prend en compte les exigences techniques et les réalités opérationnelles avant la mise en production.

Faire appel à des experts en architecture de sécurité pour la validation pré-déploiement afin d'éviter des erreurs coûteuses. La recherche Omdia recommande de « planifier avec, ou de faire valider les plans par, un partenaire expert en amont ». Les spécialistes ayant déployé des solutions de sécurité à grande échelle peuvent identifier les défis d'intégration, valider l'architecture par rapport à des déploiements similaires et détecter les problèmes avant qu'ils ne surviennent.

Réaliser des tests de validation de concept avec des charges de travail réelles pour vérifier les promesses des fournisseurs. Les organisations doivent explorer plusieurs fournisseurs et plateformes avant de s'engager, plutôt que de choisir sur la seule base de la marque. Tester les solutions SWG avec des applications, des populations d'utilisateurs et des conditions réseau réelles permet de mesurer l'impact de la latence sur les sessions de visioconférence et de valider la compatibilité de l'inspection SSL.

Mettre en œuvre le déchiffrement SSL/TLS avec une infrastructure de certificats d'entreprise appropriée comme exigence technique pour le déploiement SWG. Cela implique :

• La mise en place d'une infrastructure d'autorité de certification d'entreprise avec présentation double de certificats
• Le déploiement de certificats racine gérés par l'entreprise sur tous les endpoints pour établir la confiance
• La garantie d'une analyse du contenu post-déchiffrement incluant la catégorisation d'URL, l'analyse de malwares et les contrôles DLP

Intégrer les journaux de la passerelle web sécurisée au SIEM dès le déploiement initial lors de l'utilisation d'une solution SWG dédiée en complément des plateformes de sécurité. Cela permet l'identification des menaces à travers la pile de sécurité. Les organisations déployant des solutions SWG dédiées peuvent configurer le streaming des journaux en temps réel vers le SIEM via des méthodes d'intégration standard telles que syslog, récupération des journaux via API ou formatage Common Event Format. Cette intégration établit des règles de corrélation reliant les attaques web aux infections des endpoints et soutient la réponse aux incidents via l'analyse forensique des données.

Demandez une démonstration avec SentinelOne pour découvrir comment la protection autonome des endpoints complète la sécurité de votre passerelle web.

Points clés à retenir

Les passerelles web sécurisées protègent les effectifs distribués en inspectant le trafic web, en appliquant les politiques et en bloquant les menaces avant qu'elles n'atteignent les endpoints. La SWG fonctionne comme un composant fondamental au sein des plateformes SSE, s'intégrant avec CASB et ZTNA pour une sécurité unifiée. Quatre capacités principales définissent la SWG : filtrage d'URL, identification du code malveillant, contrôle des applications et prévention des pertes de données. La SWG cloud suit les utilisateurs quel que soit leur emplacement, répondant à la disparition du périmètre réseau.

Les déploiements réussis nécessitent des objectifs de sécurité définis, une validation par des experts, des tests de validation de concept et une gestion appropriée des certificats. Les organisations doivent associer des solutions SWG dédiées à des plateformes de sécurité des endpoints telles que la Singularity Platform de SentinelOne pour une protection en couches sur les surfaces d'attaque web et endpoint.

FAQ

Qu'est-ce qu'une Secure Web Gateway ?

Une passerelle web sécurisée (SWG) est une solution de sécurité qui filtre le trafic web entre les utilisateurs et Internet. La SWG inspecte les requêtes HTTP/HTTPS, bloque l'accès aux sites web malveillants, empêche le téléchargement de logiciels malveillants, applique les politiques d'utilisation acceptable et stoppe l'exfiltration de données via les canaux web. 

La SWG moderne fonctionne depuis le cloud pour protéger les utilisateurs quel que soit leur emplacement, en intégrant le filtrage d'URL, l'analyse des logiciels malveillants, les contrôles d'applications et la prévention de la perte de données dans une plateforme d'inspection unifiée.

Quel est le lien entre les Secure Web Gateways et la cybersécurité ?

SWG fonctionne comme un composant fondamental au sein des architectures de sécurité modernes, en particulier les plateformes Security Service Edge (SSE). Les organisations déploient SWG en complément du Cloud Access Security Broker (CASB) et de Zero Trust Network Access (ZTNA) afin de créer une application unifiée de la sécurité. 

SWG applique les principes du zero trust en inspectant le trafic web quel que soit l’emplacement de l’utilisateur, en prenant des décisions d’accès basées sur l’identité, la posture du dispositif et l’intelligence des menaces en temps réel plutôt que sur la position réseau. Cette intégration permet une réponse coordonnée lorsque les attaques touchent les surfaces web, cloud et endpoint.

Contre quelles menaces une Secure Web Gateway protège-t-elle ?

SWG protège contre les sites de phishing qui récoltent des identifiants, les téléchargements furtifs qui installent des logiciels malveillants, les communications de commande et de contrôle provenant de points de terminaison infectés, l’exfiltration de données via les canaux web, ainsi que l’accès à des contenus malveillants ou inappropriés. 

SWG inspecte le trafic HTTPS chiffré, où se cachent la plupart des menaces modernes, bloquant les charges malveillantes avant qu’elles n’atteignent les points de terminaison. La technologie prévient également les risques liés au shadow IT en identifiant et en contrôlant l’accès aux applications cloud non autorisées.

En quoi une SWG diffère-t-elle d'un CASB et d'une ZTNA ?

SWG, CASB et ZTNA répondent à différents cas d’usage de sécurité au sein des architectures SSE. SWG se concentre sur la sécurisation du trafic web général via le filtrage d’URL, l’inspection des malwares et la prévention de la perte de données pour les requêtes à destination d’Internet. CASB régit spécifiquement les applications SaaS autorisées, offrant une visibilité sur l’utilisation des applications cloud, l’application des politiques de sécurité des données et la détection des comptes compromis au sein des services cloud. 

ZTNA remplace le VPN traditionnel en fournissant un accès basé sur l’identité aux applications privées sans exposer le réseau. Les organisations déploient les trois solutions ensemble pour une couverture complète de l’accès web, cloud et aux applications privées.

Une Secure Web Gateway peut-elle prévenir la perte de données ?

Oui, la prévention de la perte de données (DLP) représente l'une des quatre capacités principales du SWG définies par Gartner. Le SWG examine le trafic web sortant à la recherche de motifs de données sensibles, notamment les numéros de carte de crédit, les numéros de sécurité sociale, les informations de santé et les motifs personnalisés définis par les équipes de sécurité. 

Lorsque les utilisateurs tentent de télécharger des données sensibles vers des destinations non autorisées ou de coller des informations confidentielles dans des formulaires web, le SWG bloque la transmission et génère des alertes. Cette capacité permet de prévenir à la fois l'exfiltration malveillante par des initiés et l'exposition accidentelle de données via les canaux web.

Quelle est la différence entre une SWG et les proxys web traditionnels ?

Les proxys web traditionnels se concentrent sur la mise en cache du contenu et le filtrage basique des URL pour optimiser les performances. Les solutions SWG ajoutent des fonctionnalités de sécurité, notamment le déchiffrement et l'inspection SSL/TLS, des moteurs de détection de malwares basés sur les signatures et le comportement, des contrôles d'applications granulaires et la prévention de la perte de données. 

Les SWG permettent l'inspection en ligne du trafic chiffré et offrent une protection contre les téléchargements malveillants que les proxys hérités ne peuvent pas traiter uniquement par le blocage basé sur les catégories.

Comment la SWG s'intègre-t-elle dans l'architecture SASE ?

SASE (Secure Access Service Edge) combine la mise en réseau et la sécurité dans des plateformes fournies via le cloud. SWG fonctionne comme l’un des trois composants de sécurité principaux au sein de la partie SSE (Security Service Edge) de SASE, aux côtés de CASB et ZTNA, tandis que FWaaS représente le composant réseau. 

Les organisations n’achètent plus de SWG autonome, mais adoptent plutôt des plateformes SASE intégrées offrant une gestion unifiée des politiques pour l’ensemble des fonctions de sécurité.

La SWG peut-elle protéger les travailleurs à distance aussi efficacement que les utilisateurs sur site ?

Les architectures SWG basées sur le cloud répondent spécifiquement à la protection de la main-d'œuvre à distance en suivant les utilisateurs quel que soit leur emplacement. Les organisations bénéficient d'une application cohérente des politiques, que les utilisateurs se connectent depuis le siège, des bureaux à domicile ou des cafés. 

Les performances dépendent de la répartition mondiale des points de présence ; les solutions disposant de nœuds d'inspection proches des populations d'utilisateurs distants offrent une protection à faible latence, tandis que les architectures centralisées introduisent des défis de latence en raison du reroutage du trafic.

Que se passe-t-il si la SWG échoue ou devient indisponible ?

La politique de basculement détermine si le trafic passe en mode fail open (contournant la sécurité pour maintenir la connectivité) ou en mode fail closed (bloquant tout accès à Internet jusqu'à la restauration des services SWG). Les fournisseurs de Cloud SWG assurent une haute disponibilité grâce à une infrastructure redondante, mais les organisations doivent prévoir des scénarios de connectivité dégradée. 

La meilleure pratique consiste à mettre en cache localement les décisions de politique, à assurer une dégradation progressive vers des modes d’inspection limités, et à définir des procédures claires précisant le niveau de risque acceptable lors des interruptions.

La SWG déchiffre-t-elle tout le trafic SSL/TLS ou existe-t-il des exceptions ?

Les organisations configurent les politiques d’inspection SSL en fonction des exigences de confidentialité, de la conformité réglementaire et de la compatibilité technique. La plupart des déploiements déchiffrent le trafic web d’entreprise tout en créant des exceptions pour les transactions financières, les portails de santé et les applications utilisant le certificat épinglé. 

Les équipes de sécurité maintiennent des catégories de liste blanche exemptées du déchiffrement, gèrent la confiance des certificats pour le trafic inspecté et documentent les justifications légales pour la surveillance de l’activité web des employés.