Shield vs DNSFilter : une comparaison du DNS protecteur pour les opérateurs WiFi

Purple Shield et DNSFilter bloquent tous deux les domaines malveillants et indésirables lors de la recherche DNS, avant même qu'une connexion ne s'ouvre. La différence réside dans le modèle opérationnel. Purple Shield est un module complémentaire Purple géré à côté de vos SSID, de votre Captive Portal et de vos analyses, sur une seule facture. DNSFilter est un résolveur autonome avec sa propre console, ses propres agents et sa propre facturation, particulièrement adapté aux appareils du personnel en déplacement.

Lequel choisir pour votre WiFi invités : Purple Shield ou DNSFilter ?

Choisissez en fonction du modèle opérationnel, pas du résolveur. Les deux produits filtrent au même niveau de la connexion. Les deux bloquent le phishing, les logiciels malveillants et les catégories de contenus indésirables. Ils diffèrent par la manière dont ils s'intègrent dans votre infrastructure.

Purple Shield est un module complémentaire de sécurité pour la plateforme Guest WiFi de Purple. C'est l'un des trois modules disponibles, aux côtés de SecurePass et Verify. Vous l'activez depuis le tableau de bord qui gère déjà vos SSID, votre Captive Portal et vos analyses de visiteurs. Vous ne signez pas de contrat de résolveur séparé, ne déployez aucun agent et ne payez pas de seconde facture.

DNSFilter est une entreprise spécialisée dans le DNS protecteur. Elle vend un service de résolveur autonome, une console de politique de sécurité et des clients nomades pour les appareils gérés. C'est un produit réputé, et voici la synthèse objective :

• Si votre WiFi invités et public fonctionne déjà sur Purple, Purple Shield est la voie la plus rapide. Vous bénéficiez d'un fournisseur unique, d'une seule facture et d'un tableau de bord unique.
• Si votre exposition principale concerne les ordinateurs portables et téléphones du personnel qui sortent du bâtiment, les clients nomades de DNSFilter couvrent des besoins que Purple Shield ne traite pas.
• Si vous avez les deux problématiques, utilisez les deux. Utilisez Purple Shield sur les SSID invités et publics, et DNSFilter ou Cisco Umbrella sur les terminaux gérés.

Ce guide ne débat pas de la vitesse du résolveur, du nombre de points de présence ni de l'étendue des renseignements sur les menaces. DNSFilter et Cisco Umbrella sont des fournisseurs de sécurité dédiés, et leur métier est la profondeur d'analyse. Un opérateur WiFi doit répondre à une question plus ciblée : souhaitez-vous un DNS protecteur intégré à la plateforme WiFi, ou une superposition séparée à acquérir et à gérer ?

Où le DNS protecteur intervient-il, et que manque un pare-feu ?

Chaque requête web commence par une recherche DNS. Avant qu'un appareil ne crée une connexion, il demande à un résolveur de convertir un nom de domaine en adresse IP. Notre guide expliquant ce qu'est une recherche DNS et pourquoi les réseaux l'utilisent détaille ces mécanismes.

Le DNS protecteur vérifie chaque recherche par rapport aux données de menaces et de catégories. Si le domaine est malveillant ou bloqué, le résolveur ne fournit pas la réponse réelle. L'appareil n'atteint jamais le serveur, donc aucune page ne s'affiche, aucun fichier ne se télécharge et aucun identifiant ne quitte l'appareil.

Ce qu'un pare-feu seul ne détecte pas sur un WiFi invités

Un pare-feu fonctionne au niveau des connexions. Il voit les adresses IP et les ports. Sans déchiffrement, il ne voit pratiquement rien du contenu. Trois lacunes sont critiques sur les réseaux publics :

1. Trafic chiffré. La majeure partie du trafic web passe désormais par HTTPS. Pour l'inspecter, vous devez installer un certificat de confiance sur chaque appareil, ce qui est impossible sur le téléphone d'un visiteur.
2. Infrastructures changeantes. Les opérateurs de phishing changent rapidement d'adresse IP, les listes noires d'IP prennent donc du retard. Le domaine reste souvent l'indicateur le plus stable.
3. Noms de serveurs masqués. TLS 1.3 avec Encrypted Client Hello masque le nom du serveur demandé aux inspections sur le chemin réseau. La recherche DNS s'effectue toujours avant la connexion.

Le DNS protecteur ne nécessite aucun agent ni aucun certificat. Il couvre tous les appareils qui obtiennent leur résolveur via vos paramètres DHCP, quel que soit le système d'exploitation. C'est pourquoi il s'adapte parfaitement au WiFi invité, où vous possédez le réseau mais pas les appareils.

