Substituição de fornecedores separados de WiFi para visitantes, RADIUS e filtragem de DNS: os argumentos para a consolidação em propriedades multissite

Consolide quando uma única infraestrutura paga três fornecedores para gerenciar uma única conexão. Login de convidados, RADIUS para colaboradores e filtragem de DNS se sobrepõem no mapeamento de VLAN, identidade e registros (logs), fazendo com que falhas cruzem rotineiramente os limites entre fornecedores. O Purple executa os três em seus pontos de acesso existentes: Purple Access para login de convidados e RADIUS em nuvem, Purple Shield para filtragem de DNS por rede e VLAN.

Você deve consolidar o WiFi para visitantes, o RADIUS e a filtragem de DNS em uma única plataforma?

Para a maioria das infraestruturas com vários locais, sim. Login de convidados, autenticação de colaboradores e filtragem de DNS parecem três produtos distintos. Na rede, eles atuam sobre uma única conexão, sequencialmente, usando configurações compartilhadas.

Esta é a sequência. Um convidado se conecta a um SSID, e o ponto de acesso o redireciona para um portal cativo, a página de login exibida antes do acesso à internet. A controladora então consulta um servidor RADIUS para decidir se concede o acesso. O RADIUS, definido na RFC 2865, é o protocolo utilizado pelos pontos de acesso para essa decisão. Os dispositivos dos colaboradores usam o mesmo protocolo por meio do IEEE 802.1X, o padrão de controle de acesso baseado em porta. Assim que qualquer um dos dispositivos estiver conectado, cada consulta de DNS passa pelo serviço de filtragem.

Três fornecedores significam três contratos, três consoles, três centrais de suporte e três conjuntos de registros para um único evento. A justificativa para a consolidação de fornecedores de WiFi baseia-se na eliminação dessa duplicidade. Nossa recomendação:

• Consolide totalmente onde uma única equipe gerencia o WiFi para visitantes e colaboradores em 10 ou mais locais e os contratos possam ser alinhados dentro de 18 meses.
• Consolide e mantenha um especialista onde houver um requisito fora do escopo de acesso WiFi, como verificações de conformidade de rede cabeada ou inspeção TLS em laptops corporativos gerenciados.
• Mantenha sua estrutura atual até a renovação onde as multas de rescisão superarem os custos operacionais que você eliminaria no período restante.

O Purple executa todas as três funções nos pontos de acesso que você já possui. Não há necessidade de substituição de infraestrutura existente (rip and replace).

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

Essas sobreposições não são meras alegações de marketing. Elas decorrem de configurações mantidas em dois locais, identidades armazenadas em três e dados pessoais processados por todos os três.

Dois caminhos de RADIUS para uma única infraestrutura

A maioria das plataformas de visitantes já funciona como um servidor RADIUS. Em muitas controladoras, o fluxo do portal cativo externo termina com uma autorização RADIUS que libera o convidado na rede. A sua rede de colaboradores executa, então, um segundo serviço RADIUS. Muitas vezes, trata-se de um par de servidores na matriz ou de um contrato separado de RADIUS em nuvem.

Você paga duas vezes pelo RADIUS, mantém dois conjuntos de segredos compartilhados por local e aplica correções em dois serviços. Com o Purple, o WiFi para visitantes e a autenticação de colaboradores utilizam o mesmo RADIUS em nuvem. Cada ponto de acesso aponta para um único serviço.

Mapeamento de VLAN e políticas mantido duas vezes

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

A conexão entre "esta é a rede de visitantes" e "esta é a política para visitantes", portanto, reside em dois consoles. Quando você renumera uma sub-rede ou divide uma VLAN em um local, ambos devem ser alterados no mesmo dia. Quando apenas um é alterado, os colaboradores recebem a política para visitantes, ou os visitantes ficam sem nenhuma filtragem.

Três registros de identidade que nunca se cruzam

A plataforma para visitantes sabe quem fez login e com o que consentiu. O serviço RADIUS sabe qual identidade de colaborador foi autenticada. O filtro de DNS sabe qual endereço IP solicitou qual domínio.

