Saltar para o conteúdo principal

Substituição de fornecedores separados de WiFi para visitantes, RADIUS e filtragem de DNS: o caso da consolidação para propriedades multissítio

Poderá decidir se pretende consolidar o WiFi para visitantes, o RADIUS para colaboradores e a filtragem de DNS numa única plataforma, manter um especialista ou aguardar pela renovação. Pode calcular os custos das transferências de responsabilidade entre fornecedores com base nos dados dos seus próprios pedidos de suporte, contabilizar as evidências de auditoria que eliminaria e planear uma transição faseada nos seus pontos de acesso existentes.

Por James KeanPublicado
📖 14 min de leitura4,301 palavras3 exemplos práticos11 definições principais

Substituição de fornecedores separados de WiFi para visitantes, RADIUS e filtragem de DNS: o caso da consolidação para propr…

Consolide quando um único património paga a três fornecedores para gerir uma só ligação. O início de sessão de visitantes, o RADIUS para colaboradores e a filtragem de DNS sobrepõem-se no mapeamento de VLAN, na identidade e nos registos, pelo que as falhas ultrapassam rotineiramente as fronteiras dos fornecedores. A Purple executa os três nos seus pontos de acesso existentes: Purple Access para o início de sessão de visitantes e RADIUS na nuvem, Purple Shield para filtragem de DNS por rede e VLAN.

Deve consolidar o WiFi para visitantes, o RADIUS e a filtragem de DNS numa única plataforma?

Para a maioria dos patrimónios com vários locais, sim. O início de sessão de visitantes, a autenticação de colaboradores e a filtragem de DNS parecem três produtos distintos. Na rede, atuam sobre uma única ligação, em sequência, utilizando uma configuração partilhada.

Eis a sequência: um visitante liga-se a um SSID e o ponto de acesso redireciona-o para um portal cativo, a página de início de sessão apresentada antes do acesso à Internet. O controlador pergunta depois a um servidor RADIUS se deve autorizar a entrada. O RADIUS, definido no RFC 2865, é o protocolo utilizado pelos pontos de acesso para essa decisão. Os dispositivos dos colaboradores utilizam o mesmo protocolo através de IEEE 802.1X, o padrão de controlo de acessos baseado em portas. Assim que qualquer um dos dispositivos está online, cada pesquisa de DNS passa pelo serviço de filtragem.

Três fornecedores significam três contratos, três consolas, três serviços de suporte e três conjuntos de registos para um único evento. O argumento a favor da consolidação de fornecedores de WiFi assenta na eliminação dessa duplicação. A nossa recomendação:

  • Consolide totalmente onde uma única equipa gere o WiFi para visitantes e colaboradores em 10 ou mais locais e os contratos possam ser alinhados no prazo de 18 meses.
  • Consolide e mantenha um especialista onde um requisito esteja fora do âmbito do acesso WiFi, como verificações de postura por cabo ou inspeção TLS em computadores portáteis geridos.
  • Mantenha a sua estrutura atual até à renovação onde as taxas de rescisão antecipada excedam o custo operacional que eliminaria no período restante.

A Purple executa as três funções nos pontos de acesso que já possui. Não há necessidade de substituir equipamentos («rip and replace»).

Onde é que os fornecedores de WiFi para visitantes, RADIUS e filtragem de DNS se sobrepõem?

Estas sobreposições não são apenas argumentos de marketing. Resultam de configurações mantidas em dois locais, identidade gerida em três e dados pessoais tratados por todos os três.

Dois caminhos de RADIUS para um único património

A maioria das plataformas de visitantes já funciona como um servidor RADIUS. Em muitos controladores, o fluxo do portal cativo externo termina com uma autorização RADIUS que liberta o visitante para a rede. A sua rede de colaboradores executa depois um segundo serviço de RADIUS. Trata-se frequentemente de um par de servidores na sede ou de um contrato de RADIUS na nuvem separado.

Paga o RADIUS duas vezes, mantém dois conjuntos de segredos partilhados por local e aplica correções («patches») a dois serviços. Com a Purple, o WiFi para visitantes e a autenticação de colaboradores utilizam o mesmo RADIUS na nuvem. Cada ponto de acesso aponta para um único serviço.

Mapeamento de políticas e VLAN mantido em duplicado

Uma VLAN é uma LAN virtual, um segmento de rede lógico em hardware partilhado. O RADIUS pode devolver uma atribuição de VLAN com cada mensagem de aceitação, recorrendo aos atributos de túnel descritos na RFC 3580. O seu fornecedor de filtragem de DNS aplica depois a política por VLAN, sub-rede ou endereço IP de saída.

A ligação entre "esta é a rede de visitantes" e "esta é a política para visitantes" reside, por isso, em duas consolas. Ao renumerar uma sub-rede ou dividir uma VLAN num local, ambas têm de ser alteradas no mesmo dia. Se apenas uma for alterada, os colaboradores recebem a política para visitantes ou os visitantes ficam sem qualquer tipo de filtragem.

Três registos de identidade que nunca se cruzam

A plataforma de visitantes sabe quem iniciou sessão e com o que consentiu. O serviço RADIUS sabe que identidade de colaborador se autenticou. O filtro de DNS sabe qual o endereço IP que solicitou determinado domínio.

