ComparisonDNS filtering alternatives
Uma alternativa ao Cisco Umbrella para WiFi para visitantes WiFi
Decida se o Purple Shield ou o Cisco Umbrella deve proteger cada rede que você gerencia. Você poderá associar SSIDs públicos e de visitantes ao DNS protetico sem agente, manter o controle baseado em identidade onde os funcionários precisam e comparar a estrutura de licenciamento sem adivinhar preços. Você também pode...
Escolha o Purple Shield se você precisar de DNS de proteção para visitantes anônimos em redes de WiFi públicas. Ele aplica uma política por SSID e VLAN, sem agente e sem hardware novo. Ele vem da plataforma que já opera mais de 80.000 locais em 90 países. Escolha o Cisco Umbrella se você estiver protegendo funcionários nomeados e dispositivos gerenciados dentro de um programa SASE mais amplo.
A resposta direta sobre as alternativas ao Cisco Umbrella para WiFi para visitantes
O Cisco Umbrella é um produto maduro que resolve um problema diferente. Ele surgiu da OpenDNS, adquirida pela Cisco em 2015. Agora ele faz parte do portfólio de Secure Access Service Edge (SASE) da Cisco, que entrega rede e segurança de forma integrada a partir da nuvem. Seu ambiente ideal é uma força de trabalho conhecida: funcionários nomeados, notebooks gerenciados, filiais e equipes remotas, todos vinculados a um diretório.
O WiFi para visitantes quebra essas premissas. As pessoas na sua rede são anônimas e mudam a cada hora. O fluxo de pessoas oscila com eventos e estações. Os visitantes não instalam nenhum agente e não possuem conta no seu diretório. Uma licença contabilizada por assentos não tem uma base estável para medição.
O Purple Shield é um DNS de proteção desenvolvido 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. Você define uma política por SSID, por VLAN (LAN virtual, um segmento de rede logicamente separado) e por local. O Shield opera a partir da mesma plataforma do seu portal cativo, a página de login que os visitantes veem antes de se conectarem.
A resposta depende da identidade. Se as pessoas que você protege têm contas que você gerencia, o modelo do Umbrella se adapta melhor. Se forem visitantes que você não pode identificar, o modelo do Shield é o ideal. Para o comparativo completo, leia Shield vs Cisco Umbrella. Para o mercado mais amplo, comece com a nossa visão geral das alternativas de filtragem de DNS.
No que comparamos o Shield e o Umbrella, e o motivo
Por que o posicionamento vem em primeiro lugar
O DNS de proteção atua quando um dispositivo pergunta onde um domínio está hospedado. Essa consulta ocorre antes de qualquer conexão ser aberta. Se o domínio for malicioso ou violar a política, o resolvedor a recusa e o dispositivo nunca se conecta. Um firewall geralmente avalia o tráfego após o início de uma sessão, e a maior parte desse tráfego agora é criptografada. A filtragem na resolução bloqueia phishing, malware e domínios de comando e controle antes que eles atinjam o perímetro. O National Cyber Security Centre do Reino Unido opera seu serviço de DNS de proteção para o setor público com base no mesmo princípio.
Tanto o Shield quanto o Umbrella filtram na camada de DNS. A diferença está em tudo o que envolve essa camada.
Duas faixas comparam o caminho baseado em identidade do Cisco Umbrella por meio de agente, diretório e nuvem com o caminho do Shield a partir do SSID de visitantes até uma decisão de política DNS.
Connections
- Dispositivo gerenciado to Identidade de diretório
- Identidade de diretório to Nuvem Umbrella
- Nuvem Umbrella to Política e relatórios por usuário
- Visitante conecta ao SSID do local to Consulta DNS atinge o Shield
- Consulta DNS atinge o Shield to Política por SSID, VLAN, local
- Política por SSID, VLAN, local to Bloqueado ou resolvido
Os critérios que avaliamos
Definimos oito critérios antes de pontuar qualquer um dos produtos. Cada opção é pontuada apenas a partir de seu próprio material público: documentação do Cisco Umbrella e informações de produtos do Purple.
- Onde a filtragem ocorre na conexão.
- Quem o produto foi criado para proteger.
- Se os dispositivos de visitantes precisam de um agente.
- A unidade à qual uma política se vincula.
- A unidade de licença.
- Se os preços são públicos.
- Escopo além do DNS.
- Compatibilidade com o hardware e com a infraestrutura de visitantes que você já utiliza.
Não exibimos preços de concorrentes. A Cisco fornece orçamentos do Umbrella por meio de sua própria equipe e parceiros, portanto qualquer valor seria inverificável e ficaria desatualizado rapidamente. Se você está avaliando outros fornecedores, consulte alternativas ao DNSFilter e Cloudflare Gateway vs Purple Shield.
Shield vs Cisco Umbrella: a matriz comparativa
A matriz abaixo é a forma mais rápida de ver a qual público cada produto se destina.
| 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 |
Leia como dois produtos respondendo a duas perguntas diferentes. O Umbrella pergunta quem está se conectando. O Shield pergunta em qual rede o dispositivo está.
Onde o Cisco Umbrella se destaca
Se o seu problema envolve a força de trabalho, o Umbrella cobre áreas que o Shield não tenta cobrir.
Controle baseado em identidade para sua própria equipe
O Umbrella vincula as políticas às pessoas. Ele se integra a serviços de diretório, incluindo o Microsoft Entra ID, para que você possa definir regras por pessoa ou grupo. Você pode gerar relatórios sobre a atividade de cada funcionário. O Cisco Secure Client leva essa proteção para notebooks fora da rede corporativa, em casa ou em viagens.
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 criptografado. Ela também adiciona um firewall entregue em nuvem e um cloud access security broker (CASB) para governar o uso de SaaS. Esses são os pilares de um programa SASE.
Inteligência contra ameaças e o ecossistema Cisco
O Umbrella utiliza o Cisco Talos, o grupo de inteligência contra ameaças da Cisco. A Cisco documenta integrações nativas do Umbrella com Cisco Meraki e outros equipamentos de rede da Cisco. Se a sua equipe de operações de segurança já trabalha em consoles da Cisco, a padronização em um único fornecedor traz um valor real.
Para uma força de trabalho gerenciada, o Umbrella é uma escolha consistente, e este guia não defende o contrário.
Onde o Shield se destaca no guest WiFi
Desenvolvido para visitantes que você não pode identificar
O Shield não faz suposições sobre quem está na rede: sem conta, sem agente, sem cadastramento. A política pertence à rede. Cada SSID, VLAN e local obtém suas próprias regras a partir de um único painel. Um hotel pode aplicar uma política segura para famílias no SSID do saguão e uma mais leve na VLAN de conferências.
DNS de proteção sem agente, sem novos hardwares
Você aponta o DNS da rede para o Shield, e a política se aplica a todos os dispositivos que se conectarem. Isso cobre o celular de um visitante, um notebook 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 complemento de segurança para WiFi de visitantes.
Uma plataforma para toda a estrutura de visitantes
A Purple já opera Captive Portals e análises de Guest WiFi em mais de 80.000 locais em 90 países. O Shield adiciona proteção dentro dessa mesma plataforma. A equipe que gerencia o acesso dos visitantes também define a política de segurança, permitindo substituir um console separado por um único painel.
Alertas antecipados de ameaças e redes mais leves
O Shield sinaliza domínios maliciosos na resolução de DNS antes que as conexões se abram, interrompendo ameaças antes que o tráfego atinja a rede. Com o bloqueio de anúncios ativado, o Shield suprime solicitações de publicidade indesejadas e consultas de rastreamento. Em uma rede movimentada de um local, essa capacidade é devolvida aos visitantes que você está atendendo.
- 80,000+locais na PurpleEm 90 países
- 500M+usuários e loginsPor ano no mundo
- 99.999%SLA de disponibilidadeDisponibilidade da plataforma
- 2012fundadaPlataforma estabelecida
Quanto custa executar cada um: estrutura de licenciamento, não o preço
Esta seção não mostra preços. O que você pode comparar é a estrutura: o que você contabiliza, o que aumenta a fatura e qual trabalho fica fora da licença.
Umbrella: licenças dimensionadas para a força de trabalho
Os pacotes do Umbrella são licenciados por usuário (seat), normalmente dimensionados de acordo com o número de funcionários cadastrados. Isso atende a uma empresa com um quadro de funcionários estável. No entanto, não se adapta bem ao corredor de um estádio ou a um shopping center. Nesses locais, o número de torcedores e compradores varia a cada evento e temporada.
O trabalho nos endpoints adiciona custos próprios. A política por pessoa e a proteção em roaming dependem da implantação do Cisco Secure Client nos dispositivos gerenciados. Alguém precisa manter essa implantação.
Shield: sem licenças de visitantes para contabilizar
O Shield não possui licença por visitante. Você o adquire como um complemento de segurança para os planos Connect, Capture ou Engage, ou de forma independente em qualquer WiFi. Os visitantes não instalam nada, portanto não há implantação em endpoints. A página de preços do Shield estabelece os termos atuais, para que você possa planejar o orçamento antes de uma ligação de vendas.
| Gerador de custo | Cisco Umbrella | Purple Shield |
|---|---|---|
| Como você compra | Cotação da Cisco ou de um parceiro | Adicional para Connect, Capture ou Engage, ou avulso em qualquer WiFi |
| O que você conta | Licenças, geralmente funcionários nomeados | Sem licenças de visitantes para contar |
| Picos sazonais | Visitantes anônimos não se mapeiam para uma licença | Sem contagem de licenças para reajustar nos picos |
| Novo hardware | Nenhum para DNS de rede | Nenhum; usa seus pontos de acesso existentes |
| Trabalho nos dispositivos finais | Implantação do Secure Client para política por pessoa | Nenhum |
| Consolas de administração | Separadas da estrutura de WiFi para visitantes | Um único painel com Captive Portal e análises |
| Tabela de preços | Não publicada | Página de preços do Shield |
Quanto esforço exige a migração do Umbrella para o Shield?
A migração é uma alteração de configuração por rede de visitantes, não um projeto de hardware. A maioria dos locais segue quatro etapas.
Mapeie o que o Umbrella faz hoje
Liste todas as redes que resolvem endereços através do Umbrella e quem as utiliza. Separe as redes de funcionários dos SSIDs de visitantes e públicos. As redes de funcionários que dependem do web gateway ou CASB geralmente permanecem no Umbrella.
Mova as redes de visitantes primeiro
Crie uma política do Shield para cada SSID ou VLAN de visitantes. Alinhe as categorias de conteúdo com as operações do local antes de fazer a alteração. Em seguida, altere o DNS fornecido por cada rede de visitantes, geralmente através do DHCP no seu controlador ou gateway. A documentação do fabricante do seu hardware cobre as etapas exatas para a sua plataforma.
Feche as rotas de desvio
Execute em paralelo e depois faça a migração definitiva
Faça testes a partir de um dispositivo de visitante em cada SSID e verifique se os bloqueios aparecem no painel do Purple. Mova os locais em etapas, começando por um único local. Assim que o tráfego de visitantes estiver fluindo pelo Shield, remova as redes de saída de visitantes da sua configuração do Umbrella.
Como decidir entre o Shield e o Umbrella
Use uma pergunta como regra de decisão: cada pessoa nesta rede possui uma conta gerenciada por você? Se sim, um produto baseado em identidade como o Umbrella é o mais adequado. Se não, escolha o Shield.
Shield ou Cisco Umbrella: qual se adapta à sua rede?
Purple Shield
Fits when
- Você protege WiFi de convidados, público ou de visitantes
- Os visitantes são anônimos e os números oscilam com a temporada
- Você quer uma política por SSID, VLAN e local sem a necessidade de agente
- Você já executa portais captivos ou análises da Purple
Not when
- Você precisa de inspeção de tráfego criptografado, CASB ou relatórios por pessoa para a equipe
Cisco Umbrella
Fits when
- Você protege funcionários identificados em dispositivos gerenciados
- A equipe precisa de proteção fora da rede por meio do Cisco Secure Client
- Você quer DNS, web gateway e firewall em nuvem sob um único contrato Cisco
- Sua equipe de segurança já gerencia o ambiente Cisco
Not when
- A maioria das pessoas na rede são convidados anônimos
Our recommendation: Execute o Shield em SSIDs públicos e de convidados. Mantenha o Umbrella, ou um produto SASE comparável, onde você precisa de controle baseado em identidade para sua própria força de trabalho.
Muitas empresas usam ambos: Umbrella em dispositivos de funcionários e Shield em SSIDs de convidados. Seu próximo passo é calcular o preço das suas redes de convidados na página de preços do Shield. Em seguida, leia nosso guia de segurança para WiFi empresarial para entender a segmentação que a sustenta. Você pode encontrar mais informações sobre a plataforma completa em 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 desenvolvido para WiFi público e de convidados, em vez de uma força de trabalho gerenciada. Ele filtra ameaças e conteúdo na resolução DNS, com uma política por SSID, VLAN e local. Os dispositivos dos visitantes não precisam de agente. Whitbread, AGS Airports e St George's Healthcare NHS Trust o utilizam. DNSFilter e Cloudflare Gateway também valem a pena ser analisados para ambientes específicos.
Por que o Cisco Umbrella é inadequado para WiFi de convidados anônimos?
Os recursos mais avançados do Umbrella pressupõem que você sabe quem está na rede. Políticas por pessoa, proteção contra roaming e relatórios de identidade dependem de um diretório e do Cisco Secure Client em dispositivos gerenciados. Os convidados não têm nenhum dos dois. Você pode apontar o DNS de uma rede de convidados para o Umbrella. No entanto, você pagará por um produto SASE focado em identidade usando apenas sua camada de DNS, sob uma licença baseada em usuários.
Como funciona o licenciamento por usuário do Umbrella para WiFi público?
Ele funciona de forma complicada, pois a licença conta usuários e o WiFi público não tem um número fixo de usuários. A Cisco vende pacotes do Umbrella por meio de sua própria equipe e parceiros com base em orçamentos, normalmente dimensionados para funcionários identificados. Visitantes anônimos que mudam a cada hora e oscilam com a temporada não se encaixam bem nesse modelo. Pergunte à Cisco ou ao seu parceiro como eles licenciariam uma rede de convidados.
Existe uma alternativa sem hardware ao Umbrella para locais de grande circulação?
Sim. O Shield é executado na nuvem, portanto você não adiciona nenhum dispositivo e não substitui nenhum ponto de acesso. Você direciona o SSID ou VLAN de visitantes para o Shield para DNS, geralmente por meio de DHCP em seu controlador ou gateway. Ele funciona em redes Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti, UniFi, Cambium, Extreme e Fortinet, de forma independente ou em conjunto com o Purple Access.
Como o Shield se compara ao Umbrella em termos de transparência de preços?
O Shield é mais fácil de precificar antecipadamente. Seus termos estão definidos na página de preços do Shield, e você o compra como um complemento para o Connect, Capture ou Engage, ou de forma independente em qualquer WiFi. A precificação do Umbrella é baseada em orçamentos por meio da Cisco e de seus parceiros, sem uma lista pública de preços. Apenas um modelo permite que você orce uma rede de visitantes antes de uma chamada de vendas.
Podemos executar o Cisco Umbrella para funcionários e o Shield para visitantes?
Sim, e para muitos locais, essa é a divisão correta. Mantenha o Umbrella em dispositivos gerenciados de funcionários, onde seu gateway web, CASB e integração de diretório mostram seu valor. Coloque o Shield em SSIDs públicos e de visitantes, onde os visitantes são anônimos. Cada rede resolve por meio de seu próprio filtro, de modo que as duas nunca se sobrepõem. Segmente as VLANs para que o tráfego de visitantes não possa alcançar os sistemas dos funcionários.
O DNS de proteção ajuda na conformidade com o GDPR ou PCI DSS?
Ele dá suporte à conformidade, mas não a garante sozinho. O PCI DSS espera que você segmente os sistemas de pagamento das redes de visitantes, e a filtragem de DNS adiciona um controle sobre essa segmentação. De acordo com o GDPR, a camada de DNS vê quais domínios um dispositivo solicita, portanto escolha um processador com manipulação clara de dados. O Purple é certificado pelo ISO 27001, GDPR, CCPA e Cyber Essentials.
Quanto esforço é necessário para migrar do Umbrella para o Shield?
É uma mudança de configuração por rede de visitantes, não um projeto de hardware. Você cria uma política do Shield para cada SSID ou VLAN, altera o DNS que essas redes fornecem e bloqueia as rotas de desvio. Depois, realiza testes a partir de um dispositivo de visitante. As redes de funcionários no Umbrella permanecem intocadas. A maior parte do esforço é dedicada a auditar quais redes usam o Umbrella hoje e a definir a política de conteúdo de cada local.
Key terms
- DNS protetico
- Um resolvedor DNS recursivo que verifica cada consulta em relação à inteligência de ameaças e políticas, e se recusa a resolver domínios maliciosos ou não permitidos. Ele se baseia no Domain Name System definido na RFC 1034 e na RFC 1035. O NCSC do Reino Unido opera um serviço de DNS protetico (PDNS) para o setor público com base nesse princípio. Esta é a camada em que tanto o Shield quanto o Umbrella filtram. Como atua antes da abertura de qualquer conexão, ele interrompe domínios de phishing, malware e comando e controle sem inspecionar o tráfego criptografado, razão pela qual é ideal para WiFi para visitantes WiFi.
- SSID
- Service Set Identifier, o nome da rede que um ponto de acesso anuncia, definido na IEEE 802.11. Um ponto de acesso físico pode transmitir vários SSIDs, cada um mapeado para seu próprio segmento de rede e política. O Shield vincula a política ao SSID em vez de a uma pessoa. Um local pode executar uma política segura para famílias em um SSID e uma política mais branda em outro, a partir de um único painel.
- VLAN
- Virtual LAN, um segmento de rede logicamente separado em uma infraestrutura de comutação compartilhada, especificado pela IEEE 802.1Q, que adiciona uma tag aos quadros Ethernet para identificar a qual segmento pertencem. O Shield aplica uma política por VLAN, bem como por SSID. A segmentação de VLANs de visitantes das VLANs de funcionários também impede que o tráfego de visitantes alcance os sistemas de funcionários quando você executa o Umbrella e o Shield lado a lado.
- Portal cativo
- A página de login que uma rede apresenta a um dispositivo antes de conceder acesso à internet. O IETF descreve a arquitetura na RFC 8952, e a RFC 8910 define como o DHCP e os anúncios de roteador IPv6 podem anunciar um portal cativo para os dispositivos. O Shield é executado na mesma plataforma Purple que o seu portal cativo, para que a equipe que gerencia o login de visitantes também defina a política de segurança, permitindo que você elimine um console separado.
- DHCP
- Dynamic Host Configuration Protocol, definido na RFC 2131, que atribui endereços e configurações de rede a dispositivos. A opção de servidor DNS definida na RFC 2132 informa a cada dispositivo qual resolvedor usar. Mover uma rede de visitantes para o Shield geralmente significa alterar os servidores DNS que o DHCP atribui no seu controlador ou gateway. Essa é uma mudança de configuração, não um projeto de hardware.
- DNS sobre HTTPS (DoH)
- Um protocolo definido na RFC 8484 que transporta consultas DNS dentro de sessões HTTPS criptografadas, para que um dispositivo possa alcançar o resolvedor de sua escolha sem usar 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 endpoints DoH conhecidos onde seu firewall permitir.
- SASE
- Secure access service edge, uma arquitetura que oferece funções de rede e segurança de forma integrada a partir da nuvem. Ela geralmente combina segurança na camada DNS, secure web gateway, firewall em nuvem e CASB, com políticas vinculadas à identidade do usuário. O Umbrella faz parte do portfólio SASE da Cisco. Se você só precisa de filtragem DNS para visitantes anônimos, pagaria por um produto SASE baseado em identidade enquanto utiliza apenas uma camada dele.
- Gateway de Web Seguro (SWG)
- Um proxy em nuvem ou local que inspeciona o tráfego da web, incluindo sessões criptografadas por TLS, e aplica políticas de uso aceitável e malware além da consulta DNS. O Umbrella inclui um SWG nos pacotes mais avançados. As redes de funcionários que dependem dele geralmente permanecem no Umbrella durante uma migração, enquanto as redes de visitantes vão para o Shield.
- CASB
- Cloud access security broker, um ponto de controle entre pessoas e serviços em nuvem que descobre, monitora e governa o uso de SaaS, frequentemente aplicando políticas de proteção de dados vinculadas a uma identidade nomeada. O Umbrella oferece CASB por pacote para equipes gerenciadas. Ele não tem função em uma rede de visitantes anônima, motivo pelo qual o escopo exclusivo de DNS do Shield se adequa ao WiFi para visitantes.
- Padrão de Segurança de Dados do Setor de Cartões de Pagamento (PCI DSS)
- O Payment Card Industry Data Security Standard publicado pelo PCI Security Standards Council. Ele exige controles de segurança de rede que isolem o ambiente de dados do portador do cartão, e a segmentação reduz quais sistemas entram no escopo. O DNS protetivo oferece suporte ao PCI DSS, mas não o garante sozinho. Você ainda precisa segmentar os sistemas de pagamento das redes de visitantes, e a filtragem DNS adiciona um controle extra.
- GDPR
- O Regulamento Geral de Proteção de Dados da UE (Regulamento (UE) 2016/679). O Artigo 28 estabelece as obrigações dos processadores que tratam dados pessoais em nome de um controlador, incluindo termos contratuais e medidas de segurança. A camada DNS vê quais domínios um dispositivo solicita, portanto escolha um processador com tratamento de dados transparente. A Purple possui as certificações ISO 27001, GDPR, CCPA e Cyber Essentials.
Worked examples
Um hotel deseja um filtro seguro para famílias em seu saguão, mas uma política mais branda para participantes de eventos em sua rede de conferências. Os hóspedes são anônimos, não instalam agentes e não possuem conta no diretório do hotel. Como o hotel deve aplicar o DNS protetico?
O hotel vincula a política à rede, e não à pessoa, usando o Shield. Ele executa uma política segura para famílias no SSID do saguão e uma política mais branda no VLAN de conferências, ambas gerenciadas a partir de um único painel do Purple. Cada dispositivo que se conecta herda as regras daquela rede, incluindo telefones, laptops e smart TVs que nunca poderiam executar um agente. Um produto baseado em identidade precisaria de uma conta de diretório ou do Cisco Secure Client para aplicar políticas por pessoa, e os visitantes não têm nenhum dos dois. Como o Shield fica na mesma plataforma que o portal cativo, a equipe que gerencia o login dos visitantes também define essas políticas.
Uma propriedade resolve redes de funcionários e de visitantes por meio do Cisco Umbrella. Os funcionários dependem do web gateway e do CASB, mas os SSIDs de visitantes usam apenas a camada de DNS sob uma licença baseada em assentos. Como a equipe de TI deve migrar o tráfego de visitantes para o Shield?
A equipe primeiro mapeia todas as redes resolvidas pelo Umbrella e separa as redes de funcionários dos SSIDs públicos e de visitantes. As redes de funcionários que usam o web gateway ou o CASB permanecem no Umbrella. Para cada SSID ou VLAN de visitantes, eles criam uma política do Shield, combinando previamente as categorias de conteúdo com as operações do local. Em seguida, alteram o DNS que cada rede de visitantes distribui via DHCP no controlador ou gateway. Eles bloqueiam o DNS de saída para outros resolutores e restringem pontos de extremidade conhecidos de DNS sobre HTTPS para fechar rotas de desvio. Após testar a partir de um dispositivo de visitante e confirmar os bloqueios no painel do Purple, eles migram os locais em ondas e removem as redes de saída de visitantes do Umbrella.
Frequently asked questions
Qual é uma boa alternativa ao Cisco Umbrella para o WiFi para visitantes?
O Purple Shield é um serviço de DNS de proteção desenvolvido para redes públicas e de WiFi para visitantes, e não para uma força de trabalho gerenciada. Ele filtra ameaças e conteúdos na resolução de DNS, com uma política por SSID, VLAN e local. Os dispositivos dos visitantes não precisam de agente. Whitbread, AGS Airports e St George's Healthcare NHS Trust o utilizam. O DNSFilter e o Cloudflare Gateway também valem a pena ser analisados para locais específicos.
Por que o Cisco Umbrella não é ideal para o WiFi para visitantes anônimos?
Os recursos mais avançados do Umbrella pressupõem que você saiba quem está na rede. Políticas por pessoa, proteção contra roaming e relatórios de identidade dependem de um diretório e do Cisco Secure Client em dispositivos gerenciados. Os visitantes não têm nenhum dos dois. Você pode apontar o DNS de uma rede de visitantes para o Umbrella. No entanto, você acabará pagando por um produto SASE baseado em identidade enquanto utiliza apenas sua camada de DNS, sob uma licença baseada em assentos.
Como funciona o licenciamento por assento do Umbrella para o WiFi público?
Ele funciona de forma inadequada porque a licença conta os assentos e o WiFi público não tem assentos fixos. A Cisco vende pacotes do Umbrella por meio de sua própria equipe e parceiros com base em orçamentos, normalmente dimensionados para funcionários nomeados. Visitantes anônimos, que mudam a cada hora e flutuam conforme a temporada, não se encaixam bem nessa unidade. Pergunte à Cisco ou ao seu parceiro como eles licenciariam uma rede de visitantes.
Existe uma alternativa sem hardware ao Umbrella para locais de atendimento público?
Sim. O Shield roda na nuvem, portanto você não adiciona nenhum equipamento e não substitui nenhum ponto de acesso. Você aponta a rede de SSID ou VLAN para visitantes para o Shield para resolução de DNS, geralmente por meio de DHCP no seu controlador ou gateway. Ele funciona em redes Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet, de forma independente ou em conjunto com o Purple Access.
Como o Shield se compara ao Umbrella em termos de transparência de preços?
O Shield é mais fácil de precificar antecipadamente. Seus termos estão detalhados na página de preços do Shield, e você pode comprá-lo como um complemento para o Connect, Capture ou Engage, ou de forma independente em qualquer WiFi. A precificação do Umbrella é baseada em orçamentos por meio da Cisco e de seus parceiros, sem uma lista de preços pública. Apenas um modelo permite que você planeje o orçamento de uma rede de visitantes antes de uma reunião de vendas.
Podemos usar o Cisco Umbrella para a equipe e o Shield para os visitantes?
Sim, e para muitos locais essa é a divisão correta. Mantenha o Umbrella nos dispositivos gerenciados da equipe, onde seu gateway web, CASB e integração com diretórios justificam seu uso. Coloque o Shield nos SSIDs públicos e de visitantes, onde os usuários são anônimos. Cada rede faz a resolução por meio do seu próprio filtro, de modo que as duas nunca se sobrepõem. Segmente as VLANs para que o tráfego de visitantes não alcance os sistemas da equipe.
O DNS de proteção ajuda na conformidade com o GDPR ou PCI DSS?
Ele auxilia na conformidade, mas não a garante sozinho. O PCI DSS exige que você segmente os sistemas de pagamento das redes de visitantes, e a filtragem de DNS adiciona um controle sobre essa segmentação. De acordo com o GDPR, a camada de DNS vê quais domínios um dispositivo solicita, portanto, escolha um provedor com tratamento de dados transparente. A Purple possui as certificações ISO 27001, GDPR, CCPA e Cyber Essentials.
Quanto esforço é necessário para migrar do Umbrella para o Shield?
Trata-se de uma alteração de configuração por rede de visitantes, não de um projeto de hardware. Você cria uma política do Shield para cada SSID ou VLAN, altera o DNS distribuído por essas redes e bloqueia rotas de desvio. Em seguida, realiza testes a partir de um dispositivo de visitante. As redes da equipe no Umbrella permanecem inalteradas. A maior parte do esforço é dedicada a auditar quais redes usam o Umbrella atualmente e definir a política de conteúdo de cada local.