Nenhum deles compartilha uma chave com os outros. Responder "quem estava em qual rede quando este domínio foi bloqueado" exige três exportações. Em seguida, você precisa alinhar três formatos de data e hora e fazer a correspondência por endereço IP e horário. Em uma única plataforma, o registro de login que alimenta o WiFi Analytics fica lado a lado com a autenticação e a política de filtragem.

Três operadores dos mesmos dados pessoais

Cada fornecedor processa dados pessoais: nomes, endereços de e-mail, endereços MAC de dispositivos, endereços IP e domínios solicitados. De acordo com o Artigo 28 do UK GDPR, cada um precisa de seu próprio contrato de operador. De acordo com o Artigo 30, cada um aparece no seu registro das atividades de tratamento. Um fornecedor de WiFi para visitantes e RADIUS mais um fornecedor de filtragem significam três entradas para um único serviço.

Quanto custa cada transferência de responsabilidade entre fornecedores?

Uma transferência ocorre sempre que um chamado sai da fila de um fornecedor e entra na de outro. Cada uma delas adiciona tempo de espera, necessidade de reexplicações e coleta de evidências. Estas cinco transferências são recorrentes em ambientes com três fornecedores.

1. Os visitantes não conseguem acessar a página de login. O filtro de DNS bloqueia um domínio do qual o portal cativo depende ou o hostname de detecção de portal cativo de um sistema operacional. O fornecedor do portal informa que a página está ativa. O fornecedor de filtragem informa que a política está correta. A sua equipe de rede precisa comprovar a falha entre eles.
2. Os colaboradores vão parar na VLAN errada. O RADIUS retorna uma VLAN inesperada, e o filtro de DNS aplica a política para visitantes aos dispositivos dos colaboradores. Dois fornecedores compartilham o mesmo sintoma.
3. Um ex-colaborador mantém o acesso ao WiFi. O serviço RADIUS não está vinculado ao seu provedor de identidade, portanto, uma conta desativada ainda se autentica. A falha fica entre o RH, a TI e o fornecedor de RADIUS.
4. Um visitante reclama de um site bloqueado. Responder a isso exige o registro de login, a atribuição de rede e o log de DNS. São três exportações de três fornecedores diferentes.
5. A renovação do certificado RADIUS interrompe o WiFi dos colaboradores. Os dispositivos que validam o certificado de servidor antigo rejeitam o novo. O fornecedor de RADIUS, a sua equipe de gerenciamento de dispositivos e a configuração do ponto de acesso estão todos no caminho da falha.

Um modelo prático que você pode executar com os dados dos seus próprios chamados

Você não precisa de médias do setor, porque seu service desk já tem esses números. Filtre 12 meses de chamados de WiFi que citaram mais de um fornecedor. Em seguida, aplique este modelo.

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

• 30 chamados com múltiplos fornecedores por mês em toda a rede.
• Duas transferências por chamado, em média.
• 40 minutos de tempo de engenheiro por transferência, cobrindo registro, espera, explicações adicionais e participação em reuniões.

Isso resulta em 30 × 2 × 40 = 2.400 minutos, ou 40 horas de engenheiro por mês. Ao longo de um ano, são 480 horas. Em uma única plataforma de WiFi, essas transferências entre fornecedores desaparecem. A falha ainda precisa ser corrigida, mas fica em uma única fila com um único log.

O tempo decorrido importa mais do que o tempo de engenheiro durante um incidente. Cada transferência adiciona o tempo de resposta do próximo fornecedor ao seu tempo de resolução. Seus visitantes e hóspedes esperam por tudo isso.

Como uma única plataforma muda suas evidências de auditoria?

Os auditores fazem dois tipos de perguntas sobre o WiFi. O serviço é controlado? Os fornecedores são controlados? Três fornecedores triplicam as respostas para a segunda pergunta e fragmentam as respostas para a primeira.