Nenhum deles partilha uma chave com os restantes. Responder a "quem estava em que rede quando este domínio foi bloqueado" implica três exportações. É necessário alinhar três formatos de carimbo de data/hora e cruzar dados com base no endereço IP e na hora. Numa única plataforma, o registo de início de sessão que alimenta o WiFi Analytics surge a par das políticas de autenticação e de filtragem.

Três subcontratantes para os mesmos dados pessoais

Cada fornecedor trata dados pessoais: nomes, endereços de e-mail, endereços MAC de dispositivos, endereços IP e domínios solicitados. Ao abrigo do Artigo 28.º do UK GDPR, cada um requer o seu próprio contrato de subcontratação de tratamento de dados. Ao abrigo do Artigo 30.º, cada um figura no seu registo das atividades de tratamento. Um fornecedor de WiFi para visitantes e RADIUS em conjunto com um fornecedor de filtragem resultam em três entradas para um único serviço.

Quanto custa cada transferência de responsabilidades entre fornecedores?

Uma transferência de responsabilidades ocorre sempre que um pedido de suporte sai da fila de um fornecedor e entra na de outro. Cada uma destas transições gera tempo de espera, pedidos de esclarecimento e recolha de evidências. Estas cinco transferências repetem-se em ambientes com três fornecedores.

  1. Os visitantes não conseguem aceder à página de início de sessão. O filtro de DNS bloqueia um domínio do qual o portal cativo depende ou o hostname de deteção de portal cativo de um sistema operativo. O fornecedor do portal informa que a página está operacional. O fornecedor de filtragem informa que a política está correta. A sua equipa de redes tem de comprovar onde reside a falha entre ambos.
  2. Os colaboradores vão parar à VLAN errada. O RADIUS devolve uma VLAN inesperada e o filtro de DNS aplica a política de visitantes aos dispositivos dos colaboradores. Dois fornecedores partilham o mesmo sintoma.
  3. Um colaborador que cessou funções mantém o acesso WiFi. O serviço RADIUS não está integrado com o seu fornecedor de identidades, pelo que uma conta desativada continua a autenticar-se. A falha divide-se entre os RH, as TI e o fornecedor de RADIUS.
  4. Um visitante queixa-se de um site bloqueado. Dar resposta exige o registo de início de sessão, a atribuição de rede e o registo de DNS. Trata-se de três exportações a partir de três fornecedores.
  5. A renovação de um certificado RADIUS interrompe a WiFi dos colaboradores. Os dispositivos que validavam o certificado de servidor antigo recusam o novo. O fornecedor de RADIUS, a sua equipa de gestão de dispositivos e a configuração do ponto de acesso encontram-se todos no caminho de resolução do problema.

Um modelo prático que pode aplicar aos seus próprios dados de incidentes

Não precisa de médias do setor, porque o seu suporte técnico já tem esses números. Filtre 12 meses de pedidos de suporte de WiFi por quaisquer incidentes que tenham envolvido mais de um fornecedor. Em seguida, aplique este modelo.

Os valores abaixo são ilustrativos e não representam resultados reportados. Substitua-os pelos seus próprios dados:

  • 30 pedidos com múltiplos fornecedores por mês em toda a infraestrutura.
  • Dois reencaminhamentos por pedido, em média.
  • 40 minutos de tempo de engenheiro por reencaminhamento, incluindo registo, espera, reexplicações e participação em chamadas.

Isto resulta em 30 × 2 × 40 = 2400 minutos, ou seja, 40 horas de engenharia por mês. Ao longo de um ano, são 480 horas. Numa única plataforma de WiFi, essas transferências entre fornecedores desaparecem. A avaria ainda precisa de ser corrigida, mas permanece numa única fila com um único registo.

O tempo decorrido é mais importante do que o tempo de engenharia durante um incidente. Cada transferência soma o tempo de resposta do fornecedor seguinte ao seu tempo de resolução. Os seus clientes e visitantes esperam ao longo de todo esse processo.

De que forma uma única plataforma altera as suas evidências de auditoria?

Os auditores colocam dois tipos de questões sobre o WiFi. O serviço é controlado? Os fornecedores são controlados? Três fornecedores triplicam as respostas à segunda questão e fragmentam as respostas à primeira.

Os controlos 5.19 a 5.22 do Anexo A da norma ISO/IEC 27001:2022 abrangem as relações com fornecedores. Incluem a segurança em acordos com fornecedores, a cadeia de abastecimento de TIC e a monitorização e análise de serviços de fornecedores. Todos os fornecedores de WiFi estão abrangidos pelo âmbito de cada controlo.

O requisito 11.4.5 do PCI DSS v4.0 exige o teste de controlos de segmentação sempre que recorra à segmentação para reduzir o âmbito dos dados dos titulares de cartões. Para um retalhista ou hotel, esse teste abrange a atribuição de RADIUS VLAN e a política de filtragem em cada segmento.