Là où le DNS protecteur a besoin d'aide

Le filtrage DNS ne remplace pas un pare-feu. Certains appareils contournent le résolveur réseau : ceux qui possèdent un résolveur codé en dur, et les navigateurs utilisant le DNS sur HTTPS (DoH, RFC 8484) ou le DNS sur TLS (DoT, RFC 7858). Comblez cet écart au niveau du pare-feu. Bloquez le DNS sortant sur le port 53 vers tout autre résolveur que le vôtre, bloquez le port 853 et bloquez les points de terminaison DoH connus.

Ce conseil s'applique également à Shield, DNSFilter et Cisco Umbrella. Notre guide explicatif sur la redirection DNS montre comment les requêtes circulent entre les résolveurs sur un réseau typique. Il vous aidera à planifier l'emplacement du résolveur protecteur.

Quelles sont les vraies différences entre Shield et DNSFilter ?

Le tableau compare les trois options généralement sélectionnées par un acheteur de WiFi invité. Chaque ligne pose une question opérationnelle, plutôt qu'un simple décompte de fonctionnalités.

	Shield	DNSFilter	Cisco Umbrella
Ce que c'est	Module complémentaire DNS protecteur pour Purple Guest WiFi	Service DNS protecteur autonome	Sécurité au niveau DNS au sein du portefeuille de sécurité Cisco
Nouveaux équipements requis	Aucun	Aucun pour le filtrage réseau	Aucun pour le filtrage au niveau DNS
Gestion des politiques	Tableau de bord Purple, à côté des SSIDs, du Captive Portal et des analyses	Console DNSFilter séparée	Tableau de bord Umbrella séparé
Couverture des appareils hors réseau	Non, protège les appareils pendant qu'ils sont sur votre WiFi	Oui, via des clients itinérants sur les appareils gérés	Oui, via Cisco Secure Client
Blocage des publicités	Intégré	Via la politique de catégories de contenu	Via la politique de catégories de contenu
Modèle de tarification	Module complémentaire à votre abonnement Purple	Niveaux mensuels publiés par utilisateur	Licences groupées devisées par Cisco ou un partenaire
Factures pour le WiFi invité et le DNS	Une seule	Deux	Deux, ou un contrat Cisco unique avec des licences séparées
Utilisation idéale	Établissements exploitant un WiFi invité et public sur Purple	Parcs de collaborateurs gérés, MSP, points de terminaison mobiles	Parcs standardisés sur la sécurité Cisco

Les points forts de DNSFilter

DNSFilter possède de vrais atouts, que vous devez évaluer à leur juste valeur.

• Vitesse. DNSFilter publie des évaluations de performance pour ses résolveurs et fait de la vitesse de résolution un argument central.
• Catégorisation par apprentissage automatique. Son moteur de classification catégorise les domaines qu'il n'a jamais vus auparavant. Cela est essentiel car de nouveaux domaines de phishing apparaissent chaque jour.
• Tarification prévisible. Ses paliers par utilisateur sont publics, ce qui vous permet de budgeter un effectif connu sans devoir passer par un appel commercial.
• Couverture en itinérance. Ses clients nomades filtrent les appareils gérés à la maison, à l'hôtel et sur les données mobiles.
• Outils pour MSP. Une console multi-entité permet à un fournisseur de services gérés d'administrer de nombreuses organisations clientes à partir d'un seul identifiant.

DNSFilter publie également des affirmations selon lesquelles il détecte les menaces plus tôt que d'autres services. Purple publie son propre chiffre pour Shield : des menaces signalées jusqu'à 10 jours plus tôt, d'après les propres données de Purple. Aucun de ces chiffres ne provient d'un test comparatif direct réalisé dans les mêmes conditions. Ne choisissez pas en vous basant sur l'un ou l'autre de ces chiffres.

Ce que Shield fait différemment

L'atout de Shield réside dans son intégration, et non dans la profondeur du résolveur.