Os controles 5.19 a 5.22 do Anexo A da ISO/IEC 27001:2022 cobrem o relacionamento com fornecedores. Eles incluem segurança em contratos de fornecedores, cadeia de suprimentos de TIC e monitoramento e análise crítica de serviços de fornecedores. Todo fornecedor de WiFi se enquadra no escopo de cada controle.

O requisito 11.4.5 do PCI DSS v4.0 exige testes de controles de segmentação onde você depende da segmentação para reduzir o escopo de dados de titulares de cartão. Para o varejo ou o setor hoteleiro, 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 críticas de serviços de fornecedores (ISO 27001 A.5.22)	3	1
Contratos de operador nos termos do Artigo 28 do GDPR	3	1
Operadores nomeados no registro de tratamento de WiFi	3	1
Consoles de administração em suas revisões de acesso	3	1
Sistemas que contêm o mapeamento de VLAN para política	2	1
Fontes de logs para correlacionar em um único incidente	3	1
Certificados e atestados a serem coletados	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. Ela possui certificação ISO 27001, certificação Cyber Essentials, conformidade com o GDPR e a CCPA, além de ser B Corp certificada. Uma única avaliação de fornecedor abrange login, autenticação e filtragem. Quando você altera a filtragem no VLAN de visitantes, seu registro de mudança cita um único sistema em vez de dois.

Três fornecedores, uma plataforma ou um modelo híbrido: onde cada um se encaixa

As operações que mais se beneficiam compartilham uma característica em comum. A mesma equipe gerencia o WiFi de visitantes e de colaboradores em várias unidades. Isso se aplica a hotéis, redes de varejo com WiFi para clientes em todas as lojas e operadoras que oferecem WiFi para passageiros em trens.

Locais multilocatários também se encaixam. Os desafios de design em shopping centers WiFi correspondem de forma muito semelhante aos segmentos distintos de visitantes, lojistas e colaboradores, cada um com sua própria política de filtragem.

Eixo	Três fornecedores	Plataforma única Purple	Purple mais um especialista mantido
Contratos e datas de renovação	3, geralmente em datas diferentes	1	2
Contratos do Artigo 28 do GDPR para dados de WiFi	3	1	2
Rota de suporte para falhas de login	3 fornecedores mais sua equipe de rede	Purple mais sua equipe de rede	Purple mais sua equipe de rede
Consoles de administração	3	1	2
Onde reside o mapeamento de VLAN para política	Serviço de RADIUS e filtro de DNS separadamente	Purple	Purple para WiFi, especialista para seu próprio escopo
Necessidade de substituição de pontos de acesso	Nenhuma	Nenhuma	Nenhuma
Avaliações de fornecedores por ciclo de auditoria	3	1	2
Indicado para	Redes de locais com taxas de rescisão superiores aos custos operacionais restantes	Uma equipe gerenciando WiFi para visitantes e colaboradores em 10+ locais	Redes de locais com necessidades de filtragem ou controle de acesso que vão além do WiFi

Quanto custa manter cada opção?

O custo de licenciamento é a parte visível. A maior parte do custo operacional está em outros lugares. Desenvolva uma visão de três anos do seu ambiente atual com base nestas seis linhas:

• Licenças. Três fornecedores costumam precificar em unidades diferentes: por local, por ponto de acesso ou por dispositivo. Normalize-os para custo por local antes de comparar.
• Infraestrutura. RADIUS local envolve servidores, patches de sistema operacional e renovações de certificados. O RADIUS em nuvem da Purple elimina a necessidade de servidores.
• Manutenção de integrações. Cada fornecedor exige seu próprio login de administrador, conexões API e perfis de gerenciamento de dispositivos.
• Gestão de fornecedores. A diligência prévia, a revisão de acordos de processamento e a revisão anual de serviços são triplicadas. Calcule o custo das horas que suas equipes de segurança e compras dedicam a cada uma dessas etapas.
• Tempo gasto com incidentes. Use o modelo de repasse de chamados acima com os dados reais de tickets da sua empresa.
• Desalinhamento de renovações. Três datas de renovação significam três negociações e três prazos de aviso prévio para monitorar.