Item de evidência Três fornecedores Plataforma única Purple
Avaliações de segurança de fornecedores (ISO 27001 A.5.19 a A.5.21) 3 1
Análises de serviços de fornecedores (ISO 27001 A.5.22) 3 1
Acordos de subcontratante nos termos do Artigo 28.º do GDPR 3 1
Subcontratantes indicados no registo de tratamento de WiFi 3 1
Consolas de administração nas suas revisões de acessos 3 1
Sistemas que contêm o mapeamento de VLAN para políticas 2 1
Origens de registos para correlacionar num incidente 3 1
Certificados e declarações a recolher Um conjunto de cada um dos 3 fornecedores Certificados ISO 27001 e Cyber Essentials da Purple

A Purple opera desde 2012 e funciona em mais de 80 000 locais ativos em mais de 90 países. Possui certificação ISO 27001, certificação Cyber Essentials, está em conformidade com o GDPR e o CCPA, e é um B Corp certificado. Uma única avaliação de fornecedor cobre início de sessão, autenticação e filtragem. Quando altera a filtragem num VLAN para convidados, o seu registo de alterações indica apenas um sistema em vez de dois.

Três fornecedores, uma única plataforma ou um modelo híbrido: onde cada opção se adequa

As infraestruturas que mais beneficiam partilham uma caraterística. A mesma equipa faz a gestão do WiFi para convidados e colaboradores em muitos locais. Isto aplica-se a hotéis, cadeias de retalho com WiFi para clientes em cada loja e operadoras que disponibilizam WiFi para passageiros em comboios.

Espaços com múltiplos inquilinos também se enquadram. As questões de conceção no centro comercial WiFi mapeiam-se de perto em segmentos separados de convidados, inquilinos e colaboradores, cada um com a sua própria política de filtragem.

Eixo Três fornecedores Plataforma única Purple Purple e um especialista mantido
Contratos e datas de renovação 3, geralmente em datas diferentes 1 2
Acordos do Artigo 28.º do GDPR para dados de WiFi 3 1 2
Via de suporte para uma falha de início de sessão 3 fornecedores mais a sua equipa de rede Purple mais a sua equipa de rede Purple mais a sua equipa de rede
Consolas de administração 3 1 2
Onde reside o mapeamento de VLAN para a política Serviço de RADIUS e filtro de DNS separadamente Purple Purple para WiFi, especialista para o seu próprio âmbito
Substituição de pontos de acesso necessária Nenhuma Nenhuma Nenhuma
Revisões de fornecedores por ciclo de auditoria 3 1 2
Adequado para Parques com taxas de rescisão superiores aos custos operacionais restantes Uma equipa a gerir WiFi para convidados e colaboradores em 10+ locais Parques com necessidades de filtragem ou controlo de acessos além do WiFi

Quanto custa manter cada opção?

O custo da licença é a linha visível. A maior parte dos custos operacionais reside noutros pontos. Construa uma visão a três anos da sua infraestrutura atual com base nestas seis linhas:

  • Licenças. Três fornecedores costumam calcular preços com base em unidades diferentes: por local, por ponto de acesso ou por dispositivo. Normalize-os para o custo por local antes de comparar.
  • Infraestrutura. Ter RADIUS no local significa servidores, correções do sistema operativo e renovações de certificados. O RADIUS na nuvem da Purple elimina os servidores.
  • Manutenção de integrações. Cada fornecedor necessita do seu próprio início de sessão de administrador, ligações API e perfis de gestão de dispositivos.
  • Gestão de fornecedores. A diligência devida, a revisão do acordo de subcontratação e a revisão anual do serviço são triplicadas. Calcule o custo das horas que as suas equipas de segurança e de compras dedicam a cada uma.
  • Tempo de resolução de incidentes. Utilize o modelo de transferência acima com os seus próprios dados de incidentes.
  • Desfasamento de renovações. Três datas de renovação significam três negociações e três prazos de pré-aviso a acompanhar.

Em seguida, compare a proposta da Purple com esse total, somando o esforço de migração e quaisquer taxas de rescisão. O hardware não entra na comparação. A Purple é agnóstica em termos de hardware e funciona como uma sobreposição na nuvem em Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. O artigo Por que razão a sua próxima atualização de WiFi não precisa de novo hardware aborda esse modelo com maior detalhe.

Tem dúvidas sobre a sua configuração específica?

A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 espaços. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua área o resolveram.

Quais são os riscos da consolidação e como os gerir?

Risco de concentração

Um único fornecedor passa a assegurar o início de sessão de convidados, a autenticação de colaboradores e a filtragem. Se falhar, os três falham em conjunto. No entanto, três fornecedores não eliminam este risco. Os serviços funcionam em sequência, pelo que uma falha em qualquer um deles impede que um convidado aceda à Internet.

Gerencie isso na diligência prévia. A Purple opera com uma disponibilidade de 99,999% e processa 500 milhões de utilizadores e inícios de sessão por ano. Pergunte como funciona a tolerância a falhas de RADIUS e da resolução de DNS, e teste esse comportamento no seu local piloto.

Confiança no certificado em dispositivos de colaboradores

O PEAP (Protected EAP) encapsula um nome de utilizador e uma palavra-passe dentro de um túnel TLS. O EAP-TLS autentica através de certificados de cliente em vez de palavras-passe. Os dispositivos que utilizam qualquer um dos métodos validam o certificado do servidor RADIUS antes de enviarem credenciais. Quando o servidor RADIUS é alterado, os dispositivos têm de confiar no novo certificado, sob pena de recusarem a ligação.

