ComparisonDNS filtering alternatives
Uma alternativa à Cisco Umbrella para WiFi WiFi para visitantes
Decida se a Purple Shield ou a Cisco Umbrella deve proteger cada rede que gere. Poderá associar SSIDs públicos e de visitantes a um DNS de proteção sem agente, manter o controlo baseado na identidade onde a equipa precisa dele e comparar a estrutura de licenciamento sem adivinhar preços. Também pode planear a migração...
Escolha o Purple Shield se necessitar de DNS de proteção para visitantes anónimos em redes WiFi públicas. Aplica uma política por SSID e VLAN, sem agente e sem novo hardware. Advém da plataforma que já é executada em mais de 80 000 locais em 90 países. Escolha o Cisco Umbrella se pretender proteger colaboradores identificados e dispositivos geridos num programa SASE mais amplo.
A resposta curta sobre as alternativas ao Cisco Umbrella para WiFi para visitantes
O Cisco Umbrella é um produto maduro que resolve um problema diferente. Nasceu da OpenDNS, que a Cisco adquiriu em 2015. Atualmente, insere-se no portefólio de Secure Access Service Edge (SASE) da Cisco, que fornece rede e segurança conjuntamente a partir da nuvem. O seu terreno principal é uma força de trabalho conhecida: colaboradores identificados, computadores portáteis geridos, filiais e pessoal em itinerância, todos associados a um diretório.
O WiFi para visitantes quebra estes pressupostos. As pessoas na sua rede são anónimas e mudam a cada hora. A afluência varia consoante os eventos e as estações do ano. Os visitantes não instalam qualquer agente e não têm conta no seu diretório. Uma licença contabilizada por lugares não tem nada de estável para contar.
O Purple Shield é o DNS de proteção concebido para essa situação. O DNS de proteção filtra ameaças e conteúdos indesejados quando um dispositivo pesquisa um nome de domínio. Define uma política por SSID, por VLAN (LAN virtual, um segmento de rede separado logicamente) e por local. O Shield é executado a partir da mesma plataforma do seu portal cativo, a página de início de sessão que os visitantes veem antes de acederem à Internet.
A resposta depende da identidade. Se as pessoas que protege têm contas que gere, o modelo do Umbrella adequa-se. Se forem visitantes que não pode identificar, o modelo do Shield adequa-se. Para uma comparação direta completa, leia Shield vs Cisco Umbrella. Para o mercado mais amplo, comece com a nossa visão geral sobre alternativas de filtragem de DNS.
Em que aspetos comparámos o Shield e o Umbrella, e porquê
Por que razão a implementação vem em primeiro lugar
O DNS de proteção atua quando um dispositivo pergunta onde reside um domínio. Essa pesquisa ocorre antes de qualquer ligação ser aberta. Se o domínio for malicioso ou violar a política, o resolvedor recusa-o e o dispositivo nunca se liga. Um firewall geralmente avalia o tráfego após o início de uma sessão, e a maior parte desse tráfego é agora encriptada. A filtragem na resolução interrompe domínios de phishing, malware e comando e controlo antes que atinjam o perímetro. O National Cyber Security Centre do Reino Unido executa o seu serviço de DNS de proteção para o setor público com base no mesmo princípio.
Tanto o Shield como o Umbrella filtram na camada de DNS. A diferença reside em tudo o que envolve essa camada.
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
Os critérios que avaliámos
Fixámos oito critérios antes de avaliar qualquer um dos produtos. Cada opção é pontuada apenas com base no seu próprio material público: documentação do Cisco Umbrella e informação de produto da Purple.
- Em que momento da ligação ocorre a filtragem.
- Quem o produto foi concebido para proteger.
- Se os dispositivos dos visitantes precisam de um agente.
- A unidade à qual a política se associa.
- A unidade de licenciamento.
- Se os preços são públicos.
- Âmbito além do DNS.
- Enquadramento com o hardware e a pilha de convidados que já utiliza.
Não apresentamos preços de concorrentes. A Cisco fornece orçamentos do Umbrella através da sua própria equipa e parceiros, pelo que qualquer valor seria inverificável e ficaria rapidamente desatualizado. Se está a comparar outros fornecedores, consulte as alternativas ao DNSFilter e a comparação Cloudflare Gateway vs Purple Shield.
Shield vs Cisco Umbrella: a matriz de comparação
A matriz abaixo é a forma mais rápida de ver para onde cada produto se orienta.
| 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 |
Interprete isto como dois produtos a responder a duas questões diferentes. O Umbrella pergunta quem se está a ligar. O Shield pergunta em que rede está o dispositivo.
Onde o Cisco Umbrella vence
Se o seu problema é a força de trabalho, o Umbrella cobre áreas que o Shield não tenta cobrir.
Controlo baseado na identidade para os seus próprios funcionários
O Umbrella vincula as políticas às pessoas. Integra-se com serviços de diretório, incluindo o Microsoft Entra ID, para que possa definir regras por pessoa ou grupo. Pode gerar relatórios sobre a atividade de cada funcionário. O Cisco Secure Client alarga essa proteção a computadores portáteis fora da rede empresarial, em casa ou em viagem.
Segurança além da camada de DNS
O DNS é apenas uma camada do Umbrella. Dependendo do pacote, a Cisco adiciona um secure web gateway (SWG) que inspeciona o tráfego web encriptado. Adiciona também uma firewall fornecida na nuvem e um cloud access security broker (CASB) para governar a utilização de SaaS. Estes são os blocos de construção de um programa SASE.
Inteligência contra ameaças e o ecossistema Cisco
O Umbrella baseia-se no Cisco Talos, o grupo de inteligência contra ameaças da Cisco. A Cisco documenta integrações nativas do Umbrella com a Cisco Meraki e outros equipamentos de rede Cisco. Se a sua equipa de operações de segurança já trabalha em consolas Cisco, a padronização num único fornecedor traz um valor real.
Para uma força de trabalho gerida, o Umbrella é uma escolha credível, e este guia não defende o contrário.
Onde o Shield vence no guest WiFi
Concebido para visitantes que não pode identificar
O Shield não pressupõe nada sobre a pessoa na rede: sem conta, sem agente, sem inscrição. A política pertence à rede. Cada SSID, VLAN e local obtém as suas próprias regras a partir de um único painel de controlo. Um hotel poderia aplicar uma política segura para famílias no seu SSID do átrio e uma mais leve na sua VLAN de conferências.
DNS de proteção sem agente, sem novo hardware
Basta apontar o DNS da rede para o Shield, e a política é aplicada a todos os dispositivos que se liguem. Isto abrange o telemóvel de um convidado, um portátil e uma smart TV que nunca poderiam executar um agente. O Shield funciona em redes Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Execute-o de forma independente em qualquer WiFi ou adicione-o ao Purple Access como um suplemento de segurança para WiFi de convidados.
Uma plataforma única para toda a infraestrutura de convidados
A Purple já gere portais captivos e analítica de Guest WiFi em mais de 80 000 locais em 90 países. O Shield adiciona proteção dentro dessa mesma plataforma. A equipa que gere o acesso dos convidados também define a política de segurança, substituindo uma consola separada por um único painel de controlo.
Alertas de ameaças mais precoces e redes mais leves
O Shield sinaliza domínios maliciosos na resolução de DNS antes de as ligações se abrirem, travando as ameaças antes que o tráfego chegue à rede. Com o bloqueio de anúncios ativado, o Shield suprime pedidos de publicidade indesejados e consultas de rastreio. Numa rede de local movimentada, essa capacidade é devolvida aos convidados que está a servir.
- 80,000+locais na PurpleEm 90 países
- 500M+utilizadores e registos de entradaPor ano a nível global
- 99.999%SLA de disponibilidadeDisponibilidade da plataforma
- 2012fundadaPlataforma estabelecida
O custo de funcionamento de cada um: estrutura de licenciamento, não o preço
Esta secção não apresenta preços. O que pode comparar é a estrutura: o que é contabilizado, o que aumenta a fatura e que trabalho fica fora da licença.
Umbrella: licenças dimensionadas para uma força de trabalho
Os pacotes Umbrella são licenciados por utilizador, tipicamente dimensionados para o número de colaboradores nomeados. Isto adequa-se a uma empresa com um número de funcionários estável. Adapta-se mal ao recinto de um estádio ou a um centro comercial. Nesses locais, o número de adeptos e compradores sobe e desce a cada jogo e estação.
O trabalho com pontos de extremidade (endpoints) adiciona custos próprios. A política por pessoa e a proteção em itinerância dependem da implementação do Cisco Secure Client em dispositivos geridos. Alguém tem de manter essa implementação.
Shield: sem licenças de convidados para contabilizar
O Shield não tem licenças por convidado. Pode adquiri-lo como um suplemento de segurança para os planos Connect, Capture ou Engage, ou de forma independente em qualquer WiFi. Os convidados não instalam nada, pelo que não há implementação em pontos de extremidade. A página de preços do Shield estabelece os termos atuais, para que possa definir o orçamento antes de uma chamada de vendas.
| Fator de custo | Cisco Umbrella | Purple Shield |
|---|---|---|
| Como compra | Orçamento da Cisco ou de um parceiro | Suplemento ao Connect, Capture ou Engage, ou autónomo em qualquer WiFi |
| O que conta | Licenças, tipicamente funcionários identificados | Sem licenças de convidados para contar |
| Picos sazonais | Visitantes anónimos não correspondem a uma licença | Sem contagem de licenças para reajustar nos picos |
| Novo hardware | Nenhum para DNS de rede | Nenhum; utiliza os seus pontos de acesso existentes |
| Trabalho nos dispositivos finais | Implementação do Secure Client para política por pessoa | Nenhum |
| Consolas de administração | Separadas da estrutura de WiFi para convidados | Um painel único com Captive Portal e analítica |
| Tabela de preços | Não publicada | Página de preços do Shield |
Quanto esforço exige a transição do Umbrella para o Shield?
A transição é uma alteração de configuração por rede de convidados, não um projeto de hardware. A maioria dos ambientes segue quatro passos.
Mapear o que o Umbrella faz hoje
Liste todas as redes que resolvem através do Umbrella e quem as utiliza. Separe as redes de colaboradores dos SSIDs de convidados e públicos. As redes de colaboradores que dependem do gateway web ou CASB geralmente permanecem no Umbrella.
Mover primeiro as redes de convidados
Crie uma política do Shield para cada SSID ou VLAN de convidados. Acorde as categorias de conteúdo com a operação dos locais antes de alterar. Em seguida, altere o DNS fornecido por cada rede de convidados, normalmente através de DHCP no seu controlador ou gateway. A documentação do seu fornecedor de hardware cobre os passos exatos para a sua plataforma.
Fechar as rotas de desvio
Executar em paralelo e depois efetuar a transição
Teste a partir de um dispositivo de convidado em cada SSID e verifique se os bloqueios surgem no painel do Purple. Mova os locais por fases, começando por um único local. Assim que o tráfego de convidados fluir através do Shield, remova as redes de saída de convidados da sua configuração do Umbrella.
Como decidir entre o Shield e o Umbrella
Utilize uma pergunta como regra de decisão: todas as pessoas nesta rede possuem uma conta gerida por si? Se sim, um produto baseado em identidade como o Umbrella é o adequado. Se não, escolha o Shield.
Shield ou Cisco Umbrella: qual se adapta à sua rede?
Purple Shield
Fits when
- Protege WiFi de convidados, público ou de visitantes
- Os visitantes são anónimos e os números oscilam consoante a época
- Pretende uma política por SSID, VLAN e local sem necessidade de agente
- Já utiliza portais captivos ou analítica da Purple
Not when
- Necessita de inspeção de tráfego encriptado, CASB ou relatórios por pessoa para os funcionários
Cisco Umbrella
Fits when
- Protege funcionários identificados em dispositivos geridos
- Os funcionários precisam de proteção fora da rede através do Cisco Secure Client
- Pretende DNS, gateway web e firewall de nuvem num único contrato Cisco
- A sua equipa de segurança já gere a infraestrutura Cisco
Not when
- A maioria das pessoas na rede são convidados anónimos
Our recommendation: Execute o Shield em SSIDs de convidados e públicos. Mantenha o Umbrella, ou um produto SASE comparável, onde precisar de controlo baseado em identidade para a sua própria equipa de trabalho.
Muitas infraestruturas utilizam ambos: Umbrella em dispositivos de funcionários, Shield em SSIDs de convidados. O seu próximo passo é calcular o preço das suas redes de convidados na página de preços do Shield. Em seguida, leia o nosso guia de segurança WiFi empresarial para entender a segmentação subjacente. Pode encontrar mais informações sobre a plataforma global na Purple.
Perguntas frequentes
Qual é uma boa alternativa ao Cisco Umbrella para WiFi de convidados?
O Purple Shield é um serviço de DNS de proteção criado para WiFi de convidados e público em vez de uma equipa de trabalho gerida. Filtra ameaças e conteúdos na resolução de DNS, com uma política por SSID, VLAN e local. Os dispositivos de visitantes não precisam de agente. Whitbread, AGS Airports e St George's Healthcare NHS Trust já o utilizam. O DNSFilter e o Cloudflare Gateway também merecem ser considerados para infraestruturas específicas.
Por que razão o Cisco Umbrella é desadequado para WiFi de convidados anónimos?
As funcionalidades mais profundas do Umbrella pressupõem que sabe quem está na rede. As políticas por pessoa, a proteção contra roaming e os relatórios de identidade dependem de um diretório e do Cisco Secure Client em dispositivos geridos. Os convidados não têm nenhum dos dois. Pode apontar o DNS de uma rede de convidados para o Umbrella. No entanto, estará a pagar por um produto SASE baseado em identidade enquanto utiliza apenas a sua camada de DNS, sob uma licença por utilizador.
Como funciona o licenciamento por utilizador do Umbrella para WiFi público?
Funciona de forma pouco prática, porque a licença conta postos de trabalho e o WiFi público não tem postos fixos. A Cisco vende pacotes Umbrella através da sua própria equipa e parceiros com base em orçamentos, normalmente dimensionados para funcionários identificados. Visitantes anónimos que mudam de hora a hora e oscilam consoante a época não se adaptam com clareza a essa unidade. Pergunte à Cisco ou ao seu parceiro como licenciariam uma rede de convidados.
Existe uma alternativa ao Umbrella sem hardware para locais físicos?
Sim. O Shield funciona na nuvem, pelo que não adiciona nenhum dispositivo nem substitui pontos de acesso. Basta apontar o SSID ou VLAN de convidados para o Shield a nível de DNS, geralmente através de DHCP no seu controlador ou gateway. Funciona em redes Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet, de forma autónoma ou juntamente com o Purple Access.
Como se compara o Shield com o Umbrella na transparência de preços?
O Shield é mais fácil de orçamentar antecipadamente. Os seus termos estão definidos na página de preços do Shield e pode adquiri-lo como um suplemento do Connect, Capture ou Engage, ou de forma autónoma em qualquer WiFi. Os preços do Umbrella baseiam-se em orçamentos fornecidos pela Cisco e seus parceiros, sem uma lista de preços pública. Apenas um modelo lhe permite orçamentar uma rede de convidados antes de uma reunião comercial.
Podemos utilizar o Cisco Umbrella para funcionários e o Shield para convidados?
Sim, e para muitas infraestruturas esta é a divisão correta. Mantenha o Umbrella nos dispositivos geridos dos funcionários, onde o seu gateway web, CASB e integração de diretórios justificam a sua utilização. Coloque o Shield nos SSIDs públicos e de convidados, onde os visitantes são anónimos. Cada rede resolve através do seu próprio filtro, pelo que as duas nunca se sobrepõem. Segmente as VLANs para que o tráfego de convidados não alcance os sistemas dos funcionários.
O DNS de proteção ajuda na conformidade com o GDPR ou PCI DSS?
Ajuda a apoiar a conformidade, mas não a garante isoladamente. O PCI DSS exige a segmentação dos sistemas de pagamento das redes de convidados, e a filtragem de DNS adiciona um controlo sobre essa segmentação. Nos termos do GDPR, a camada de DNS vê quais os domínios solicitados por um dispositivo, pelo que deve escolher um processador com um tratamento de dados claro. A Purple tem as certificações ISO 27001, GDPR, CCPA e Cyber Essentials.
Quanto esforço exige a migração do Umbrella para o Shield?
Trata-se de uma alteração de configuração por rede de convidados e não de um projeto de hardware. Cria uma política do Shield para cada SSID ou VLAN, altera o DNS fornecido por essas redes e bloqueia rotas de desvio. Depois, realiza testes a partir de um dispositivo de convidado. As redes de funcionários no Umbrella permanecem inalteradas. A maior parte do esforço é dedicada a auditar quais as redes que utilizam o Umbrella atualmente e a definir a política de conteúdos de cada local.
Key terms
- DNS de proteção
- Um resolutor de DNS recursivo que verifica cada consulta face a dados de inteligência sobre ameaças e políticas, recusando-se a resolver domínios maliciosos ou não permitidos. Baseia-se no Domain Name System definido nas RFC 1034 e RFC 1035. O NCSC do Reino Unido opera um serviço de DNS de proteção (PDNS) para o setor público com base neste princípio. Esta é a camada em que tanto o Shield como a Umbrella filtram. Como atua antes de qualquer ligação se abrir, impede phishing, malware e domínios de comando e controlo sem inspecionar tráfego encriptado, razão pela qual se adequa ao WiFi WiFi para visitantes.
- SSID
- Service Set Identifier, o nome de rede que um ponto de acesso anuncia, definido na norma IEEE 802.11. Um ponto de acesso físico pode transmitir vários SSIDs, estando cada um associado ao seu próprio segmento de rede e política. O Shield associa a política ao SSID em vez de a uma pessoa. Um espaço pode aplicar uma política segura para famílias num SSID e uma política mais permissiva noutro, a partir de um único painel de controlo.
- VLAN
- Virtual LAN, um segmento de rede logicamente separado numa infraestrutura de comutação partilhada, especificado pela norma IEEE 802.1Q, que adiciona uma etiqueta aos tramas de Ethernet para identificar a pertença ao segmento. O Shield aplica uma política por VLAN, bem como por SSID. A segmentação das VLANs de visitantes das VLANs de funcionários também impede que o tráfego de visitantes atinja os sistemas dos funcionários quando executa a Umbrella e o Shield em paralelo.
- Portal cativo
- A página de início de sessão que uma rede apresenta a um dispositivo antes de conceder acesso à Internet. A IETF descreve a arquitetura na RFC 8952, e a RFC 8910 define como os anúncios de routers DHCP e IPv6 podem anunciar um portal cativo aos dispositivos. O Shield é executado a partir da mesma plataforma da Purple que o seu portal cativo, pelo que a equipa que gere o início de sessão de visitantes também define a política de segurança, dispensando uma consola separada.
- DHCP
- Dynamic Host Configuration Protocol, definido no RFC 2131, que atribui endereços e definições de rede a dispositivos. A opção de servidor DNS definida no RFC 2132 indica a cada dispositivo qual o resolvedor a utilizar. Mudar uma rede de visitantes para o Shield significa normalmente alterar os servidores DNS que o DHCP fornece no seu controlador ou gateway. Trata-se de uma alteração de configuração e não de um projeto de hardware.
- DNS sobre HTTPS (DoH)
- Um protocolo definido no RFC 8484 que transporta consultas DNS dentro de sessões HTTPS encriptadas, permitindo que um dispositivo alcance um resolvedor à sua escolha sem utilizar o servidor DNS atribuído pela rede. O DoH é uma rota de desvio para qualquer filtro DNS de rede, seja o Shield ou o Umbrella. Bloqueie o DNS de saída para outros resolvedores no gateway e restrinja os pontos de extremidade DoH conhecidos onde o seu firewall o suportar.
- SASE
- Secure access service edge, uma arquitetura que fornece funções de rede e segurança conjuntamente a partir da nuvem. Combina tipicamente segurança ao nível do DNS, secure web gateway, firewall em nuvem e CASB, com políticas associadas à identidade do utilizador. O Umbrella faz parte do portfólio SASE da Cisco. Se apenas precisa de filtragem DNS para visitantes anónimos, estaria a pagar por um produto SASE baseado em identidade enquanto utiliza apenas uma camada do mesmo.
- Gateway de web segura (SWG)
- Um proxy na nuvem ou no local que inspeciona o tráfego web, incluindo sessões encriptadas por TLS, e aplica políticas de utilização aceitável e contra software malicioso para além da consulta DNS. O Umbrella adiciona um SWG em pacotes mais avançados. As redes de colaboradores que dependem dele permanecem normalmente no Umbrella durante uma migração, enquanto as redes de visitantes mudam para o Shield.
- CASB
- Cloud access security broker, um ponto de controlo entre as pessoas e os serviços em nuvem que deteta, monitoriza e rege a utilização da SaaS, aplicando frequentemente políticas de proteção de dados associadas a uma identidade nomeada. O Umbrella oferece CASB por pacote para equipas de trabalho geridas. Não tem qualquer papel numa rede de visitantes anónima, razão pela qual o âmbito exclusivamente DNS do Shield se adequa ao WiFi de visitantes.
- Padrão PCI DSS
- O Payment Card Industry Data Security Standard publicado pelo PCI Security Standards Council. Exige controos de segurança de rede que isolem o ambiente de dados do titular do cartão, e a segmentação reduz quais os sistemas que ficam no seu âmbito. O DNS de proteção suporta o PCI DSS, mas não o cumpre por si só. Continua a ser necessário segmentar os sistemas de pagamento das redes de visitantes, adicionando a filtragem DNS um controlo adicional.
- GDPR
- O Regulamento Geral sobre a Proteção de Dados da UE (Regulamento (UE) 2016/679). O Artigo 28.º estabelece as obrigações dos subcontratantes que tratam dados pessoais em nome de um responsável pelo tratamento, incluindo termos contratuais e medidas de segurança. A camada DNS vê quais os domínios que um dispositivo solicita, pelo que deve escolher um subcontratante com um tratamento de dados transparente. A Purple possui as certificações ISO 27001, GDPR, CCPA e Cyber Essentials.
Worked examples
Um hotel pretende um filtro seguro para famílias no hall de entrada, mas uma política mais permissiva para congressistas empresariais na sua rede de conferências. Os visitantes são anónimos, não instalam qualquer agente e não possuem conta no diretório do hotel. Como deve o hotel aplicar o DNS de proteção?
O hotel associa a política à rede e não à pessoa, utilizando o Shield. Aplica uma política segura para famílias no SSID do hall de entrada e uma política mais permissiva no VLAN de conferências, ambas geridas a partir de um único painel de controlo da Purple. Cada dispositivo que se liga herda as regras dessa rede, incluindo telemóveis, portáteis e Smart TVs que nunca poderiam executar um agente. Um produto baseado na identidade precisaria de uma conta de diretório ou do Cisco Secure Client para uma política por pessoa, e os visitantes não têm nenhum dos dois. Como o Shield reside na mesma plataforma que o portal cativo, a equipa que gere o início de sessão de visitantes também define estas políticas.
Uma propriedade resolve as redes de funcionários e de visitantes através da Cisco Umbrella. Os funcionários dependem da gateway Web e do CASB, mas os SSIDs de visitantes apenas utilizam a camada de DNS sob uma licença baseada no número de utilizadores. Como deve a equipa de TI migrar o tráfego de visitantes para o Shield?
A equipa começa por mapear todas as redes que resolvem através da Umbrella e separa as redes de funcionários dos SSIDs públicos e de visitantes. As redes de funcionários que utilizam a gateway Web ou o CASB permanecem na Umbrella. Para cada SSID ou VLAN de visitantes, criam uma política do Shield, acordando previamente as categorias de conteúdo com a gestão operacional do espaço. Em seguida, alteram o DNS que cada rede de visitantes distribui via DHCP no controlador ou gateway. Bloqueiam o DNS de saída para outros resolutores e restringem pontos de extremidade de DNS over HTTPS conhecidos para fechar rotas de desvio. Após testarem a partir de um dispositivo de visitante e confirmarem os bloqueios no painel de controlo da Purple, migram os espaços por fases e removem as redes de saída de visitantes da Umbrella.
Frequently asked questions
Qual é uma boa alternativa ao Cisco Umbrella para WiFi para visitantes?WiFi
O Purple Shield é um serviço de proteção DNS concebido para WiFi para visitantes e redes públicas, em vez de uma força de trabalho gerida. Filtra ameaças e conteúdos na resolução DNS, com uma política por SSID, VLAN e local. Os dispositivos dos visitantes não precisam de agente. A Whitbread, a AGS Airports e a St George's Healthcare NHS Trust já o utilizam. O DNSFilter e o Cloudflare Gateway também merecem consideração para propriedades específicas.WiFi
Por que razão o Cisco Umbrella não é adequado para WiFi para visitantes anónimo?WiFi
As funcionalidades mais avançadas do Umbrella pressupõem que sabe quem está na rede. As políticas por pessoa, a proteção em roaming e os relatórios de identidade dependem de um diretório e do Cisco Secure Client em dispositivos geridos. Os visitantes não têm nenhum dos dois. Pode apontar o DNS de uma rede de visitantes para o Umbrella. No entanto, estará a pagar por um produto SASE baseado em identidade enquanto utiliza apenas a sua camada DNS, ao abrigo de uma licença por utilizador.
Como funciona o licenciamento por utilizador do Umbrella para o WiFi público?WiFi
Funciona de forma pouco prática, pois a licença contabiliza utilizadores e o WiFi público não tem utilizadores fixos. A Cisco vende pacotes Umbrella através da sua própria equipa e de parceiros com base em orçamentos, normalmente dimensionados para colaboradores identificados. Visitantes anónimos que mudam a cada hora e flutuam consoante a época não se ajustam com precisão a essa unidade. Pergunte à Cisco ou ao seu parceiro como licenciariam uma rede de visitantes.WiFi
Existe uma alternativa sem hardware ao Umbrella para locais de grande afluência?
Sim. O Shield é executado na nuvem, pelo que não adiciona qualquer equipamento nem substitui pontos de acesso. Aponta o SSID de visitantes ou o VLAN para o Shield para efeitos de DNS, geralmente através de DHCP no seu controlador ou gateway. Funciona em redes Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet, de forma autónoma ou em conjunto com o Purple Access.
Como se compara o Shield com o Umbrella em termos de transparência de preços?
O Shield é mais fácil de orçamentar antecipadamente. As suas condições estão definidas na página de preços do Shield e pode adquiri-lo como um suplemento para o Connect, Capture ou Engage, ou de forma autónoma em qualquer WiFi. Os preços do Umbrella baseiam-se em orçamentos através da Cisco e dos seus parceiros, sem uma lista de preços pública. Apenas um dos modelos lhe permite prever o orçamento de uma rede de visitantes antes de uma chamada comercial.
Podemos utilizar o Cisco Umbrella para o pessoal e o Shield para os visitantes?
Sim, e para muitas propriedades é a divisão correta. Mantenha o Umbrella nos dispositivos geridos do pessoal, onde o seu gateway web, CASB e integração de diretórios justificam o seu valor. Implemente o Shield em SSIDs de visitantes e públicos, onde os utilizadores são anónimos. Cada rede faz a resolução através do seu próprio filtro, pelo que os dois nunca se sobrepõem. Segmente as VLANs para que o tráfego de visitantes não consiga aceder aos sistemas do pessoal.
O DNS de proteção ajuda na conformidade com o GDPR ou o PCI DSS?
Apoia a conformidade, mas não a garante por si só. O PCI DSS exige que segmente os sistemas de pagamento das redes de visitantes, e a filtragem de DNS adiciona um controlo complementar a essa segmentação. Ao abrigo do GDPR, a camada DNS vê quais os domínios que um dispositivo solicita, pelo que deve escolher um processador com um tratamento de dados claro. A Purple possui as certificações ISO 27001, GDPR, CCPA e Cyber Essentials.
Quanto esforço envolve a migração do Umbrella para o Shield?
Trata-se de uma alteração de configuração por rede de visitantes e não de um projeto de hardware. Cria uma política do Shield para cada SSID ou VLAN, altera o DNS fornecido por essas redes e bloqueia as rotas de desvio. Em seguida, realiza testes a partir de um dispositivo de visitante. As redes do pessoal no Umbrella permanecem inalteradas. A maior parte do esforço é dedicada a auditar quais as redes que utilizam o Umbrella atualmente e a definir a política de conteúdos de cada local.