Depois, compare a cotação da Purple com esse valor total, adicionando o esforço de migração e eventuais taxas de rescisão. O hardware não entra na comparação. A Purple é independente de hardware e opera como uma camada em nuvem sobre Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. O artigo Por que sua próxima atualização de WiFi não precisa de novo hardware detalha esse modelo com mais profundidade.

Quais são os riscos da consolidação e como gerenciá-los?

Risco de concentração

Agora, um único fornecedor é responsável pelo login de visitantes, pela autenticação de colaboradores e pela filtragem. Se ele falhar, os três serviços falham juntos. No entanto, contar com três fornecedores não elimina esse risco. Os serviços atuam em sequência; portanto, uma falha em qualquer um deles impede que um visitante se conecte à internet.

Gerencie isso na fase de diligência prévia. A Purple opera com 99,999% de disponibilidade e processa 500 milhões de usuários e logins por ano. Pergunte como funciona o failover do RADIUS e da resolução de DNS e teste esse comportamento no seu local piloto.

Confiança de certificados em dispositivos de colaboradores

O PEAP (Protected EAP) encapsula um nome de usuário e uma senha dentro de um túnel TLS. O EAP-TLS autentica com certificados de cliente em vez de senhas. Dispositivos que usam qualquer um dos métodos validam o certificado do servidor RADIUS antes de enviar credenciais. Quando o servidor RADIUS é alterado, os dispositivos precisam confiar no novo certificado, caso contrário, eles se recusarão a conectar.

Envie perfis de WiFi atualizados por meio do gerenciamento de dispositivos antes da migração de cada local. Como configurar o WiFi corporativo no iOS e macOS com o 802.1X aborda a estrutura de perfis para parques Apple. A transição também é um bom momento para revisar o WPA3 em SSIDs de colaboradores. WPA2 vs. WPA3 apresenta as vantagens e desvantagens.

Paridade de 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 comparando com a lista de bloqueios antiga.

Defina critérios de aprovação com o responsável pelos requisitos de filtragem. Pode ser o responsável pela proteção de dados, RH ou a pessoa indicada na licença do estabelecimento.

Sobreposição comercial

Renovações em datas escalonadas significam que você pode pagar por dois serviços durante a migração. Mapeie o prazo de vigência, o período de aviso prévio e a taxa de rescisão de cada contrato. Caso as penalidades sejam elevadas, planeje a migração de acordo com as datas de renovação.

Risco de saída

O Purple opera no hardware que você já possui, portanto, uma saída posterior exige apenas uma alteração de configuração na controladora, e não a substituição de hardware. Combine os termos de exportação e retenção de dados no contrato antes de assinar.

Limitações que nenhum filtro DNS elimina

A filtragem de DNS atua na resolução de nomes. Dispositivos que usam DNS sobre HTTPS (RFC 8484) ou resolvedores fixados no código podem contornar qualquer filtro DNS, de qualquer fornecedor. Bloqueie o DNS de saída para resolvedores não aprovados no seu firewall. Bloqueie endpoints conhecidos de DNS sobre HTTPS onde a sua política exigir. A filtragem de DNS toma decisões com base no domínio, portanto, não inspeciona o conteúdo da página.

Quando você deve manter um fornecedor especializado?

Mantenha um especialista para demandas fora do escopo de acesso WiFi e consolide todo o restante dentro dele. Quatro situações justificam a manutenção de um fornecedor ou o adiamento da migração.

• Endpoints gerenciados precisam de mais do que controle na camada DNS. Se notebooks corporativos exigirem inspeção TLS ou filtragem fora da empresa, mantenha esse serviço para esses endpoints. Execute o Purple Shield nas suas redes WiFi.
• Portas cabeadas exigem controle de acesso baseado em postura. Mantenha o controle de acesso à rede cabeada para portas corporativas. Execute o Purple Access para o WiFi de visitantes e WiFi para colaboradores.
• Dispositivos clínicos ou operacionais funcionam em controle de acesso dedicado. Na área da saúde, mantenha os controles dos dispositivos clínicos em vigor. Consolide o WiFi de pacientes, visitantes e WiFi para colaboradores no Purple.
• As taxas de rescisão superam a economia. Se as multas superarem o custo operacional economizado no período restante do contrato, aguarde a renovação. Em seguida, faça a migração.