Distribua perfis de WiFi atualizados através da gestão de dispositivos antes da transição de cada local. O artigo Como configurar WiFi empresarial no iOS e macOS com o 802.1X aborda a estrutura de perfis para parques de equipamentos Apple. A transição é também uma boa oportunidade para rever o WPA3 em SSIDs de colaboradores. O artigo WPA2 vs. WPA3 apresenta as vantagens e desvantagens de cada opção.

Paridade das políticas de filtragem

Exporte todas as categorias de filtragem, listas de permissões e listas de bloqueios por rede antes da migração. Mapeie cada uma delas para uma política do Shield por VLAN. Teste o resultado no local piloto em comparação com a lista de bloqueios antiga.

Defina os critérios de validação final com o responsável pelos requisitos de filtragem. Pode ser o responsável pela proteção e segurança de dados, os RH ou o titular de uma licença de exploração do espaço.

Sobreposição comercial

Renovações desfasadas significam que poderá pagar por dois serviços durante a migração. Mapeie a duração de cada contrato, o período de pré-aviso e os custos de rescisão. Nos casos em que as penalizações forem elevadas, calendarize a migração em função das datas de renovação.

Risco de saída

O Purple opera em hardware que lhe pertence, pelo que uma saída futura se traduz numa alteração da configuração do controlador e não numa substituição de hardware. Acorde os termos de retenção e exportação de dados no contrato antes de assinar.

Limites que nenhum filtro de DNS elimina

A filtragem de DNS atua na resolução de nomes. Dispositivos que utilizem DNS over HTTPS (RFC 8484) ou resolvedores codificados diretamente podem contornar qualquer filtro de DNS, de qualquer fornecedor. Bloqueie na sua firewall o tráfego DNS de saída para resolvedores não aprovados. Bloqueie endpoints conhecidos de DNS over HTTPS sempre que a sua política o exigir. A filtragem de DNS toma decisões por domínio, pelo que não inspeciona o conteúdo das páginas.

Quando deve manter um fornecedor especializado?

Mantenha um especialista para o âmbito externo ao acesso WiFi e consolide tudo o que se encontre dentro dele. Há quatro situações que justificam manter um fornecedor ou adiar a transição.

  • Os endpoints geridos precisam de mais do que controlo ao nível do DNS. Se os computadores portáteis corporativos necessitarem de inspeção TLS ou de uma filtragem que os acompanhe fora das instalações, mantenha esse serviço para esses endpoints. Execute o Purple Shield nas suas redes WiFi.
  • As portas com ligação por cabo requerem controlo de acessos baseado na postura de segurança. Mantenha o controlo de acessos da sua rede com fios para as portas corporativas. Execute o Purple Access para o WiFi para convidados e colaboradores (WiFi).
  • Os dispositivos clínicos ou operacionais funcionam com controlo de acessos dedicado. Na área da saúde, mantenha em vigor os controlos dos dispositivos clínicos. Consolide o WiFi de doentes, visitantes e o WiFi para colaboradores no Purple.
  • Os custos de rescisão superam as poupanças. Se as penalizações ultrapassarem a despesa de funcionamento eliminada no período restante do contrato, mantenha-se até à renovação. Faça a mudança nessa altura.

Um padrão de filtragem legalmente estabelecido é uma etapa de verificação, e não um motivo para não mudar. As escolas em Inglaterra, por exemplo, seguem a norma Keeping Children Safe in Education, que prevê uma filtragem e monitorização adequadas. Valide as categorias do Shield face ao requisito no seu local piloto e, em seguida, consolide.

Como é a consolidação na prática

Estes são exemplos práticos baseados em pressupostos definidos. Mostram a aritmética da consolidação e não resultados reportados de locais específicos.

Hotelaria: um grupo de 60 hotéis em Cisco Meraki

Situação. O grupo utiliza um fornecedor de WiFi para visitantes para o início de sessão e um par de servidores RADIUS na sede para o PEAP para colaboradores. Um terceiro fornecedor filtra o DNS no VLAN para visitantes. Os contratos são renovados em três trimestres diferentes.

Abordagem. O Purple Access substitui o início de sessão de visitantes e o RADIUS para colaboradores nos pontos de acesso Meraki existentes. O Purple Shield assume a filtragem nas VLANs de visitantes e de colaboradores. A implementação decorre em seis fases regionais de 10 hotéis. Os perfis de WiFi para colaboradores são reemitidos através da gestão de dispositivos antes de cada fase.

Resultado mensurável. Os contratos passam de três para um, e os acordos ao abrigo do Artigo 28.º passam de três para um. Dois servidores RADIUS na sede são desativados. Com 30 pedidos de suporte multifornecedor por mês, o modelo de transição acima elimina 480 horas de engenharia por ano.

Setor público: um município com 25 bibliotecas e centros de lazer

Situação. O WiFi público para visitantes tem de filtrar conteúdos para adultos e ilegais. O WiFi para colaboradores é autenticado através de 802.1X face ao Microsoft Entra ID por meio de um fornecedor de RADIUS separado. Um terceiro fornecedor filtra o DNS através do IP de saída de cada local. A auditoria anual exige comprovativos de fornecedores aos três.