• Politique native à la plateforme. Vous définissez le filtrage sur les réseaux visiteurs que vous gérez déjà dans Purple. Le même tableau de bord affiche les analyses de connexion, les performances du Captive Portal et l'activité de filtrage.
• Blocage des publicités inclus. Les chiffres publiés par Purple pour le blocage des publicités avec Shield indiquent des chargements de pages jusqu'à 500 % plus rapides, jusqu'à 44 % de données en moins, 62 % de requêtes DNS en moins et 20 à 40 % de trafic web en moins.
• Indépendant du matériel. Purple fonctionne comme une superposition cloud sur Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks et Fortinet. Shield ne nécessite aucun nouveau boîtier sur aucun d'entre eux.
• Un cadre de conformité unique. Purple détient les certifications ISO 27001 et Cyber Essentials et est conforme au GDPR. Vos données DNS résident chez le fournisseur qui traite déjà vos données WiFi visiteurs.

Quand Shield est-il le bon choix ?

Shield est le bon choix lorsque votre WiFi public ou visiteur fonctionne déjà sur Purple, ou si vous prévoyez de l'y migrer. Il convient idéalement lorsque la plupart de ces conditions sont remplies :

• Les appareils que vous devez protéger appartiennent à des visiteurs, des clients ou des passagers, et non à des ordinateurs portables gérés.
• Vous souhaitez bénéficier du filtrage, de la protection contre les menaces et du blocage des publicités sans ajouter d'équipement ou d'agent.
• Votre équipe d'achats préfère étendre un contrat existant plutôt que d'intégrer un nouveau fournisseur de sécurité.
• Les responsables de sites utilisent déjà le tableau de bord Purple et n'ont pas besoin d'apprendre à utiliser une seconde console.
• La bande passante sur certains sites est limitée, de sorte que le blocage des publicités offre un bénéfice opérationnel direct.

Scénario concret : un hôtel d'affaires de 200 chambres

Situation. Un hôtel de 200 chambres exploite le WiFi visiteur sur Purple via des points d'accès Ruckus. Les clients et les congressistes partagent un même SSID public. Un second SSID est réservé au personnel. Le responsable informatique doit mettre en place un blocage du phishing et des logiciels malveillants, ainsi qu'un filtrage du contenu adulte sur le SSID visiteur, avant la saison des conférences. Les devis pour un service DNS autonome impliquaient l'évaluation d'un nouveau fournisseur, une deuxième console et l'enregistrement de l'adresse IP publique du site.

Ce qui a été fait. L'équipe active Shield sur l'SSID invité depuis le tableau de bord Purple. Elle sélectionne la protection contre les menaces et les catégories de contenu que la politique d'utilisation acceptable de l'hôtel bloque. Elle active le blocage des publicités. Au niveau du pare-feu, elle bloque le DNS sortant vers des résolveurs autres que le résolveur de protection, ce qui ferme la voie de contournement. Avant le changement, elle enregistre 30 jours de données de référence par session et le volume de requêtes DNS.

Résultat mesurable. L'hôtel se retrouve avec un seul fournisseur sur le réseau invité au lieu des deux proposés. Il n'a besoin d'aucun nouveau matériel ni d'aucune console supplémentaire pour le responsable de garde. L'équipe compare les données par session et le volume de requêtes DNS par rapport à la référence sur 30 jours. Elle analyse les résultats par rapport aux plages publiées par Purple, allant jusqu'à 44 % de données en moins et 62 % de requêtes DNS en moins. Les rapports de filtrage se trouvent à côté des analyses de connexion que l'équipe marketing consulte déjà.

Scénario concret : une chaîne de magasins de 40 points de vente

Situation. Un détaillant de mode propose un WiFi pour les clients dans 40 magasins. Plusieurs magasins fonctionnent sur de petites lignes haut débit qui acheminent également les terminaux de paiement et les systèmes de stock. Le trafic invité est isolé sur son propre VLAN, un segment de réseau virtuel, conformément aux directives de segmentation du PCI-DSS. Malgré cela, le trafic publicitaire important provenant des appareils des clients entre en concurrence pour la même capacité en amont.

Ce qui a été fait. Le détaillant active Shield sur les 40 SSID des magasins à partir d'une seule politique Purple. Il active la protection contre les menaces et le blocage des publicités pour chaque site. Le siège social définit une seule politique de contenu plutôt que de configurer chaque magasin.

Résultat mesurable. Chaque magasin enregistre le trafic web sur le VLAN client avant et après le changement. Le détaillant mesure le résultat par rapport au chiffre de Purple de 20 à 40 % de trafic web en moins avec le blocage des publicités. La politique est déployée depuis un seul tableau de bord, sans aucune visite dans les magasins et sans nouveau matériel.

Quand DNSFilter est-il le bon choix ?

DNSFilter est le bon choix lorsque votre problème concerne l'appareil et non le réseau du site. Choisissez-le lorsque la plupart de ces conditions sont remplies :

