ComparisonDNS filtering alternatives
Une alternative à Cisco Umbrella pour le WiFi invité
Déterminez si Purple Shield ou Cisco Umbrella doit protéger chaque réseau que vous gérez. Vous pourrez associer les SSID invités et publics à un DNS protecteur sans agent, conserver un contrôle fondé sur l'identité là où le personnel en a besoin et comparer les structures de licences sans deviner les prix. Vous pouvez...
Choisissez Purple Shield si vous avez besoin d'un DNS protecteur pour les visiteurs anonymes sur un réseau WiFi public. Il applique une politique par SSID et VLAN, sans agent ni nouveau matériel. Il provient de la plateforme qui équipe déjà plus de 80 000 établissements dans 90 pays. Choisissez Cisco Umbrella si vous sécurisez des employés identifiés et des appareils gérés dans le cadre d'un programme SASE plus large.
La réponse courte sur les alternatives à Cisco Umbrella pour le WiFi invité
Cisco Umbrella est un produit mature qui résout un problème différent. Il est issu d'OpenDNS, acquis par Cisco en 2015. Il s'inscrit désormais dans le portefeuille SASE (Secure Access Service Edge) de Cisco, qui fournit conjointement la connectivité réseau et la sécurité depuis le cloud. Son domaine de prédilection est un personnel connu : des employés identifiés, des ordinateurs portables gérés, des succursales et du personnel en déplacement, tous liés à un annuaire.
Le WiFi invité remet en cause ces hypothèses. Les personnes présentes sur votre réseau sont anonymes et changent d'une heure à l'autre. La fréquentation varie selon les événements et les saisons. Les visiteurs n'installent aucun agent et ne possèdent aucun compte dans votre annuaire. Une licence calculée par utilisateur n'a aucun élément stable sur lequel se baser.
Purple Shield est un DNS protecteur conçu pour cette situation. Le DNS protecteur filtre les menaces et les contenus indésirables lorsqu'un appareil recherche un nom de domaine. Vous définissez une politique par SSID, par VLAN (LAN virtuel, un segment de réseau séparé logiquement) et par établissement. Shield fonctionne à partir de la même plateforme que votre portail captif, la page de connexion que les visiteurs voient avant d'accéder à Internet.
La réponse dépend de l'identité. Si les personnes que vous protégez disposent de comptes que vous gérez, le modèle d'Umbrella convient. S'il s'agit de visiteurs que vous ne pouvez pas identifier, le modèle de Shield est adapté. Pour une comparaison détaillée, lisez Shield vs Cisco Umbrella. Pour une vue d'ensemble du marché, commencez par notre présentation des alternatives de filtrage DNS.
Sur quoi nous avons comparé Shield et Umbrella, et pourquoi
Pourquoi l'emplacement vient en premier
Le DNS protecteur intervient lorsqu'un appareil demande où se trouve un domaine. Cette recherche s'effectue avant l'ouverture de toute connexion. Si le domaine est malveillant ou enfreint la politique, le résolveur le rejette et l'appareil ne se connecte jamais. Un pare-feu évalue généralement le trafic après le démarrage d'une session, et la majeure partie de ce trafic est désormais chiffrée. Le filtrage lors de la résolution bloque le hameçonnage, les logiciels malveillants et les domaines de commande et contrôle avant qu'ils n'atteignent le périmètre. Le National Cyber Security Centre du Royaume-Uni exploite son service de DNS protecteur pour le secteur public sur ce même principe.
Shield et Umbrella filtrent tous deux au niveau de la couche DNS. La différence réside dans tout ce qui entoure cette couche.
Two lanes compare Cisco Umbrella's identity-led path through agent, directory and cloud with Shield's path from guest SSID to a DNS policy decision.
Connections
- Managed device to Directory identity
- Directory identity to Umbrella cloud
- Umbrella cloud to Per-seat policy and reports
- Guest joins venue SSID to DNS query reaches Shield
- DNS query reaches Shield to Policy per SSID, VLAN, venue
- Policy per SSID, VLAN, venue to Blocked or resolved
Les critères que nous avons évalués
Nous avons défini huit critères avant d'évaluer chaque produit. Chaque option est notée uniquement à partir de ses propres documents publics : la documentation Cisco Umbrella et les informations produit de Purple.
- Le niveau où s'effectue le filtrage dans la connexion.
- Le public que le produit est conçu pour protéger.
- La nécessité ou non d'un agent pour les appareils des visiteurs.
- L'unité à laquelle s'attache une politique.
- L'unité de tarification de la licence.
- La publication ou non des tarifs.
- La portée au-delà du DNS.
- L'intégration avec le matériel et la pile réseau invité déjà en place.
Nous n'affichons aucun prix concurrent. Cisco fournit les devis Umbrella par l'intermédiaire de ses propres équipes et partenaires, de sorte que tout chiffre serait vérifiable avec difficulté et rapidement obsolète. Si vous évaluez d'autres fournisseurs, consultez les alternatives à DNSFilter et Cloudflare Gateway vs Purple Shield.
Shield vs Cisco Umbrella : la matrice comparative
La matrice ci-dessous est le moyen le plus rapide de voir le public cible de chaque produit.
| Criterion | Cisco Umbrella | Purple Shield |
|---|---|---|
| Where filtering happens | DNS layer, plus web gateway and cloud firewall in higher packages | DNS resolution, before any connection opens |
| Built for | Named employees, managed devices, branches and roaming staff | Anonymous, changing visitors on guest and public WiFi |
| Agent on the device | Optional for network DNS; Cisco Secure Client for per-person policy and roaming | None; guests install nothing |
| Policy unit | Identity: person, group, device, network or site | SSID, VLAN and venue, from one dashboard |
| Licence unit | Per seat, typically each named employee | No per-guest seat; add-on to Purple plans or standalone |
| Pricing visibility | Quote-based through Cisco and partners | Set out on the Shield pricing page |
| Scope beyond DNS | Secure web gateway, cloud firewall and CASB, by package | Threat blocking, content filtering and ad blocking at DNS |
| Hardware fit | Network DNS on any gear; native Cisco and Meraki integrations | Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, Fortinet |
Considérez ces deux produits comme répondant à deux questions différentes. Umbrella demande qui se connecte. Shield demande sur quel réseau se trouve l'appareil.
Les points forts de Cisco Umbrella
Si votre enjeu concerne votre personnel, Umbrella couvre des domaines que Shield ne cherche pas à traiter.
Contrôle axé sur l'identité pour votre propre personnel
Umbrella associe la politique de sécurité aux individus. La solution s'intègre aux services d'annuaire, notamment Microsoft Entra ID, afin que vous puissiez définir des règles par personne ou par groupe. Vous pouvez générer des rapports sur l'activité de chaque employé. Cisco Secure Client étend cette protection aux ordinateurs portables hors du réseau de l'entreprise, à domicile ou en déplacement.
Une sécurité au-delà de la couche DNS
Le DNS constitue une seule couche d'Umbrella. Selon l'offre choisie, Cisco ajoute une passerelle web sécurisée (SWG) qui inspecte le trafic web chiffré. La solution intègre également un pare-feu fourni par le cloud et un courtier de sécurité d'accès au cloud (CASB) pour régir l'utilisation du SaaS. Ce sont les briques fondamentales d'un programme SASE.
Renseignement sur les menaces et l'écosystème Cisco
Umbrella s'appuie sur Cisco Talos, le groupe de renseignement sur les menaces de Cisco. Cisco documente des intégrations natives d'Umbrella avec Cisco Meraki et d'autres équipements réseau Cisco. Si votre équipe d'opérations de sécurité travaille déjà sur les consoles Cisco, la standardisation sur un seul fournisseur présente un réel intérêt.
Pour une main-d'œuvre gérée, Umbrella est un choix crédible, et ce guide ne prétend pas le contraire.
Les points forts de Shield sur le WiFi invité
Conçu pour les visiteurs que vous ne pouvez pas identifier
Shield ne formule aucune hypothèse sur la personne présente sur le réseau : pas de compte, pas d'agent, pas d'inscription. La politique appartient au réseau. Chaque SSID, VLAN et site obtient ses propres règles depuis un tableau de bord unique. Un hôtel peut appliquer une politique de protection de la famille sur le SSID de son hall d'accueil et une politique plus souple sur le VLAN de sa salle de conférence.
Protective DNS sans agent, sans nouveau matériel
Vous pointez le DNS du réseau vers Shield, et la politique s'applique à chaque appareil qui se connecte. Cela couvre le téléphone d'un visiteur, un ordinateur portable et une Smart TV qui ne pourraient jamais exécuter d'agent. Shield fonctionne sur les réseaux Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme et Fortinet. Exécutez-le de manière autonome sur n'importe quel réseau WiFi, ou ajoutez-le à Purple Access en tant qu'extension de sécurité pour WiFi invité.
Une plateforme unique pour l'ensemble de la pile invité
Purple gère déjà les Captive Portals et l'analyse du Guest WiFi sur plus de 80 000 sites dans 90 pays. Shield ajoute une protection au sein de cette même plateforme. L'équipe qui gère la connexion des invités définit également la politique de sécurité, ce qui vous permet de remplacer une console distincte par un seul tableau de bord.
Signalement précoce des menaces et réseaux plus légers
Shield signale les domaines malveillants lors de la résolution DNS avant l'ouverture des connexions, arrêtant les menaces avant que le trafic n'atteigne le réseau. Lorsque le blocage des publicités est activé, Shield supprime les requêtes publicitaires indésirables et les requêtes de suivi. Sur le réseau d'un site très fréquenté, cette capacité est restituée aux invités que vous servez.
- 80,000+sites sur PurpleDans 90 pays
- 500M+utilisateurs et connexionsPar an dans le monde
- 99.999%SLA de disponibilitéDisponibilité de la plateforme
- 2012année de créationPlateforme établie
Coût de fonctionnement : structure de licence, pas tarif
Cette section ne présente aucun prix. Ce que vous pouvez comparer, c'est la structure : ce que vous comptez, ce qui augmente la facture et le travail qui se situe en dehors de la licence.
Umbrella : des postes dimensionnés pour un effectif
Les forfaits Umbrella sont sous licence par poste, généralement dimensionnés selon votre nombre d'employés nominatifs. Cela convient à une entreprise dont l'effectif est stable. La formule est moins adaptée à la tribune d'un stade ou à un centre commercial. Là-bas, le nombre de supporters et de clients varie à chaque match et à chaque saison.
Le travail sur les terminaux engendre ses propres coûts. La politique par personne et la protection en itinérance dépendent du déploiement de Cisco Secure Client sur les appareils gérés. Quelqu'un doit maintenir ce déploiement.
Shield : aucun poste invité à compter
Shield n'impose pas de poste par invité. Vous l'achetez sous forme d'extension de sécurité pour les forfaits Connect, Capture ou Engage, ou de manière autonome sur n'importe quel réseau WiFi. Les invités n'installent rien, il n'y a donc pas de déploiement sur les terminaux. La page des tarifs Shield détaille les conditions actuelles, afin que vous puissiez établir votre budget avant un appel commercial.
| Facteur de coût | Cisco Umbrella | Purple Shield |
|---|---|---|
| Mode d'achat | Devis auprès de Cisco ou d'un partenaire | Module complémentaire pour Connect, Capture ou Engage, ou autonome sur n'importe quel WiFi |
| Ce que vous comptez | Licences, généralement les employés nommés | Aucune licence invité à compter |
| Pics saisonniers | Les visiteurs anonymes ne correspondent pas à une licence | Aucun nombre de licences à réajuster pour les pics |
| Nouveau matériel | Aucun pour le DNS réseau | Aucun ; utilise vos points d'accès existants |
| Travail sur les points de terminaison | Déploiement de Secure Client pour la politique par personne | Aucun |
| Consoles d'administration | Séparées de la pile WiFi invité | Un seul tableau de bord avec Captive Portal et analytics |
| Grille tarifaire | Non publiée | Page des tarifs Shield |
Quel effort représente la migration d'Umbrella vers Shield ?
Une migration est un changement de configuration par réseau invité, pas un projet matériel. La plupart des parcs suivent quatre étapes.
Cartographier ce qu'Umbrella fait aujourd'hui
Listez chaque réseau dont la résolution passe par Umbrella et qui l'utilise. Séparez les réseaux du personnel des SSID invités et publics. Les réseaux du personnel qui dépendent de la passerelle web ou du CASB restent généralement sur Umbrella.
Migrer d'abord les réseaux invités
Créez une politique Shield pour chaque SSID ou VLAN invité. Validez les catégories de contenu avec les équipes d'exploitation des sites avant de basculer. Modifiez ensuite le DNS fourni par chaque réseau invité, généralement via DHCP sur votre contrôleur ou passerelle. La documentation de votre fournisseur de matériel couvre les étapes exactes pour votre plateforme.
Fermer les voies de contournement
Exécuter en parallèle, puis basculer
Effectuez des tests depuis un appareil invité sur chaque SSID et vérifiez que les blocages apparaissent dans le tableau de bord Purple. Migrez les sites par vagues, en commençant par un seul site. Une fois que le trafic invité passe par Shield, supprimez les réseaux de sortie invités de votre configuration Umbrella.
Comment choisir entre Shield et Umbrella
Utilisez une seule question comme règle de décision : chaque personne sur ce réseau possède-t-elle un compte que vous gérez ? Si oui, un produit basé sur l'identité comme Umbrella convient. Si non, choisissez Shield.
Shield ou Cisco Umbrella : lequel convient à votre réseau ?
Purple Shield
Fits when
- Vous protégez le WiFi invité, public ou visiteur
- Les visiteurs sont anonymes et leur nombre varie selon la saison
- Vous souhaitez une politique par SSID, VLAN et site sans agent
- Vous utilisez déjà les Captive Portals ou les outils d'analyse Purple
Not when
- Vous avez besoin de l'inspection du trafic chiffré, d'un CASB ou de rapports par personne pour le personnel
Cisco Umbrella
Fits when
- Vous sécurisez des employés identifiés sur des appareils gérés
- Le personnel a besoin d'une protection hors réseau via Cisco Secure Client
- Vous souhaitez un DNS, une passerelle web et un pare-feu cloud sous un seul contrat Cisco
- Votre équipe de sécurité gère déjà l'écosystème Cisco
Not when
- La plupart des personnes sur le réseau sont des invités anonymes
Our recommendation: Déployez Shield sur les SSID invités et publics. Conservez Umbrella, ou un produit SASE comparable, là où vous avez besoin d'un contrôle fondé sur l'identité pour vos propres collaborateurs.
De nombreux sites utilisent les deux : Umbrella sur les appareils du personnel, Shield sur les SSID invités. Votre prochaine étape consiste à évaluer le coût de vos réseaux invités sur la page des tarifs Shield. Consultez ensuite notre guide de sécurité WiFi pour entreprises pour découvrir la segmentation sous-jacente. Vous pouvez en savoir plus sur la plateforme globale sur Purple.
Foire aux questions
Quelle est une bonne alternative à Cisco Umbrella pour le WiFi invité ?
Purple Shield est un service DNS de protection conçu pour le WiFi invité et public plutôt que pour un personnel géré. Il filtre les menaces et les contenus lors de la résolution DNS, avec une politique appliquée par SSID, VLAN et site. Les appareils des visiteurs n'ont besoin d'aucun agent. Whitbread, AGS Airports et St George's Healthcare NHS Trust l'utilisent. DNSFilter et Cloudflare Gateway méritent également d'être sélectionnés pour certains sites spécifiques.
Pourquoi Cisco Umbrella est-il mal adapté au WiFi invité anonyme ?
Les fonctionnalités les plus avancées d'Umbrella reposent sur le fait de savoir qui est connecté au réseau. Les politiques par personne, la protection en itinérance et les rapports d'identité s'appuient sur un annuaire et sur Cisco Secure Client installé sur des appareils gérés. Les invités ne disposent ni de l'un ni de l'autre. Vous pouvez pointer le DNS d'un réseau invité vers Umbrella. Mais vous payez alors pour un produit SASE fondé sur l'identité tout en n'utilisant que sa couche DNS, dans le cadre d'une licence par utilisateur.
Comment fonctionne la tarification par utilisateur d'Umbrella pour le WiFi public ?
Elle fonctionne difficilement, car la licence compte les utilisateurs alors que le WiFi public n'a pas d'utilisateurs fixes. Cisco vend les offres Umbrella par l'intermédiaire de ses propres équipes et partenaires sur devis, généralement dimensionnés pour des employés identifiés. Les visiteurs anonymes qui changent toutes les heures et varient selon la saison ne correspondent pas clairement à cette unité. Demandez à Cisco ou à votre partenaire comment ils délivreraient une licence pour un réseau invité.
Existe-t-il une alternative sans matériel à Umbrella pour les sites d'accueil ?
Oui. Shield fonctionne dans le cloud, vous n'avez donc aucun équipement à ajouter ni aucun point d'accès à remplacer. Vous pointez le SSID ou le VLAN visiteurs vers Shield pour le DNS, généralement via DHCP sur votre contrôleur ou votre passerelle. Cela fonctionne sur les réseaux Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme et Fortinet, de manière autonome ou aux côtés de Purple Access.
Comment Shield se compare-t-il à Umbrella en matière de transparence des prix ?
Il est plus simple d'évaluer le prix de Shield au préalable. Ses conditions sont détaillées sur la page des tarifs de Shield, et vous pouvez l'acheter sous forme de module complémentaire pour Connect, Capture ou Engage, ou de manière autonome sur n'importe quel WiFi. La tarification d'Umbrella est établie sur devis par l'intermédiaire de Cisco et de ses partenaires, sans grille tarifaire publique. Un seul modèle vous permet de budgétiser un réseau visiteurs avant un appel commercial.
Pouvons-nous exécuter Cisco Umbrella pour le personnel et Shield pour les visiteurs ?
Oui, et c'est la répartition idéale pour de nombreux sites. Conservez Umbrella sur les appareils gérés du personnel, où sa passerelle web, son CASB et son intégration d'annuaire justifient pleinement leur présence. Déployez Shield sur les SSID visiteurs et publics, où les utilisateurs sont anonymes. Chaque réseau effectue ses résolutions via son propre filtre, afin que les deux ne se chevauchent jamais. Segmentez les VLAN pour que le trafic visiteurs ne puisse pas atteindre les systèmes du personnel.
Le DNS protecteur aide-t-il à se conformer au GDPR ou à la norme PCI DSS ?
Il soutient la conformité, mais ne la garantit pas à lui seul. La norme PCI DSS exige que vous segmentiez les systèmes de paiement des réseaux visiteurs, et le filtrage DNS ajoute un contrôle au-dessus de cette segmentation. Conformément au GDPR, la couche DNS voit quels domaines un appareil demande ; choisissez donc un sous-traitant disposant de consignes claires en matière de traitement des données. Purple bénéficie des certifications ISO 27001, GDPR, CCPA et Cyber Essentials.
Quel effort représente la transition d'Umbrella vers Shield ?
Il s'agit d'une modification de configuration par réseau visiteurs, et non d'un projet matériel. Vous créez une stratégie Shield pour chaque SSID ou VLAN, vous remplacez le DNS distribué par ces réseaux et vous bloquez les routes de contournement. Ensuite, vous effectuez des tests depuis un appareil visiteur. Les réseaux du personnel gérés sous Umbrella restent inchangés. La majeure partie de l'effort consiste à auditer les réseaux qui utilisent Umbrella aujourd'hui et à valider la politique de contenu de chaque site.
Key terms
- DNS protecteur
- Un résolveur DNS récursif qui vérifie chaque requête par rapport aux informations sur les menaces et aux politiques, et refuse de résoudre les domaines malveillants ou non autorisés. Il s'appuie sur le système de noms de domaine défini dans les RFC 1034 et RFC 1035. Le NCSC britannique exploite un service de DNS protecteur (PDNS) pour le secteur public sur ce principe. Il s'agit de la couche sur laquelle Shield et Umbrella effectuent tous deux le filtrage. Comme il agit avant l'ouverture de toute connexion, il bloque le phishing, les logiciels malveillants et les domaines de commande et contrôle sans inspecter le trafic chiffré, ce qui explique pourquoi il convient au WiFi invité.
- SSID
- Service Set Identifier, le nom de réseau annoncé par un point d'accès, défini dans la norme IEEE 802.11. Un point d'accès physique peut diffuser plusieurs SSID, chacun associé à son propre segment de réseau et à sa propre politique. Shield associe une politique au SSID plutôt qu'à une personne. Un établissement peut appliquer une politique adaptée aux familles sur un SSID et une politique plus souple sur un autre, depuis un tableau de bord unique.
- VLAN
- LAN virtuel, un segment de réseau logiquement séparé sur une infrastructure de commutation partagée, spécifié par la norme IEEE 802.1Q, qui ajoute une étiquette (tag) aux trames Ethernet pour identifier l'appartenance à un segment. Shield applique une politique par VLAN ainsi que par SSID. La segmentation des VLAN invités par rapport aux VLAN du personnel empêche également le trafic invité d'atteindre les systèmes du personnel lorsque vous utilisez Umbrella et Shield côte à côte.
- Portail captif
- La page de connexion qu'un réseau présente à un appareil avant de lui accorder l'accès à Internet. L'IETF décrit l'architecture dans le RFC 8952, et le RFC 8910 définit la manière dont le DHCP et les annonces de routeur IPv6 peuvent annoncer un portail captif aux appareils. Shield fonctionne depuis la même plateforme Purple que votre portail captif, ce qui permet à l'équipe qui gère la connexion des invités de définir également la politique de sécurité et de vous affranchir d'une console séparée.
- DHCP
- Dynamic Host Configuration Protocol, défini dans la norme RFC 2131, qui attribue des adresses et des paramètres réseau aux équipements. L'option de serveur DNS définie dans la norme RFC 2132 indique à chaque équipement quel résolveur utiliser. Faire passer un réseau invité sur Shield signifie généralement modifier les serveurs DNS distribués par le DHCP sur votre contrôleur ou votre passerelle. Il s'agit d'une modification de configuration et non d'un projet matériel.
- DNS sur HTTPS (DoH)
- Protocole défini dans la norme RFC 8484 qui achemine les requêtes DNS au sein de sessions HTTPS chiffrées, permettant ainsi à un équipement de joindre le résolveur de son choix sans utiliser le serveur DNS attribué par le réseau. Le DoH constitue une voie de contournement pour tout filtre DNS réseau, qu'il s'agisse de Shield ou d'Umbrella. Bloquez le flux DNS sortant vers d'autres résolveurs au niveau de la passerelle et limitez les points de terminaison DoH connus lorsque votre pare-feu le prend en charge.
- SASE
- Secure Access Service Edge, une architecture qui fournit conjointement des fonctions réseau et de sécurité depuis le cloud. Elle associe généralement la sécurité au niveau de la couche DNS, une passerelle web sécurisée, un pare-feu cloud et un CASB, avec une politique liée à l'identité de l'utilisateur. Umbrella s'inscrit dans le portefeuille SASE de Cisco. Si vous avez seulement besoin d'un filtrage DNS pour des invités anonymes, vous paieriez pour un produit SASE axé sur l'identité tout en n'en utilisant qu'une seule couche.
- Passerelle web sécurisée (SWG)
- Un proxy cloud ou sur site qui inspecte le trafic web, y compris les sessions chiffrées par TLS, et applique la politique d'utilisation acceptable et de lutte contre les logiciels malveillants au-delà de la simple résolution DNS. Umbrella intègre une SWG dans ses offres supérieures. Les réseaux du personnel qui s'appuient dessus restent généralement sur Umbrella lors d'une migration, tandis que les réseaux invités passent sur Shield.
- CASB
- Cloud Access Security Broker, un point de contrôle entre les individus et les services cloud qui découvre, surveille et régit l'utilisation des SaaS, en appliquant souvent une politique de protection des données liée à une identité nominative. Umbrella propose un CASB selon l'offre pour les collaborateurs gérés. Il n'a aucun rôle sur un réseau WiFi invité anonyme, ce qui explique notamment pourquoi la portée exclusivement DNS de Shield convient au WiFi invité.
- Norme PCI DSS
- La norme de sécurité des données de l'industrie des cartes de paiement (Payment Card Industry Data Security Standard) publiée par le PCI Security Standards Council. Elle exige des contrôles de sécurité réseau isolant l'environnement des données de cartes de paiement, la segmentation réduisant le nombre de systèmes concernés. Le DNS protecteur prend en charge la norme PCI DSS mais ne la garantit pas à lui seul. Vous devez toujours segmenter les systèmes de paiement des réseaux invités, et le filtrage DNS ajoute un contrôle supplémentaire.
- GDPR
- Le Règlement général sur la protection des données de l'UE (Règlement (UE) 2016/679). L'article 28 définit les obligations des sous-traitants qui traitent des données à caractère personnel pour le compte d'un responsable du traitement, y compris les clauses contractuelles et les mesures de sécurité. La couche DNS voit quels domaines un équipement demande, il convient donc de choisir un sous-traitant garantissant une gestion claire des données. Purple est certifié ISO 27001, GDPR, CCPA et Cyber Essentials.
Worked examples
Un hôtel souhaite un filtre adapté aux familles dans son hall, mais une politique plus souple pour les congressistes sur son réseau de conférence. Les invités sont anonymes, n'installent aucun agent et ne possèdent aucun compte dans l'annuaire de l'hôtel. Comment l'hôtel doit-il appliquer le DNS protecteur ?
L'hôtel associe la politique au réseau, et non à la personne, en utilisant Shield. Il applique une politique adaptée aux familles sur le SSID du hall et une politique plus souple sur le VLAN de conférence, toutes deux gérées à partir d'un seul tableau de bord Purple. Chaque appareil qui se connecte hérite des règles de ce réseau, y compris les téléphones, les ordinateurs portables et les téléviseurs connectés qui ne pourraient jamais exécuter d'agent. Un produit fondé sur l'identité nécessiterait un compte d'annuaire ou Cisco Secure Client pour une politique par personne, ce dont les invités ne disposent pas. Comme Shield se trouve sur la même plateforme que le portail captif, l'équipe qui gère la connexion des invités définit également ces politiques.
Un domaine résout les réseaux du personnel et des invités via Cisco Umbrella. Le personnel s'appuie sur la passerelle web et le CASB, mais les SSID invités utilisent uniquement la couche DNS sous une licence par utilisateur. Comment l'équipe informatique doit-elle migrer le trafic invité vers Shield ?
L'équipe cartographie d'abord chaque réseau résolu via Umbrella et sépare les réseaux du personnel des SSID invités et publics. Les réseaux du personnel utilisant la passerelle web ou le CASB restent sur Umbrella. Pour chaque SSID ou VLAN invité, elle crée une politique Shield, en convenant au préalable des catégories de contenu avec la direction du site. Elle modifie ensuite les serveurs DNS distribués par DHCP sur chaque réseau invité depuis le contrôleur ou la passerelle. Elle bloque le DNS sortant vers d'autres résolveurs et restreint les points de terminaison DNS over HTTPS connus pour fermer les voies de contournement. Après avoir effectué des tests depuis un appareil invité et confirmé les blocages dans le tableau de bord Purple, elle migre les sites par vagues et supprime les réseaux de sortie invités d'Umbrella.
Frequently asked questions
Quelle est une bonne alternative à Cisco Umbrella pour le WiFi invité ?
Purple Shield est un service DNS protecteur conçu pour le WiFi invité et public plutôt que pour du personnel géré. Il filtre les menaces et les contenus lors de la résolution DNS, avec une politique par SSID, VLAN et site. Les appareils des visiteurs n'ont besoin d'aucun agent. Whitbread, AGS Airports et St George's Healthcare NHS Trust l'utilisent. DNSFilter et Cloudflare Gateway méritent également d'être présélectionnés pour des parcs spécifiques.
Pourquoi Cisco Umbrella est-il mal adapté au WiFi invité anonyme ?
Les fonctionnalités les plus avancées d'Umbrella supposent que vous sachiez qui est sur le réseau. Les politiques par personne, la protection en itinérance et le suivi des identités reposent sur un annuaire et sur le Cisco Secure Client présent sur les appareils gérés. Les invités n'ont ni l'un ni l'autre. Vous pouvez orienter le DNS d'un réseau invité vers Umbrella. Vous payez alors pour un produit SASE axé sur l'identité tout en n'utilisant que sa couche DNS, sous une licence par utilisateur.
Comment fonctionne la tarification par utilisateur d'Umbrella pour le WiFi public ?
Son fonctionnement est malcommode, car la licence compte les utilisateurs alors que le WiFi public n'a aucun utilisateur fixe. Cisco vend les forfaits Umbrella par l'intermédiaire de sa propre équipe et de ses partenaires sur devis, généralement dimensionnés pour des employés nommés. Les visiteurs anonymes qui changent d'heure en heure et fluctuent selon la saison ne correspondent pas clairement à cette unité. Demandez à Cisco ou à votre partenaire comment ils licencieraient un réseau invité.
Existe-t-il une alternative sans matériel à Umbrella pour les sites ?
Oui. Shield fonctionne dans le cloud, vous n'ajoutez donc aucun matériel et ne remplacez aucun point d'accès. Vous pointez le SSID ou le VLAN invité vers Shield pour le DNS, généralement via le DHCP de votre contrôleur ou de votre passerelle. Il fonctionne sur les réseaux Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme et Fortinet, en autonome ou aux côtés de Purple Access.
Comment Shield se compare-t-il à Umbrella en matière de transparence des prix ?
Le prix de Shield est plus facile à déterminer au préalable. Ses conditions sont détaillées sur la page des tarifs de Shield, et vous l'achetez comme un module complémentaire pour Connect, Capture ou Engage, ou de manière autonome sur n'importe quel WiFi. La tarification d'Umbrella s'effectue sur devis via Cisco et ses partenaires, sans grille tarifaire publique. Seul un modèle vous permet de budgétiser un réseau invité avant un entretien commercial.
Pouvons-nous utiliser Cisco Umbrella pour le personnel et Shield pour les invités ?
Oui, et pour de nombreux parcs, c'est la bonne répartition. Conservez Umbrella sur les appareils gérés du personnel, où sa passerelle web, son CASB et son intégration d'annuaire trouvent toute leur utilité. Placez Shield sur les SSID invités et publics, où les visiteurs sont anonymes. Chaque réseau résout via son propre filtre, de sorte que les deux ne se chevauchent jamais. Segmentez les VLAN pour que le trafic invité ne puisse pas atteindre les systèmes du personnel.
Le DNS protecteur aide-t-il à la conformité GDPR ou PCI DSS ?
Il favorise la conformité, mais ne la garantit pas à lui seul. La norme PCI DSS exige de segmenter les systèmes de paiement des réseaux invités, et le filtrage DNS ajoute un contrôle par-dessus cette segmentation. Sous le GDPR, la couche DNS voit quels domaines un appareil demande, choisissez donc un sous-traitant aux règles de traitement des données claires. Purple est certifié ISO 27001, GDPR, CCPA et Cyber Essentials.
Quel effort représente la transition d'Umbrella vers Shield ?
Il s'agit d'une modification de configuration par réseau invité, et non d'un projet matériel. Vous créez une politique Shield pour chaque SSID ou VLAN, vous modifiez les DNS distribués par ces réseaux et vous bloquez les routes de contournement. Ensuite, vous réalisez un test depuis un appareil invité. Les réseaux du personnel sous Umbrella restent intouchés. L'essentiel de l'effort consiste à auditer les réseaux qui utilisent Umbrella aujourd'hui et à valider la politique de contenu de chaque site.