Abordagem. O Purple Access assegura o início de sessão de visitantes e o RADIUS na nuvem para colaboradores. As Identity-Based Networks do Purple associam o acesso dos colaboradores ao Microsoft Entra ID, garantindo que novas admissões, transferências e saídas refletem as alterações aí efetuadas. O Shield aplica uma política rigorosa no VLAN público e uma política separada no VLAN para colaboradores.

Resultado mensurável. As avaliações de fornecedores do serviço de WiFi passam de três para uma. As origens de registos para uma reclamação sobre filtragem passam de três para uma. O mapeamento de VLAN para políticas diminui de 50 entradas distribuídas por dois sistemas para 25 locais num único sistema.

Eventos: um estádio e centro de conferências mantêm um especialista

Situação. O recinto adquire WiFi para adeptos, RADIUS para colaboradores e filtragem de DNS a três fornecedores. O departamento de TI do grupo também gere um gateway Web seguro com inspeção TLS para portáteis geridos.

Abordagem. O Purple Access cobre o início de sessão de adeptos e participantes, bem como o RADIUS para colaboradores. O Shield filtra as VLANs de WiFi de adeptos e de colaboradores. O gateway Web seguro permanece em funcionamento para os portáteis geridos, dentro e fora das instalações.

Resultado mensurável. Os contratos de WiFi passam de três para um. Os contratos relacionados com segurança em todo o recinto passam de quatro para dois.

Como decidir para o seu património de TI

Comece pelo levantamento dos seus contratos e pelos dados dos seus pedidos de suporte; em seguida, encontre a sua linha abaixo.

A sua situação Recomendação
Todos os três contratos terminam dentro de 18 meses Consolidar no Purple num único programa: um local piloto e, depois, vagas regionais
Os contratos terminam ao longo de dois a três anos Migrar cada função para o Purple aquando da respetiva renovação, começando pelo início de sessão de visitantes e pela filtragem de visitantes
Uma equipa gere o WiFi de visitantes e de colaboradores em 10+ locais Consolidar no Purple; as poupanças em transferências de suporte e auditorias aumentam proporcionalmente ao número de locais
Os computadores portáteis geridos necessitam de inspeção TLS ou filtragem fora do local Híbrido: manter o serviço de endpoint para portáteis, executar o Purple Shield em VLANs de WiFi
As portas cabeadas necessitam de controlo de acessos baseado na postura de segurança Híbrido: manter o controlo de acessos com fios, executar o Purple Access para o WiFi de visitantes e de colaboradores
As taxas de rescisão excedem os custos operacionais do período restante Manter até à renovação e, depois, consolidar no Purple
A filtragem tem de cumprir uma norma legal obrigatória Validar as categorias do Shield no local piloto e, em seguida, consolidar

Independentemente da linha aplicável, execute primeiro o modelo de transferências de suporte com base em 12 meses dos seus próprios pedidos de suporte. Esse valor, juntamente com a tabela de evidências de auditoria, costuma justificar o caso de negócio para a filtragem de DNS e o WiFi para visitantes num único contrato.

Perguntas frequentes

O Purple funciona com os pontos de acesso que já possuímos?

Sim. O Purple é agnóstico em relação ao hardware e funciona como uma sobreposição na cloud em Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Só precisa de apontar os seus SSIDs para o Purple para o início de sessão de visitantes e RADIUS, sem necessidade de substituir pontos de acesso. A consolidação de três fornecedores no Purple é uma alteração de configuração no seu controlador ou painel na cloud, e não um projeto de hardware.

O Purple pode substituir o nosso servidor RADIUS atual para o WiFi para colaboradores?

Sim. O Purple Access inclui RADIUS na cloud para autenticação de colaboradores através de IEEE 802.1X nos seus pontos de acesso existentes, permitindo desativar os servidores RADIUS locais. O acesso dos colaboradores está associado ao Microsoft Entra ID, Okta ou Google Workspace, pelo que novas contratações, transferências e saídas acompanham as alterações aí efetuadas. Antes de migrar cada local, volte a emitir os perfis de WiFi para que os dispositivos dos colaboradores confiem no novo certificado do servidor RADIUS.

Como é licenciado o filtro de DNS em conjunto com o WiFi para visitantes?

O Purple Shield é um suplemento de segurança para o seu plano Purple, pelo que a filtragem de DNS fica no mesmo contrato que o início de sessão de visitantes e o RADIUS. O Shield aplica a filtragem por rede e por VLAN. Desta forma, as suas redes de visitantes, colaboradores e públicas podem ter políticas distintas em cada local. Fica com apenas uma data de renovação e uma única revisão de fornecedor a gerir, em vez de contratos separados.

Podemos migrar um fornecedor de cada vez em vez de todos os três em simultâneo?

Sim, e a maioria das infraestruturas deve fazê-lo. Comece pelo contrato que renovar primeiro ou pelo início de sessão de visitantes e a filtragem de VLAN de visitantes, que implicam o menor risco. Migre o RADIUS para colaboradores assim que os perfis dos dispositivos estiverem prontos. Execute cada fase num local piloto antes de avançar para vagas regionais. Mantenha o mapeamento de VLAN para políticas documentado num único local até à saída definitiva do fornecedor anterior.