• Vous gérez un parc d'ordinateurs portables, de tablettes ou de téléphones qui fonctionnent depuis le domicile, sur les sites des clients ou sur des données mobiles.
• Votre WiFi invité ne fonctionne pas sur Purple et vous souhaitez un DNS de protection fourni par un spécialiste.
• Vous êtes un MSP gérant de nombreuses petites organisations clientes et souhaitez une seule console multilocataire.
• Vous appréciez les tarifs publiés par utilisateur pour un effectif de personnel stable.
• Vous considérez la vitesse du résolveur et la catégorisation par apprentissage automatique comme les principaux critères d'achat.

Dans chaque cas, le client itinérant est le facteur décisif. Shield protège les appareils lorsqu'ils sont sur votre WiFi. Les clients itinérants de DNSFilter continuent de protéger un appareil géré après son départ.

Scénario concret : un conseil d'arrondissement avec des bibliothèques et du personnel à distance

Situation. Un conseil de comté exploite un réseau WiFi public dans 12 bibliothèques et centres communautaires via Purple. Il fournit également des ordinateurs portables à 300 agents qui partagent leur semaine entre le bureau et le domicile. Le responsable de la sécurité du conseil souhaite appliquer un filtrage sur le WiFi public et sur les ordinateurs portables du personnel, quel que soit leur lieu de connexion.

Action réalisée. Le conseil active Shield sur les SSID publics des bibliothèques, où les visiteurs utilisent leurs propres équipements. Sur les ordinateurs portables des agents, il déploie un client DNS itinérant issu d'un fournisseur spécialisé tel que DNSFilter. Les organismes publics britanniques doivent également vérifier leur éligibilité au service Protective DNS du NCSC avant d'en acheter un pour les appareils d'entreprise. En Angleterre, les bibliothèques du conseil revoient également le filtrage par rapport à leurs propres politiques de protection des personnes.

Résultat mesurable. Le conseil mesure la couverture de manière directe. Il enregistre la proportion d'ordinateurs portables gérés signalant un client itinérant filtré, en visant la totalité des appareils attribués. Le filtrage du WiFi public se trouve dans le même tableau de bord Purple que les analyses de connexion des bibliothèques. Le conseil gère deux consoles, mais chacune est adaptée à une tâche distincte, plutôt qu'un seul produit étiré pour couvrir les deux cas d'usage.

Quelle est la place de Cisco Umbrella ?

Cisco Umbrella est le troisième nom apparaissant sur la plupart des sélections, et il mérite un examen équitable. Sa sécurité au niveau DNS constitue un volet de la gamme globale de sécurité de Cisco. Ce portefeuille comprend également une passerelle web sécurisée et des fonctionnalités de pare-feu fournies dans le cloud. Les réseaux Cisco Meraki s'intègrent à Umbrella, et Cisco Secure Client offre une couverture itinérante pour les appareils gérés.

Umbrella convient aux parcs déjà standardisés sur la sécurité Cisco. Dans ce cadre, le DNS protecteur s'intègre naturellement dans les politiques, les journaux et les contrats existants. Du point de vue de la plateforme WiFi, il s'agit cependant toujours d'une pile distincte. Elle possède son propre tableau de bord, ses propres licences et son propre cycle de renouvellement. Pour le WiFi invité sur Purple, le même argument de plateforme native s'applique qu'avec DNSFilter.

Combien coûte l'exploitation de chaque option ?

Le prix de la licence constitue le coût le plus visible. Le coût de fonctionnement réel apparaît lors de l'approvisionnement, du paramétrage, de l'exploitation quotidienne et du renouvellement. Ni DNSFilter ni Cisco Umbrella ne sont complexes à déployer sur le plan technique. La différence réside dans le nombre de processus ajoutés à votre infrastructure.

Poste de coût	Shield	DNSFilter	Cisco Umbrella
Licence	Module complémentaire à votre forfait Purple	Niveaux mensuels par utilisateur	Licence globale fournie par Cisco ou un partenaire
Achats	Modification de votre contrat Purple existant	Intégration d'un nouveau fournisseur et examen de la sécurité	Nouveau contrat, sauf si vous possédez déjà des licences Umbrella
Configuration des sites	Activation dans le tableau de bord Purple	Redirection du DNS du site vers DNSFilter et identification du site	Redirection du DNS du site vers Umbrella et enregistrement du réseau
Exploitation quotidienne	Un seul tableau de bord avec vos analyses WiFi	Seconde console à côté de votre plateforme WiFi	Seconde console, partagée avec les autres outils de sécurité Cisco
Formation du personnel	Compétences existantes sur le tableau de bord Purple	Nouvelles compétences console requises	Nouvelles compétences console requises
Formalités de traitement des données	Couvertes par votre contrat Purple existant	Nouvel accord de traitement des données	Nouvel accord sauf s'il est déjà en place
Renouvellement	Un seul renouvellement	Renouvellement séparé	Renouvellement séparé