Um padrão legal obrigatório de filtragem é uma etapa de verificação, não um motivo para manter o cenário atual. As escolas na Inglaterra, por exemplo, seguem as diretrizes do Keeping Children Safe in Education, que exigem filtragem e monitoramento adequados. Valide as categorias do Shield em relação aos requisitos no seu local de teste e, em seguida, faça a consolidação.

Como a consolidação funciona na prática

Estes são exemplos práticos baseados em premissas definidas. Eles mostram a matemática da consolidação, não resultados reais de locais específicos.

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

Situação. O grupo utiliza um fornecedor de WiFi para visitantes para autenticação e dois servidores RADIUS na matriz 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 a autenticaçã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 implantação ocorre em seis etapas regionais de 10 hotéis. Os perfis de WiFi para colaboradores são reemitidos por meio do gerenciamento de dispositivos antes de cada etapa.

Resultado mensurável. Os contratos caem de três para um, e os acordos sob o Artigo 28 caem de três para um. Dois servidores RADIUS na matriz são desativados. Considerando 30 chamados multifornecedores por mês, o modelo de transição acima elimina 480 horas de trabalho 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 precisa filtrar conteúdo adulto e ilegal. O WiFi para colaboradores autentica via 802.1X no Microsoft Entra ID por meio de um fornecedor separado de RADIUS. Um terceiro fornecedor filtra o DNS com base no IP de saída de cada local. A auditoria anual exige comprovações de fornecedores dos três parceiros.

Abordagem. O Purple Access gerencia o login de visitantes e o RADIUS em nuvem para colaboradores. O Identity-Based Networks do Purple vincula o acesso dos colaboradores ao Microsoft Entra ID, de modo que novos contratados, transferências e demissões acompanham automaticamente as alterações feitas ali. O Shield aplica uma política restrita no VLAN público e uma política separada no VLAN para colaboradores.

Resultado mensurável. As avaliações de fornecedores para o serviço de WiFi caem de três para uma. As fontes de registros (logs) para analisar uma reclamação de filtragem caem de três para uma. O mapeamento de VLAN para políticas cai de 50 entradas em dois sistemas para 25 locais em um único sistema.

Eventos: um estádio e centro de convenções mantendo um especialista

Situação. O espaço contrata WiFi para torcedores, RADIUS para colaboradores e filtragem de DNS de três fornecedores diferentes. A equipe de TI corporativa também gerencia um gateway seguro de internet com inspeção TLS para notebooks corporativos.

Abordagem. O Purple Access atende à autenticação de torcedores e participantes, além do RADIUS para colaboradores. O Shield filtra as VLANs de WiFi para torcedores e para colaboradores. O gateway seguro de internet é mantido para os notebooks corporativos dentro e fora do local.

Resultado mensurável. Os contratos de WiFi caem de três para um. Os contratos relacionados à segurança em todo o espaço caem de quatro para dois.

Como tomar uma decisão para as suas instalações

Comece mapeando seus contratos e os dados dos seus chamados e, depois, encontre a sua situação abaixo.

Sua situação	Recomendação
Todos os três contratos terminam em até 18 meses	Consolide na Purple em um único programa: um local piloto e, em seguida, etapas regionais
Os contratos terminam em um período de dois a três anos	Migre cada função para a Purple em sua respectiva renovação, começando pelo login de visitantes e pela filtragem para visitantes
Uma equipe gerencia o WiFi de visitantes e de colaboradores WiFi em 10 ou mais locais	Consolide na Purple; a economia com transições e auditorias aumenta proporcionalmente ao número de locais
Laptops corporativos precisam de inspeção TLS ou filtragem fora da empresa	Híbrido: mantenha o serviço de endpoint para laptops e execute o Purple Shield em VLANs de WiFi
As portas com fio precisam de controle de acesso baseado em postura	Híbrido: mantenha o controle de acesso com fio e execute o Purple Access para o WiFi para visitantes e para colaboradores WiFi
As taxas de cancelamento superam os custos operacionais do período restante	Permaneça até a renovação e, depois, consolide na Purple
A filtragem deve atender a uma norma regulatória específica	Valide as categorias do Shield no local piloto e, depois, consolide