Colocar tudo num único fornecedor aumenta o nosso risco de interrupção de serviço?

Concentra a dependência, por isso avalie-a diretamente. A Purple funciona com um uptime de 99,999% em mais de 80 000 locais ativos e gere 500 milhões de utilizadores e inícios de sessão por ano. Peça o desenho do failover de RADIUS e de DNS durante a due diligence e teste-o no seu local piloto. Três fornecedores acarretam o seu próprio risco: uma falha em qualquer um deles impede um convidado de aceder à Internet.

A Purple está em conformidade com o GDPR para dados de convidados e colaboradores?

Sim. A Purple está em conformidade com o GDPR e a CCPA, e está certificada segundo a ISO 27001 e o Cyber Essentials. O início de sessão de convidados utiliza opt-ins de escolha consciente, pelo que o consentimento de marketing é explícito e registado. A consolidação na Purple substitui três acordos de subcontratante do Artigo 28.º por um só. O seu registo de atividades de tratamento ao abrigo do WiFi passa então a indicar um único subcontratante para os dados de início de sessão, autenticação e filtragem.

Quando é que faz mais sentido manter o nosso fornecedor de filtragem atual?

Mantenha um especialista apenas para âmbitos fora do acesso WiFi. Se os computadores portáteis geridos necessitarem de inspeção TLS, ou de filtragem que os acompanhe fora das instalações, mantenha esse serviço para esses terminais. Execute o Purple Shield nas suas redes WiFi. Se as taxas de rescisão excederem o custo operacional que iria eliminar, mude na renovação. Para a filtragem de WiFi para convidados e colaboradores por rede e por VLAN, o Shield cumpre o requisito.

Definições Principais

RADIUS

Remote Authentication Dial-In User Service, definido no RFC 2865. É o protocolo que um ponto de acesso ou controlador utiliza para perguntar a um servidor se deve admitir um dispositivo, e o servidor responde com uma mensagem de aceitação ou rejeição que pode conter atributos.

A maioria das plataformas para visitantes já funciona como um servidor RADIUS, e a rede de colaboradores frequentemente utiliza um segundo. Pagar duas vezes pelo RADIUS, com dois conjuntos de segredos partilhados por local, é a primeira sobreposição que a consolidação elimina.

IEEE 802.1X

A norma IEEE para controlo de acessos à rede baseado em portas. Define a forma como um dispositivo se autentica através de um ponto de acesso perante um servidor RADIUS utilizando um método EAP antes de obter acesso à rede.

O WiFi para colaboradores utiliza 802.1X. O Purple Access disponibiliza RADIUS na nuvem para 802.1X nos seus pontos de acesso existentes, o que permite descontinuar servidores RADIUS no local.

Portal cativo

A página de início de sessão para a qual um ponto de acesso redireciona um visitante antes de conceder acesso à Internet. Em muitos controladores, o fluxo do portal externo termina com uma autorização RADIUS que liberta o visitante para a rede.

Se um filtro de DNS bloquear um domínio do qual o portal depende, ou o hostname de deteção de portal cativo de um sistema operativo, os visitantes não conseguem iniciar sessão. Essa falha atravessa dois fornecedores quando estes são separados.

VLAN

Uma LAN virtual, um segmento de rede lógico em hardware partilhado. O RADIUS pode devolver uma atribuição de VLAN com cada mensagem de aceitação através dos atributos de túnel descritos na RFC 3580.

O seu filtro de DNS aplica políticas por VLAN, sub-rede ou IP de saída. Com fornecedores separados, o mapeamento de VLAN para política reside em duas consolas, e ambas têm de ser alteradas no mesmo dia.

PEAP

Protected EAP, um método EAP utilizado no IEEE 802.1X que encapsula um nome de utilizador e palavra-passe dentro de um túnel TLS. O dispositivo valida o certificado do servidor RADIUS antes de enviar credenciais.

Quando o servidor RADIUS é alterado, os dispositivos PEAP recusam a ligação a menos que confiem no novo certificado. Reemita os perfis de WiFi antes da transição de cada local.

EAP-TLS

Um método EAP utilizado no IEEE 802.1X que autentica com certificados de cliente em vez de palavras-passe. Ambos os lados dependem da confiança no certificado, incluindo a validação do certificado do servidor RADIUS.

Uma renovação de certificado ou alteração de fornecedor de RADIUS pode interromper o WiFi de EAP-TLS para colaboradores. A sua equipa de gestão de dispositivos está no caminho de resolução de falhas, por isso planeie atualizações de perfis em cada vaga.

DNS sobre HTTPS

Definido na RFC 8484, o DNS over HTTPS transporta consultas de DNS dentro de HTTPS. Os dispositivos que o utilizam, ou que usam resolvedores codificados no próprio software, podem contornar qualquer filtro ao nível do DNS.

Nenhum filtro de DNS de qualquer fornecedor elimina este limite. Bloqueie o DNS de saída para resolvedores não aprovados na sua firewall e bloqueie endpoints de DNS over HTTPS conhecidos sempre que a política o exigir.

Artigo 28.º do UK GDPR