La question des appareils invités

La tarification par utilisateur fonctionne bien pour un effectif de personnel connu. Sur le WiFi invité, le nombre d'appareils change chaque jour. Un hôtel ou une gare peut voir passer beaucoup plus d'appareils distincts en un mois que de membres du personnel. Demandez par écrit à DNSFilter comment il compte les invités sur un réseau public. Comparez ensuite les devis sur la même base : nombre de sites, nombre d'SSID et nombre d'appareils mensuels prévus.

Coûts d'exploitation cachés

Faites attention à trois coûts qui apparaissent rarement sur un devis :

1. Identification du site. Les résolveurs autonomes doivent savoir de quel réseau provient une requête. Les sites disposant d'adresses IP publiques dynamiques peuvent avoir besoin d'un outil de mise à jour ou d'un agent local.
2. Corrélation des incidents. Lorsqu'un invité se plaint qu'un site est bloqué, le personnel doit vérifier séparément la console DNS et la plateforme WiFi.
3. Gestion des fournisseurs. Chaque fournisseur ajoute un questionnaire de sécurité, un accord de traitement des données et une date de renouvellement à votre calendrier.

Shield élimine ces trois éléments pour le réseau invité car il s'exécute au sein de la plateforme que vous utilisez déjà. Il ne les élimine pas pour les ordinateurs portables du personnel hors site, car il ne couvre pas ces appareils.

Comment décider pour votre parc ?

Commencez par vos appareils, pas par des listes de fonctionnalités. Cartographiez ce que vous devez protéger, où cela se connecte et qui le gère. Utilisez ensuite le tableau ci-dessous.

Votre situation	Option recommandée	Pourquoi
WiFi invité sur Purple, aucun appareil hors site à couvrir	Shield	Un seul fournisseur, une seule facture, un seul tableau de bord
WiFi invité sur Purple plus des ordinateurs portables gérés qui vont à domicile	Shield sur les SSID invités, DNSFilter ou Umbrella sur les ordinateurs portables	Chaque outil couvre le domaine pour lequel il a été conçu
Pas de Purple, flotte de personnel gérée uniquement	DNSFilter	Les clients nomades et la tarification publiée par utilisateur conviennent
Parc de sécurité standardisé sur Cisco, Umbrella déjà sous licence	Cisco Umbrella pour les appareils gérés	La politique reste au sein de votre pile de sécurité Cisco
MSP desservant de nombreux petits bureaux sans WiFi invité	DNSFilter	Console multi-locataires conçue pour les opérations des MSP
Sites avec bande passante limitée sur Purple	Shield avec blocage des publicités	Données Purple : 20 à 40 % de trafic web en moins

Une évaluation en cinq étapes

1. Inventoriez les appareils. Séparez-les en invités et gérés, puis en sur site et nomades. Cette répartition détermine généralement la réponse avant même toute démonstration.
2. Pilotez sur un SSID. Exécutez un pilote de 30 jours sur un seul réseau invité. Si vous évaluez également DNSFilter, pilotez-le sur un site comparable sur la même période.
3. Mesurez ce qui compte pour vous. Enregistrez les menaces bloquées, les faux positifs signalés par les invités, les temps de chargement des pages et les données par session. Comparez chacun d'eux par rapport à une référence antérieure au pilote.
4. Vérifiez la gestion des données. Confirmez l'emplacement de stockage des journaux DNS, leur durée de conservation et les personnes habilitées à les consulter. Conformément au GDPR, les journaux de requêtes peuvent constituer des données personnelles lorsqu'ils sont liés à une personne identifiable.
5. Comparez le coût total. Comparez les licences, l'approvisionnement, la formation et l'effort de renouvellement sur une même base.

Si vous établissez encore une sélection plus large, notre examen des logiciels de protection contre le phishing pour WiFi invité présente 10 options. Pour en savoir plus sur l'exécution du DNS protecteur de Purple, commencez par le hub Shield ou parcourez tous les guides.

Foire aux questions

Comment Shield se compare-t-il à DNSFilter ?