Independentemente da linha aplicável, execute primeiro o modelo de transição em 12 meses dos seus próprios chamados. Esse número, somado à tabela de evidências de auditoria, geralmente define o caso de negócios para a filtragem de DNS e o WiFi para visitantes WiFi em um único contrato.

Perguntas frequentes

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

Sim. O Purple é agnóstico em relação a hardware e opera como uma sobreposição em nuvem com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Você direciona seus SSIDs para o Purple para o login de visitantes e o RADIUS, sem necessidade de substituir pontos de acesso. Consolidar três fornecedores no Purple é uma alteração de configuração na sua controladora ou painel em nuvem, não um projeto de hardware.

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

Sim. O Purple Access inclui RADIUS em nuvem para autenticação de colaboradores via IEEE 802.1X nos seus pontos de acesso existentes, permitindo desativar os servidores RADIUS locais. O acesso dos colaboradores é integrado ao Microsoft Entra ID, Okta ou Google Workspace, de modo que contratações, mudanças de função e desligamentos acompanham as alterações feitas nesses sistemas. 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 a filtragem de DNS é licenciada junto com o WiFi para visitantes WiFi?

O Purple Shield é um complemento de segurança para o seu plano Purple; portanto, a filtragem de DNS fica no mesmo contrato que o login de visitantes e o RADIUS. O Shield aplica a filtragem por rede e por VLAN. Dessa forma, suas redes de visitantes, colaboradores e públicas podem ter políticas diferentes em cada local. Você gerencia uma única data de renovação e uma única avaliação de fornecedor, em vez de contratos separados.

Podemos migrar um fornecedor de cada vez em vez de todos os três de uma vez?

Sim, e a maioria das infraestruturas deve fazer isso. Comece com o contrato que vence primeiro ou com o login de visitantes e a filtragem de VLAN para visitantes, que apresentam o menor risco. Migre o RADIUS de colaboradores assim que os perfis de dispositivos estiverem prontos. Execute cada fase em um local piloto antes das etapas regionais. Mantenha o mapeamento de VLAN para políticas documentado em um só lugar até que o fornecedor antigo seja descontinuado.

Colocar tudo em um único fornecedor aumenta o risco de indisponibilidade?

Isso concentra a dependência, portanto avalie-a diretamente. A Purple opera com 99,999% de disponibilidade em mais de 80.000 locais ativos e gerencia 500 milhões de usuários e logins por ano. Solicite o projeto de failover de RADIUS e DNS durante a due diligence e teste-o em seu local piloto. Três fornecedores trazem seus próprios riscos: uma falha em qualquer um deles impede que um visitante se conecte.

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

Sim. A Purple está em conformidade com o GDPR e o CCPA, além de ser certificada segundo as normas ISO 27001 e Cyber Essentials. O login de visitantes utiliza opções de adesão com escolha consciente, de modo que o consentimento de marketing seja explícito e registrado. A consolidação na Purple substitui três contratos de operador do Artigo 28 por apenas um. Seu registro de processamento do WiFi passa então a indicar um único operador para dados de login, autenticação e filtragem.

Quando faz mais sentido manter nosso fornecedor atual de filtragem?

Mantenha um especialista apenas para escopos fora do acesso via WiFi. Se laptops corporativos gerenciados precisarem 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 em suas redes de WiFi. Se as taxas de rescisão superarem o custo operacional que você eliminaria, faça a migração no momento da renovação. Para a filtragem de WiFi de visitantes e colaboradores por rede e por VLAN, o Shield atende ao requisito.