O artigo do UK GDPR que exige um contrato vinculativo entre um responsável pelo tratamento e cada subcontratante que trate dados pessoais em seu nome. O Artigo 30.º exige que cada subcontratante conste do registo das atividades de tratamento.

A plataforma de visitantes, o serviço de RADIUS e o filtro de DNS processam individualmente nomes, e-mails, endereços MAC, endereços IP ou domínios. Três fornecedores significam três acordos ao abrigo do Artigo 28.º; uma plataforma significa um único acordo.

ISO/IEC 27001:2022 Anexo A 5.19 a 5.22

Os controlos do Anexo A relativos às relações com fornecedores: segurança da informação nas relações e contratos com fornecedores, a cadeia de abastecimento de TIC e a monitorização, revisão e gestão de alterações aos serviços de fornecedores.

Todos os fornecedores de WiFi enquadram-se no âmbito de cada controlo. A consolidação reduz as avaliações de segurança de fornecedores e as revisões de serviço de três para uma por ciclo de auditoria.

Requisito 11.4.5 do PCI DSS v4.0

O requisito do PCI DSS v4.0 relativo ao teste de controlos de segmentação sempre que uma entidade dependa da segmentação para reduzir o âmbito dos dados dos titulares de cartões.

Para um retalhista ou hotel, o teste abrange a atribuição de VLAN por RADIUS e a política de filtragem em cada segmento. Uma única plataforma gere ambos, pelo que surge apenas um sistema nas evidências.

Sobreposição na nuvem

O modelo de implementação da Purple: um serviço em nuvem agnóstico quanto ao hardware que funciona em pontos de acesso existentes da Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet.

O hardware deixa de fazer parte da comparação de custos. A consolidação torna-se uma alteração de configuração no controlador ou painel de instrumentos, e uma eventual migração futura é igualmente uma alteração de configuração e não uma substituição de hardware.

Exemplos Práticos

Um grupo de 60 hotéis em Cisco Meraki utiliza um fornecedor de WiFi para visitantes para início de sessão, dois servidores RADIUS na sede para o PEAP de colaboradores e um terceiro fornecedor para filtragem de DNS na VLAN para visitantes. Os contratos renovam-se em três trimestres diferentes. Deve consolidar?

Sim. O Purple Access substitui o início de sessão de visitantes e o RADIUS de colaboradores nos pontos de acesso Meraki existentes, e o Purple Shield assume a filtragem nas VLANs de visitantes e colaboradores. A implementação decorre em seis fases regionais de 10 hotéis. Os perfis WiFi dos colaboradores são reemitidos através da gestão de dispositivos antes de cada fase, para que os dispositivos PEAP confiem no novo certificado RADIUS. Os contratos passam de três para um, e os acordos ao abrigo do Artigo 28.º passam de três para um. Dois servidores RADIUS da sede são descontinuados. Utilizando o valor ilustrativo de 30 pedidos mensais que envolvem múltiplos fornecedores, o modelo de transferência de responsabilidades poupa 480 horas de engenharia por ano.

Um município disponibiliza WiFi pública em 25 bibliotecas e centros de lazer que deve filtrar conteúdos ilegais e para adultos. Os colaboradores autenticam-se através de 802.1X face ao Microsoft Entra ID por meio de um fornecedor de RADIUS separado, e um terceiro fornecedor filtra o DNS por IP de saída. A auditoria anual exige evidências dos três.

O Purple Access gere o início de sessão de visitantes e o RADIUS em nuvem para colaboradores. As Identity-Based Networks da Purple associam o acesso dos colaboradores ao Microsoft Entra ID, de modo a que novas contratações, mudanças de funções e saídas acompanhem as alterações aí efetuadas em vez de num diretório RADIUS separado. O Shield aplica uma política estrita na VLAN pública e uma política separada na VLAN de colaboradores. As avaliações de fornecedores para o serviço de WiFi passam de três para uma. As fontes de registos para uma reclamação de filtragem passam de três para uma. O mapeamento de VLAN para políticas passa de 50 entradas distribuídas por dois sistemas para 25 locais centralizados num só.

Um estádio e centro de congressos adquire WiFi para adeptos, RADIUS para colaboradores e filtragem de DNS a três fornecedores distintos. O departamento de TI do grupo também opera um gateway web seguro com inspeção TLS para computadores portáteis geridos. Deverá tudo transitar para uma única plataforma?

Nem tudo. O recinto consolida o âmbito dentro do acesso WiFi e mantém o especialista para o âmbito fora dele. O Purple Access abrange o início de sessão de adeptos e participantes, bem como o RADIUS para colaboradores. O Shield filtra as VLANs de WiFi de adeptos e de colaboradores. O gateway web seguro mantém-se ativo para os computadores portáteis geridos, quer estejam dentro quer fora das instalações, uma vez que a inspeção TLS e a filtragem fora das instalações vão além do controlo ao nível do DNS no WiFi. Os contratos de WiFi passam de três para um. Os contratos relacionados com segurança em todo o recinto passam de quatro para dois.

Perguntas frequentes

O Purple funciona com os pontos de acesso que já possuímos?