Shield et DNSFilter bloquent tous deux les menaces et les contenus indésirables lors de la recherche DNS ; la différence réside dans le modèle d'exploitation. Shield est un module complémentaire de la plateforme WiFi invité de Purple. Vous le gérez dans le même tableau de bord que vos SSID, votre Captive Portal et vos analyses, sur une seule facture. DNSFilter est un service autonome disposant de sa propre console, de son propre contrat et de ses propres clients itinérants. Shield convient aux établissements utilisant Purple ; DNSFilter convient aux appareils gérés qui quittent votre réseau.

Existe-t-il une alternative à DNSFilter pour le WiFi invité ?

Oui. Si votre WiFi invité fonctionne sur Purple, Shield ajoute un DNS protecteur, un filtrage de contenu et un blocage des publicités sans avoir besoin d'un nouveau contrat de résolveur ni de nouveau matériel. Cisco Umbrella est une autre alternative, particulièrement adaptée aux parcs informatiques déjà standardisés sur la sécurité Cisco. Tous trois filtrent au même niveau : la recherche DNS avant l'ouverture de toute connexion. Comparez-les en fonction de leur intégration à la plateforme WiFi que vous utilisez déjà.

DNSFilter bloque-t-il les publicités ?

Oui, DNSFilter peut bloquer les domaines publicitaires grâce à ses politiques de filtrage par catégorie de contenu. Vous appliquez le blocage des publicités dans la console DNSFilter comme pour toute autre catégorie bloquée. Consultez la liste actuelle des catégories de DNSFilter pour connaître les noms exacts. Shield intègre nativement le blocage des publicités. Les données propres à Purple montrent des chargements de pages jusqu'à 500 % plus rapides et jusqu'à 44 % de données en moins, ce qui est crucial pour les établissements disposant d'une bande passante limitée.

Ai-je besoin de nouveau matériel pour exécuter Shield ?

Non. Shield fonctionne au niveau de la couche DNS, il ne nécessite donc aucun équipement ni aucun agent sur les appareils invités. Purple est indépendant du matériel et fonctionne comme une superposition cloud sur Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti, UniFi, Cambium, Extreme Networks et Fortinet. Vous activez Shield depuis le tableau de bord Purple et appliquez la politique aux réseaux invités que vous gérez déjà.

Pouvons-nous faire passer le WiFi invité de DNSFilter à Shield ?

Oui, et il s'agit d'une modification de configuration plutôt que d'un projet matériel. Les appareils invités utilisent le résolveur transmis par votre réseau, ainsi, le passage des SSID invités vers Shield modifie la destination de ces recherches. Testez Shield sur un SSID, comparez les rapports de blocage et le temps de chargement des pages, puis migrez les sites restants. Conservez les clients itinérants DNSFilter sur les appareils gérés du personnel si vous avez toujours besoin d'une couverture hors site.

Comment les journaux DNS sont-ils traités dans le cadre du GDPR ?

Traitez les journaux de requêtes DNS comme des données personnelles dès lors qu'ils permettent d'identifier une personne, et ne les conservez que le temps nécessaire. Purple est certifié ISO 27001 et conforme au GDPR. Les données de Shield résident au sein de la même plateforme qui traite déjà vos données de WiFi invité. Si vous utilisez un service indépendant, vous devez ajouter le fournisseur DNS à votre registre des activités de traitement et signer un accord de traitement des données distinct.

Quel DNS protecteur est le plus adapté au WiFi public ?

Le meilleur DNS protecteur pour le WiFi public est celui qui s'intègre à votre mode de gestion réseau actuel. Avec Purple, Shield élimine le besoin d'un second fournisseur, d'une autre console et d'une facture supplémentaire. Pour les appareils gérés en itinérance, les clients DNSFilter sont plus adaptés. Pour les parcs standardisés sur la sécurité Cisco, Cisco Umbrella centralise la politique dans une seule suite. Associez l'une de ces solutions à des règles de pare-feu qui empêchent les appareils de contourner votre résolveur.

Comment se positionne le prix de Shield par rapport à DNSFilter ?

Shield est un module complémentaire à votre abonnement Purple, il apparaît donc sur la facture que vous payez déjà. DNSFilter affiche des tarifs mensuels par utilisateur sur un contrat séparé, ce qui offre des coûts prévisibles pour un effectif fixe. Sur le WiFi invité, le nombre d'appareils varie chaque jour. Demandez à DNSFilter par écrit comment sont comptabilisés les invités, puis comparez les deux devis sur une même base.