Sim. O Purple é agnóstico em relação ao hardware e funciona como um overlay na cloud sobre Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Só precisa de apontar os seus SSIDs para o Purple para o início de sessão de visitantes e RADIUS, sem necessidade de substituir pontos de acesso. Consolidar três fornecedores no Purple é uma alteração de configuração no seu controlador ou dashboard na cloud, e não um projeto de hardware.

O Purple pode substituir o nosso servidor RADIUS atual para o WiFi de colaboradores?

Sim. O Purple Access inclui RADIUS na cloud para autenticação de colaboradores através de IEEE 802.1X nos seus pontos de acesso existentes, permitindo desativar os servidores RADIUS locais. O acesso de colaboradores associa-se ao Microsoft Entra ID, Okta ou Google Workspace, pelo que as entradas, mudanças de função e saídas de funcionários acompanham as alterações aí efetuadas. Antes de migrar cada local, emita novamente os perfis de WiFi para que os dispositivos dos colaboradores confiem no novo certificado do servidor RADIUS.

Como é licenciada a filtragem de DNS em conjunto com o WiFi para visitantes?

O Purple Shield é um suplemento de segurança para o seu plano Purple, pelo que a filtragem de DNS fica no mesmo contrato que o início de sessão de visitantes e RADIUS. O Shield aplica a filtragem por rede e por VLAN. Desta forma, as suas redes de visitantes, de colaboradores e públicas podem ter políticas diferentes em cada local. Passa a gerir uma única data de renovação e uma única revisão de fornecedor em vez de contratos separados.

Podemos mudar de fornecedor um a um em vez de mudar os três ao mesmo tempo?

Sim, e a maioria das organizações deve fazê-lo. Comece pelo contrato que renova primeiro, ou pelo início de sessão de visitantes e filtragem de VLAN para visitantes, que apresentam o menor risco. Migre o RADIUS para colaboradores assim que os perfis dos dispositivos estiverem prontos. Execute cada fase num local piloto antes de avançar para fases regionais. Mantenha o mapeamento de VLAN para políticas documentado num único local até à cessação com o fornecedor antigo.

Concentrar tudo num único fornecedor aumenta o nosso risco de interrupção de serviço?

Concentra a dependência, pelo que deve avaliá-la diretamente. O Purple opera com 99,999% de disponibilidade em mais de 80 000 espaços ativos e processou 440 milhões de inícios de sessão em 2024. Solicite o desenho de failover de RADIUS e DNS durante a due diligence e teste-o no seu local piloto. Três fornecedores acarretam o seu próprio risco: uma falha em qualquer um deles impede um visitante de se ligar à internet.

O Purple está em conformidade com o GDPR para dados de visitantes e colaboradores?

Sim. O Purple está em conformidade com o GDPR e o CCPA, e tem certificação ISO 27001 e Cyber Essentials. O início de sessão de visitantes utiliza opções de consentimento consciente, garantindo que a autorização de marketing é explícita e registada. Consolidar no Purple substitui três acordos de subcontratante ao abrigo do Artigo 28.º por um só. O seu registo de atividades de tratamento do WiFi passa a designar um único subcontratante para os dados de início de sessão, autenticação e filtragem.

Quando é que faz mais sentido manter o nosso fornecedor de filtragem atual?

Mantenha um fornecedor especializado apenas para âmbitos fora do acesso WiFi. Se os computadores portáteis geridos necessitarem de inspeção TLS ou de uma filtragem que os acompanhe fora das instalações, mantenha esse serviço para esses terminais. Execute o Purple Shield nas suas redes WiFi. Se as taxas de rescisão superarem o custo operacional que iria eliminar, faça a transição aquando da renovação. Para filtragem de WiFi para visitantes e colaboradores por rede e por VLAN, o Shield responde ao requisito.

Continue a ler esta série

Aquisições escolares de WiFi: 802.1X para colaboradores, dispositivos de alunos, visitantes e filtragem numa única especificação

Poderá redigir uma única especificação escolar de WiFi que abranja os colaboradores, os dispositivos geridos dos alunos, os visitantes e os equipamentos do edifício, cada um com a sua própria política de autenticação, de VLAN e de filtragem. Poderá depois pontuar os proponentes em demonstrações ao vivo, testar a rede face às normas de filtragem e monitorização do DfE e comparar preços linha a linha.

Ler o guia →

KCSIE e WiFi escolar: combinar acesso seguro com filtragem de conteúdos

Poderá decidir como cumprir as normas de filtragem e monitorização do DfE no WiFi de funcionários, alunos e convidados. Verá como a autenticação por pessoa e a filtragem de DNS se combinam para que cada registo identifique um indivíduo. Obterá também um plano sequenciado, os limites a ter em conta no planeamento e as perguntas a colocar ao seu fornecedor de filtragem.

Ler o guia →

Conformidade com a CIPA: lista de verificação de conformidade para operadores de locais públicos

Poderá decidir se a CIPA se aplica ao seu WiFi, depois segmentar redes, encaminhar o DNS através do Purple Shield e fechar caminhos de desvio. Saberá também quais as provas a conservar para a certificação do Form 486 ou Form 479. A lista de verificação atribui um proprietário a cada requisito, para que não falte nada na certificação do seu próximo ano de financiamento.

Ler o guia →

Tem dúvidas sobre a sua configuração específica?

A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 espaços. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua área o resolveram.