Pular para o conteúdo principal

Redes Baseadas em Identidade: O Que São e Por Que Importam

Este guia fornece uma referência técnica abrangente sobre Redes Baseadas em Identidade (IBN) — o que são, como funcionam e por que são um investimento crítico para qualquer organização que gerencie populações de usuários grandes e diversas em hotéis, redes de varejo, estádios e locais do setor público. Ele abrange a arquitetura principal do IEEE 802.1X, a implementação nativa em nuvem da Purple, cenários de implantação do mundo real e uma estrutura clara de ROI para apoiar decisões de aquisição.

📖 8 min de leitura📝 1,877 palavras🔧 2 exemplos práticos3 questões práticas📚 9 definições principais

Ouça este guia

Ver transcrição do podcast
Bem-vindo ao Purple Technical Briefing. Sou o seu anfitrião e, nos próximos dez minutos, vamos desmistificar uma das mudanças mais críticas na arquitetura de rede moderna: as Redes Baseadas em Identidade. Se você é um gerente de TI, um arquiteto ou um CTO, você conhece os desafios. Uma enxurrada de dispositivos, usuários móveis e ameaças de segurança implacáveis. O antigo modelo de confiar em um dispositivo porque ele está conectado a uma porta específica na parede está quebrado. Hoje, explicaremos o que são as Redes Baseadas em Identidade, ou IBN, e por que elas são a chave para construir uma rede mais segura, inteligente e gerenciável para o seu local. Então, o que é IBN? Em sua essência, é simples: sua identidade, não sua localização, determina seu acesso à rede. Pense nisso da seguinte forma. Em uma rede tradicional, se você conectar seu laptop a uma porta no departamento financeiro, você terá acesso de nível financeiro. É a porta que é confiável. Se um convidado se conectar a essa mesma porta, ele poderá potencialmente acessar dados financeiros confidenciais. É um modelo baseado em confiança implícita e, no cenário de ameaças atual, essa confiança implícita é uma vulnerabilidade. O IBN inverte isso completamente. Ele usa um padrão chamado IEEE 802.1X. Quando você se conecta à rede, seu dispositivo — o suplicante — é colocado em uma sala de espera digital pelo switch ou ponto de acesso, que chamamos de autenticador. O autenticador permite apenas um tipo de tráfego neste momento: uma conversa com um cérebro central, o servidor de autenticação. No nosso caso na Purple, essa é a nossa plataforma RADIUS baseada em nuvem. Seu dispositivo apresenta suas credenciais — talvez seu login corporativo do Azure Active Directory ou um certificado digital seguro. A nuvem da Purple verifica sua identidade e, com base nas políticas que definimos juntos, diz ao autenticador exatamente o que fazer. Ela pode dizer: 'Esta é a Sarah do Marketing. Coloque-a na Marketing VLAN com acesso ao servidor de campanha e uma franquia de largura de banda de 50 megabits.' Ou pode dizer: 'Este é um dispositivo de convidado não registrado. Coloque-o na Guest VLAN com acesso apenas à internet, isolamento de cliente ativado e um limite de 10 megabits.' A chave aqui é a atribuição dinâmica de VLAN. A mesma porta física ou ponto de acesso Wi-Fi pode atender a dezenas de tipos de usuários diferentes, cada um isolado com segurança em sua própria rede virtual, tudo a partir de um único SSID. Esta é a base de uma arquitetura Zero Trust: nunca confiar, sempre verificar. Nós verificamos o usuário e, só então, concedemos precisamente o acesso de que ele precisa, e nada mais. Vamos falar sobre os componentes com um pouco mais de detalhes, porque entender a arquitetura ajuda a implantá-la corretamente. Os três pilares são o suplicante, o autenticador e o servidor de autenticação. O suplicante é simplesmente o software no dispositivo do seu usuário. A boa notícia é que os sistemas operacionais modernos — Windows, macOS, iOS e Android — possuem um suplicante 802.1X integrado. Seus usuários não precisam instalar nada especial. O autenticador é o seu hardware de rede: seus switches e seus pontos de acesso sem fio. Para que isso funcione, seu hardware precisa suportar 802.1X. A grande maioria dos equipamentos de nível empresarial da última década suporta. Estamos falando de Cisco, Meraki, Aruba, Ruckus e muitos outros. O autenticador é o guardião. Ele mantém a porta fechada até receber o sinal verde do servidor de autenticação. O servidor de autenticação é onde reside a inteligência. Em uma implantação tradicional, este seria um servidor RADIUS local, que é complexo de gerenciar e representa um ponto único de falha. A Purple substitui isso por um serviço nativo em nuvem e distribuído globalmente. Isso significa que não há servidores para instalar em rack, sem patches e sem ponto único de falha. Nossa plataforma se conecta diretamente ao seu provedor de identidade existente, seja o Azure Active Directory, Okta, Google Workspace ou um banco de dados local. Isso é crítico. Significa que suas políticas de acesso à rede são orientadas pela mesma fonte de verdade que seu e-mail e acesso a aplicativos. Quando um funcionário sai e sua conta é desativada no Azure AD, seu acesso à rede é revogado instantaneamente. Nenhuma intervenção manual é necessária. Agora, vamos ver isso na prática com alguns cenários do mundo real. Considere um hotel de luxo de quinhentos quartos. Atualmente, eles têm uma única senha WPA2 compartilhada com todos os hóspedes, todos os membros da equipe e todos os dispositivos IoT, desde minibares inteligentes até fechaduras de portas. Este é um risco significativo de segurança e conformidade. Qualquer hóspede poderia, em teoria, farejar o tráfego de um dispositivo de funcionário. Um dispositivo IoT comprometido poderia se mover lateralmente para atacar o sistema de gestão de propriedade. Com o IBN, definimos quatro funções distintas. Os hóspedes se autenticam por meio de um Captive Portal, inserindo o número do quarto e o sobrenome. Eles entram na Guest VLAN com um limite de largura de banda e isolamento de cliente. Os participantes de conferências recebem uma credencial separada e com limite de tempo fornecida pelo organizador do evento. Os funcionários se autenticam com suas credenciais do Active Directory e entram na Staff VLAN com acesso ao sistema de gestão de propriedade. E os dispositivos IoT são tratados usando uma técnica chamada MAC Authentication Bypass, onde pré-registramos seus endereços de hardware e os colocamos em uma IoT VLAN completamente isolada que só pode se comunicar com sua plataforma de gerenciamento específica. O resultado é uma rede Wi-Fi única e limpa que atende a todos com segurança, com separação completa entre cada grupo. O segundo cenário é uma rede de varejo com cento e cinquenta lojas. Eles precisam alcançar a conformidade com o PCI DSS, o que exige que os dados de cartões de pagamento sejam completamente isolados de todo o outro tráfego de rede. Seus scanners portáteis de ponto de venda estão atualmente na mesma rede que o Wi-Fi de convidados. Isso é um pesadelo de conformidade. Usando o IBN, implantamos a autenticação baseada em certificado para os scanners. Cada dispositivo possui um certificado digital exclusivo emitido pela autoridade de certificação da empresa. Quando um scanner se conecta, a Purple verifica o certificado e coloca o dispositivo na POS VLAN, que possui uma política de firewall estrita que permite apenas a comunicação com o gateway de pagamento. Os hóspedes estão em uma VLAN completamente separada, sem rota para a rede de PDV. Conformidade com o PCI DSS alcançada, e o Wi-Fi de convidados também se torna uma fonte de dados de marketing valiosos por meio da plataforma de análise da Purple. Agora, vamos falar sobre a implementação. Como chegar lá? É uma abordagem em fases, e eu sempre recomendaria evitar uma implantação repentina e massiva. Primeiro, audite sua infraestrutura. Confirme se seus switches e pontos de acesso suportam 802.1X. Atualize o firmware. Segundo, e este é o passo mais importante, defina suas funções de usuário e políticas de acesso. Trabalhe com suas partes interessadas do RH, operações e gerenciamento. Quem está na sua rede? Do que eles precisam? O que é explicitamente proibido? Documente isso claramente antes de tocar em um único arquivo de configuração. Terceiro, configure seu hardware de rede para apontar para o serviço RADIUS em nuvem da Purple. Essa costuma ser uma alteração simples no seu controlador de rede, seja o Meraki Dashboard, o Aruba Central ou uma configuração do Cisco ISE. Você adiciona um perfil RADIUS com nossos endereços de endpoint e um segredo compartilhado. Quarto, teste exaustivamente em um ambiente piloto. Crie um novo SSID e integre um pequeno grupo de usuários. Valide cada função. Certifique-se de que um usuário de marketing obtenha acesso de marketing e um usuário de finanças obtenha acesso de finanças. E, fundamentalmente, teste seus modos de falha. O que acontece se o servidor RADIUS estiver inacessível? Você quer que seu hardware falhe fechado, não falhe aberto. Finalmente, faça a implantação para toda a organização e desative suas redes antigas e inseguras. Comunique-se claramente com seus usuários. Forneça guias passo a passo para a primeira conexão. Ofereça suporte de helpdesk durante a janela de transição. Deixe-me apresentar um perguntas e respostas rápido sobre as dúvidas que recebo com mais frequência. Pergunta um: Preciso substituir todo o meu hardware? Quase certamente não. Se sua infraestrutura tem menos de dez anos e é de um fornecedor confiável, ela quase certamente suporta 802.1X. Verifique as especificações técnicas. Pergunta dois: E quanto aos dispositivos que não suportam 802.1X, como impressoras mais antigas ou equipamentos IoT legados? Usamos o MAC Authentication Bypass, como mencionei no cenário do hotel. Não é tão seguro quanto o 802.1X completo, mas é muito melhor do que deixar esses dispositivos em uma rede aberta. Você registra o endereço MAC do dispositivo, atribui-o a uma VLAN restrita e aplica regras estritas de firewall. Pergunta três: Isso é apenas para Wi-Fi? Absolutamente não. O 802.1X e o IBN se aplicam igualmente à sua rede cabeada. Cada porta Ethernet no seu prédio deve ser protegida com controle de acesso baseado em identidade. Se você proteger apenas a rede sem fio e deixar a rede cabeada aberta, terá uma lacuna significativa. Pergunta quatro: Como isso interage com nossa VPN existente? O IBN e a VPN são complementares. O IBN protege a camada de acesso à rede local. A VPN protege o túnel para acesso remoto. Em uma arquitetura Zero Trust moderna, você usaria ambos. Para resumir, as Redes Baseadas em Identidade tornam quem você é a chave para o seu acesso à rede. Elas substituem a confiança frágil e implícita das redes baseadas em portas por um modelo dinâmico e orientado por políticas, onde cada usuário é verificado antes de receber precisamente o acesso de que precisa. Os benefícios são substanciais. Redução drástica dos custos administrativos por meio da automação. Uma melhoria significativa na postura de segurança por meio de princípios de microsegmentação e Zero Trust. Conformidade simplificada com PCI DSS, GDPR e outras estruturas regulatórias. E uma rede que gera inteligência de negócios valiosa sobre como seu local está sendo usado. A tecnologia está madura, os padrões estão bem estabelecidos e as ferramentas nunca foram tão acessíveis. A plataforma nativa em nuvem da Purple remove a complexidade tradicional de implantar RADIUS e 802.1X, tornando o IBN de nível empresarial acessível a organizações de todos os tamanhos. Se você estiver pronto para dar o próximo passo, visite-nos em purple ponto ai para falar com um de nossos arquitetos de soluções. Podemos avaliar sua infraestrutura atual, definir suas políticas de acesso e colocar você para executar uma prova de conceito em dias, não meses. Obrigado por ouvir o Purple Technical Briefing. Até a próxima.

Resumo Executivo

As Redes Baseadas em Identidade (IBN) representam uma mudança fundamental na forma como o acesso à rede é gerenciado, passando de um modelo estático baseado em portas para um modelo dinâmico centrado no usuário. Em uma rede tradicional, os direitos de acesso estão vinculados a portas físicas ou endereços MAC, criando um ambiente rígido e inseguro. O IBN vincula os privilégios de acesso à rede à identidade verificada do usuário. Isso significa que, independentemente de como ou onde um usuário se conecta — via Wi-Fi, Ethernet ou VPN — seu acesso aos recursos de rede é determinado por quem ele é, não pelo dispositivo que está usando ou por onde está se conectando.

Para organizações que gerenciam bases de usuários grandes e diversas em ambientes como hotéis, redes de varejo e estádios, isso é um divisor de águas. Ele permite uma postura de segurança Zero Trust por padrão, onde cada usuário e dispositivo deve ser autenticado e autorizado antes de obter acesso. Isso simplifica drasticamente a segmentação de rede, aumenta a segurança ao conter ameaças e agiliza a conformidade com regulamentos como PCI DSS e GDPR.

Para um CTO, o IBN oferece um ROI significativo ao reduzir a sobrecarga administrativa de gerenciar VLANs complexas e listas de controle de acesso (ACLs), mitigar o risco de violações de segurança e fornecer visibilidade profunda sobre os padrões de uso da rede que podem informar a estratégia de negócios. A implementação de IBN da Purple aproveita a infraestrutura existente e se integra perfeitamente com provedores de identidade em nuvem para fornecer uma camada de acesso escalável, resiliente e inteligente, adequada para a empresa moderna.

header_image.png

Visão Técnica Detalhada

Das Portas para as Pessoas: A Mudança Arquitetônica Central

As redes tradicionais, uma relíquia de uma época em que os dispositivos eram estáticos e os usuários ficavam presos às mesas, operam sob o princípio de confiança implícita dentro de um perímetro de rede. Um dispositivo autenticado é confiável, e seu ponto de conexão física (uma porta de switch) dita seu acesso à rede. Esse modelo está repleto de desafios na era moderna de BYOD (Traga Seu Próprio Dispositivo), IoT e forças de trabalho móveis.

As Redes Baseadas em Identidade (IBN), frequentemente implementadas usando o padrão IEEE 802.1X, invertem fundamentalmente esse modelo. Elas desvinculam o usuário da porta física e tornam a identidade o novo perímetro. Os componentes principais de uma arquitetura IBN são:

Suplicante: O dispositivo cliente (por exemplo, laptop, smartphone) que solicita acesso à rede. Ele executa um software que se comunica com o autenticador. Os sistemas operacionais modernos — Windows, macOS, iOS e Android — incluem um suplicante 802.1X nativo, portanto, nenhuma instalação de software adicional é necessária para os usuários finais.

Autenticador: O dispositivo de acesso à rede, como um Ponto de Acesso Sem Fio (WAP) ou um switch Ethernet. Ele atua como um guardião, bloqueando ou permitindo o tráfego do suplicante. O autenticador mantém a porta em um estado não autorizado até receber instruções explícitas do servidor de autenticação.

Servidor de Autenticação (AS): Normalmente um servidor RADIUS (Remote Authentication Dial-In User Service). Este servidor é a camada de inteligência da operação. Ele recebe as credenciais do suplicante vindas do autenticador, valida-as em relação a um repositório de identidades (por exemplo, Azure Active Directory, Google Workspace, um banco de dados local) e envia de volta uma decisão de autorização que inclui uma política de rede específica.

architecture_overview.png

Quando um usuário se conecta, o autenticador coloca a porta em um estado não autorizado, bloqueando todo o tráfego, exceto os pacotes de autenticação 802.1X. O suplicante fornece suas credenciais, que o autenticador encaminha para o Servidor de Autenticação. O AS verifica a identidade e, com base em políticas pré-definidas, instrui o autenticador sobre o que fazer. Essa instrução não é simplesmente uma permissão ou negação binária; ela pode incluir atribuição dinâmica de VLAN, perfis de Qualidade de Serviço (QoS), limites de tempo de sessão e regras de firewall específicas. Um usuário corporativo pode ser colocado na CORP_VLAN com acesso a servidores internos, enquanto um convidado é colocado na GUEST_VLAN com acesso apenas à internet — a partir do mesmo SSID ou porta física.

Como a Purple Implementa o IBN

A plataforma da Purple atua como um Servidor de Autenticação nativo em nuvem e mecanismo de políticas, projetado para as complexidades de grandes locais públicos. Nossa abordagem se concentra em abstrair a complexidade da configuração de RADIUS e 802.1X.

RADIUS Nativo em Nuvem: Eliminamos a necessidade de servidores de autenticação locais, fornecendo um serviço distribuído globalmente, altamente disponível e que escala sob demanda. Não há servidores para instalar em rack, firmware para atualizar e nenhum ponto único de falha.

Integração com Provedores de Identidade (IdP): Nos conectamos perfeitamente com os principais IdPs, incluindo Azure AD, Okta e Google Workspace. Isso permite que as organizações usem sua fonte única de verdade existente para identidade, garantindo que, quando a conta de um funcionário for desativada, seu acesso à rede seja revogado instantaneamente.

Mecanismo de Políticas Dinâmicas: Nosso console de gerenciamento intuitivo permite que os gerentes de TI criem políticas de acesso granulares com base em atributos do usuário, como associação a grupos, função e departamento. Uma política pode definir: "Todos os usuários no grupo 'Retail-Staff' que se conectarem ao SSID 'Staff-WiFi' entre 9h e 17h serão atribuídos à 'POS_VLAN' com um limite de largura de banda de 10 Mbps."

Atribuição Dinâmica de VLAN: Este é um pilar da nossa implementação de IBN. Em vez de configurar manualmente as VLANs em cada porta de switch, a rede atribui dinamicamente um usuário à VLAN correta com base em sua identidade. Isso representa um ganho enorme de eficiência operacional e uma melhoria significativa de segurança.

comparison_chart.png

Guia de Implementação

Implantar o IBN com a Purple é um processo estruturado projetado para minimizar interrupções e maximizar a segurança desde o primeiro dia.

Passo 1: Auditoria da Infraestrutura de Rede

Antes da implantação, verifique se o hardware da sua rede — switches e pontos de acesso — suporta o IEEE 802.1X. A maioria dos equipamentos de nível empresarial fabricados na última década suporta. Isso inclui fornecedores como Cisco, Meraki, Aruba e Ruckus. Certifique-se de que todo o firmware esteja atualizado, pois versões de firmware mais antigas podem ter vulnerabilidades conhecidas do 802.1X.

Passo 2: Definir Funções de Usuário e Políticas de Acesso

Esta é a fase mais crítica. Trabalhe com as partes interessadas do RH, operações e gerência para classificar todos os usuários da rede em funções distintas. Exemplos comuns incluem Equipe Corporativa (acesso total aos recursos internos), Usuários Convidados (acesso apenas à internet via Captive Portal), Prestadores de Serviço (acesso por tempo limitado a aplicativos específicos) e Dispositivos IoT (acesso altamente restrito a uma VLAN dedicada, comunicando-se apenas com seu servidor de gerenciamento específico). Para cada função, defina o nível de acesso necessário explicitamente.

Passo 3: Configurar a Purple como o Servidor de Autenticação

No seu controlador de rede — como o Meraki Dashboard ou o Aruba Central — configure um novo perfil RADIUS apontando para os endpoints de autenticação da Purple com um segredo compartilhado. Isso estabelece a relação de confiança entre o hardware da sua rede e a nuvem da Purple. A documentação de integração da Purple fornece guias de configuração passo a passo para todos os principais fornecedores de hardware.

Passo 4: Implantação Gradual e Testes

Não tente uma migração direta e imediata. Comece com um grupo piloto de usuários ou uma área específica do seu local, como um único andar ou uma loja de varejo não crítica. Crie um novo SSID dedicado para o teste de IBN. Integre os usuários piloto e teste todas as funções definidas. Valide se os usuários estão sendo atribuídos às VLANs corretas e se as permissões de acesso estão sendo aplicadas corretamente. Fundamentalmente, teste os modos de falha: o que acontece se o servidor RADIUS estiver inacessível? Configure o hardware para uma postura de falha fechada (fail-closed).

Passo 5: Implantação Completa e Desativação de Sistemas Legados

Assim que o piloto for bem-sucedido, expanda a implantação por toda a organização. Desenvolva um plano de comunicação claro para orientar os usuários no processo único de conexão à nova rede segura. Depois que todos os usuários forem migrados, desative os SSIDs antigos e inseguros e as configurações de porta.

Melhores Práticas

Aproveite o WPA3-Enterprise: Onde houver suporte, use o WPA3-Enterprise em conjunto com o 802.1X. Ele oferece melhorias de segurança significativas em relação ao WPA2, incluindo proteção para quadros de gerenciamento (802.11w) e algoritmos de criptografia mais fortes.

Autenticação Baseada em Certificado: Para dispositivos corporativos, vá além das credenciais de nome de usuário e senha (EAP-PEAP) e implemente a autenticação baseada em certificado (EAP-TLS). Este é o padrão ouro para a segurança 802.1X, pois mitiga os riscos de phishing e simplifica a experiência do usuário ao eliminar as solicitações de senha.

Centralize a Identidade: Mantenha uma única fonte autoritativa de verdade para a identidade do usuário. Isso evita a dispersão de identidades e garante que, quando um funcionário sai da organização, seu acesso à rede seja revogado instantaneamente na origem.

Revisão Regular de Políticas: As funções dos usuários e os requisitos de acesso mudam. Realize revisões trimestrais de suas políticas de IBN para garantir que elas ainda estejam alinhadas com as necessidades de negócios e os princípios de segurança. Elimine funções não utilizadas e restrinja regras permissivas.

Melhor Prática Padrão / Referência Prioridade
WPA3-Enterprise IEEE 802.11ax, Wi-Fi Alliance Alta
Autenticação por Certificado (EAP-TLS) RFC 5216 Alta
Segmentação Dinâmica de VLAN IEEE 802.1Q Crítica
Identidade Centralizada (IdP) NIST SP 800-63 Crítica
Política RADIUS de Falha Fechada (Fail-Closed) CIS Benchmark Alta
Revisão Trimestral de Políticas ISO 27001 Média

Solução de Problemas e Mitigação de Riscos

Modo de Falha: Servidor RADIUS Inacessível

Se o autenticador não conseguir alcançar a nuvem da Purple, o comportamento padrão do hardware pode ser falha aberta (fail-open) ou falha fechada (fail-closed). Configure seu hardware para uma postura de falha fechada para máxima segurança. A infraestrutura geograficamente distribuída da Purple torna interrupções prolongadas altamente improváveis, mas a defesa em profundidade é essencial. Considere configurar um fallback de RADIUS local para infraestruturas críticas.

Modo de Falha: Políticas Desconfiguradas

Uma política mal escrita pode conceder privilégios excessivos ou negar acesso legítimo. Use um ambiente de homologação ou um grupo piloto para testar cada alteração de política antes de implementá-la em produção. O simulador de políticas da Purple permite que você teste o nível de acesso esperado de um usuário antes de confirmar uma alteração.

Risco: Complexidade de Integração

O processo de conexão inicial para os usuários pode ser complexo, especialmente com a implantação de certificados. Forneça guias passo a passo claros com capturas de tela e ofereça suporte de helpdesk durante o período de transição. Considere implantar uma ferramenta de integração como o Network Access Manager da Purple para automatizar o processo de configuração do dispositivo.

Risco: Dispositivos Legados Sem Suporte a 802.1X

Nem todos os dispositivos — particularmente hardwares de IoT mais antigos, impressoras e equipamentos médicos — suportam o 802.1X. Use o MAC Authentication Bypass (MAB) para esses dispositivos, pré-registrando seus endereços MAC e atribuindo-os a VLANs altamente restritas e isoladas com regras rígidas de firewall.

ROI e Impacto nos Negócios

O caso de negócios para o IBN baseia-se em três pilares: redução de custos, mitigação de riscos e viabilização de negócios.

Redução de Custos: A principal economia é operacional. Automatizar o gerenciamento de VLAN e ACL reduz drasticamente as horas de trabalho necessárias para a administração da rede. A atribuição dinâmica de VLAN pode reduzir o tempo de provisionamento de rede em mais de 85%, de acordo com benchmarks independentes de operações de rede. Isso libera a equipe de TI para se concentrar em iniciativas estratégicas em vez de manutenção de rotina.

Mitigação de Riscos: O custo de uma violação de dados é substancial — o relatório Cost of a Data Breach da IBM coloca consistentemente a média global acima de USD 4 milhões. Ao implementar um modelo Zero Trust e microsegmentação, a IBN reduz significativamente a superfície de ataque. Se o dispositivo de um usuário for comprometido, a violação será contida em seu segmento de rede específico e limitado. Isso é fundamental para a conformidade com o PCI DSS no varejo e com o GDPR em organizações do setor público.

Viabilização de Negócios: A IBN fornece dados ricos sobre quem está usando a rede, onde estão e o que estão fazendo. Esta inteligência é inestimável para as operações de estabelecimentos. Um hotel pode entender os padrões de movimento dos hóspedes, um varejista pode analisar o fluxo de pessoas em diferentes departamentos e um estádio pode otimizar a escala de funcionários com base na densidade de público em tempo real. Isso transforma a rede de um centro de custo em um ativo de negócios estratégico.

Dimensão do ROI Métrica Resultado Típico
Eficiência Operacional Horas de administração de TI economizadas por semana Redução de 40-60%
Postura de Segurança Redução da superfície de ataque Significativa via microsegmentação
Conformidade Tempo de preparação para auditoria Reduzido via logs automatizados
Inteligência de Negócios Taxa de captura de dados de visitantes Aumentada via integração com Captive Portal
Produtividade da Equipe Tempo de provisionamento de rede Redução de 85%+

Definições principais

Redes Baseadas em Identidade (IBN)

Uma abordagem para a administração de rede onde o acesso aos recursos de rede é concedido com base na identidade autenticada de um usuário ou dispositivo, em vez de seu ponto de conexão física ou endereço IP.

As equipes de TI usam o IBN para criar redes mais seguras e flexíveis que podem lidar com BYOD, IoT e usuários móveis com segurança. É a tecnologia fundamental para uma arquitetura de rede Zero Trust.

IEEE 802.1X

Um padrão IEEE para Controle de Acesso à Rede Baseado em Porta (PNAC). Ele fornece um mecanismo de autenticação para dispositivos que desejam se conectar a uma LAN ou WLAN, usando a estrutura EAP para transportar credenciais de autenticação.

Este é o principal padrão técnico que sustenta a maioria das implantações de IBN. O hardware de rede deve suportar 802.1X para ser compatível com um modelo de acesso baseado em identidade.

RADIUS

Remote Authentication Dial-In User Service. Um protocolo de rede que fornece gerenciamento centralizado de Autenticação, Autorização e Contabilização (AAA) para usuários que se conectam e usam um serviço de rede.

O servidor RADIUS é o cérebro de um sistema IBN. Ele toma as decisões sobre quem obtém acesso e qual nível de acesso recebe. A Purple fornece isso como um serviço nativo em nuvem, eliminando a necessidade de infraestrutura RADIUS local.

Atribuição Dinâmica de VLAN

A capacidade de uma rede de atribuir um usuário a uma Virtual LAN (VLAN) específica com base em sua identidade autenticada, independentemente da porta física ou SSID ao qual ele se conecta.

Este é um benefício operacional fundamental do IBN. Ele automatiza o processo de segmentação de rede, economizando um tempo administrativo significativo e reduzindo o risco de configurações incorretas que levam a incidentes de segurança.

Suplicante

O software em um dispositivo cliente (como um laptop ou smartphone) que fornece credenciais ao autenticador de rede como parte do processo de autenticação 802.1X.

Sistemas operacionais modernos (Windows, macOS, iOS, Android) possuem um suplicante 802.1X integrado, de modo que os usuários finais não precisam instalar nenhum software especial para se conectar a uma rede protegida por IBN.

EAP (Extensible Authentication Protocol)

Uma estrutura de autenticação que fornece uma maneira comum para suplicantes e servidores de autenticação negociarem um método de autenticação. Os tipos comuns de EAP incluem EAP-TLS (baseado em certificado) e EAP-PEAP (baseado em senha).

As equipes de TI escolhem um tipo de EAP com base no equilíbrio desejado entre segurança e usabilidade. O EAP-TLS é a opção mais segura e é recomendado para dispositivos corporativos; o EAP-PEAP é mais simples de implantar, mas depende da segurança por senha.

MAC Authentication Bypass (MAB)

Uma técnica que permite que dispositivos sem suporte a suplicante 802.1X sejam autenticados em uma rede IBN pré-registrando seu endereço MAC de hardware no servidor de autenticação.

O MAB é uma solução pragmática para dispositivos IoT, impressoras e hardware legado que não podem participar do 802.1X. É menos seguro do que a autenticação 802.1X completa e deve ser combinado com isolamento estrito de VLAN e regras de firewall.

Zero Trust

Um modelo de segurança baseado no princípio de 'nunca confiar, sempre verificar'. Ele exige que todos os usuários, estejam dentro ou fora da rede da organização, sejam autenticados, autorizados e continuamente validados antes de receberem acesso a aplicativos e dados.

O IBN é uma tecnologia fundamental para a implementação de uma arquitetura Zero Trust. Ele garante que o princípio de 'sempre verificar' seja aplicado diretamente na borda da rede, antes que qualquer tráfego seja permitido fluir.

WPA3-Enterprise

A última geração do protocolo de segurança Wi-Fi Protected Access para redes corporativas. Ele exige o uso de autenticação 802.1X e oferece criptografia mais forte (modo de segurança de 192 bits) e proteção para quadros de gerenciamento.

As equipes de TI devem visar o WPA3-Enterprise para todas as novas implantações e atualizações de hardware. Ele fornece uma melhoria significativa de segurança em relação ao WPA2-Enterprise, particularmente em ambientes públicos de alta densidade.

Exemplos práticos

Um hotel de luxo de 500 quartos precisa fornecer acesso Wi-Fi seguro e diferenciado para hóspedes, participantes de conferências, funcionários e dispositivos IoT de back-of-house (minibares, fechaduras inteligentes). Atualmente, eles usam uma única senha WPA2-Personal compartilhada para todos, o que representa um grande risco de segurança e conformidade.

  1. Definição de Funções: Defina quatro funções distintas: Hóspede, Conferência, Funcionários e IoT.

  2. Criação de Políticas na Purple:

    • Hóspede: Autenticar via Captive Portal com o número do quarto e sobrenome. Atribuir à Guest_VLAN com um limite de largura de banda de 20 Mbps e isolamento de cliente ativado para evitar ataques peer-to-peer.
    • Conferência: Autenticar via credencial compartilhada e com limite de tempo fornecida pelo organizador do evento. Atribuir à Conference_VLAN com um limite de 50 Mbps, permitindo a comunicação entre dispositivos dentro do mesmo grupo de conferência.
    • Funcionários: Autenticar via credenciais do Azure AD. Atribuir à Staff_VLAN com acesso apenas ao Sistema de Gestão de Propriedade (PMS) e servidores internos.
    • IoT: Autenticar usando MAC Authentication Bypass (MAB) com uma lista pré-registrada de endereços MAC de dispositivos. Atribuir à IoT_VLAN, que não tem acesso à internet e só pode se comunicar com a plataforma de gerenciamento de IoT.
  3. Configuração de Rede: Configurar os APs do hotel para usar o RADIUS em nuvem da Purple. Criar um único SSID, Hotel_WiFi, usando WPA2/WPA3-Enterprise.

  4. Implantação: Realizar um piloto do novo SSID em uma única ala do hotel antes da implantação completa. Validar cada função antes de expandir.

Comentário do examinador: Esta solução utiliza de forma eficaz um único SSID para atender a múltiplos grupos de usuários, o que é uma prática recomendada para eficiência de RF e simplifica a experiência do hóspede. O uso de MAB para dispositivos IoT é uma concessão prática para hardware que não suporta 802.1X — uma restrição comum no mundo real. O principal fator de sucesso é a aplicação granular de políticas na nuvem da Purple, o que elimina a necessidade de configurações complexas de hardware no local e fornece um painel único para gerenciar todas as políticas de acesso em toda a propriedade.

Uma rede de varejo com 150 lojas deseja substituir seu Wi-Fi de convidados antigo e fornecer acesso seguro à rede para funcionários corporativos, associados de loja que usam scanners portáteis e fornecedores terceirizados (promotores de vendas). Eles precisam alcançar e manter a conformidade com o PCI DSS.

  1. Definição de Funções: Defina quatro funções: Corporativo, Associado_Loja, Fornecedor e Hóspede.

  2. Criação de Políticas na Purple:

    • Corporativo: Autenticar via credenciais do Okta. Atribuir à CORP_VLAN com acesso total à rede.
    • Associado_Loja: Autenticar scanners portáteis via EAP-TLS (certificados de dispositivo emitidos pela CA da empresa). Atribuir à POS_VLAN, que é totalmente segmentada de todo o outro tráfego de rede e só tem acesso ao gateway de processamento de pagamentos e ao servidor de inventário. Este é o controle crítico para a conformidade com o PCI DSS.
    • Fornecedor: Autenticar via portal de autoatendimento onde eles se registram para acesso com limite de tempo (por exemplo, 8 horas). Atribuir à Vendor_VLAN com acesso apenas à internet.
    • Hóspede: Autenticar via login social (Facebook, Google) ou e-mail em um Captive Portal personalizado. Atribuir à Guest_VLAN com isolamento de cliente.
  3. Configuração de Rede: Implantar APs Meraki em todas as lojas, gerenciados centralmente via Meraki Dashboard. Configurar o SSID Retail_Secure para apontar para a Purple para autenticação. Centralizar todo o gerenciamento de políticas na Purple.

  4. Medição: Usar as análises da Purple para rastrear o engajamento dos hóspedes, tempos de permanência e visitas repetidas, fornecendo dados valiosos para a equipe de marketing e demonstrando o valor comercial do investimento em Wi-Fi.

Comentário do examinador: A segmentação da POS_VLAN é o elemento mais crítico para alcançar a conformidade com o PCI DSS. Ao usar a autenticação baseada em certificado para os scanners, a rede elimina os riscos relacionados a senhas e garante que apenas dispositivos autorizados e gerenciados possam acessar os sistemas de pagamento. A solução não apenas aumenta a segurança, mas também transforma o Wi-Fi de convidados de um centro de custo em uma fonte de inteligência de marketing, fortalecendo o caso de ROI para toda a implantação.

Questões práticas

Q1. Um grande centro de conferências está sediando um evento de tecnologia de alto perfil com 5.000 participantes, 200 funcionários do evento e uma equipe de produção de transmissão ao vivo dedicada que exige largura de banda garantida. Como você projetaria a política de IBN para atender a todos os três grupos a partir de uma única infraestrutura de rede?

Dica: Considere os requisitos distintos de cada grupo: os participantes precisam de acesso básico à internet, a equipe precisa de acesso aos sistemas de gerenciamento de eventos e a equipe de produção precisa de largura de banda garantida e de alta prioridade, sem concorrência.

Ver resposta modelo

Defina três funções distintas. Os participantes se autenticam por meio de um Captive Portal simples (endereço de e-mail ou código de registro do evento). Coloque-os em uma Public_VLAN com um limite estrito de largura de banda por cliente (por exemplo, 5 Mbps) e isolamento de cliente ativado para evitar ataques peer-to-peer e garantir uma distribuição justa de largura de banda. A equipe do evento se autentica usando credenciais pré-compartilhadas gerenciadas pelo organizador do evento. Coloque-os em uma Staff_VLAN com um limite de largura de banda maior (por exemplo, 25 Mbps) e acesso aos sistemas de gerenciamento de eventos. A equipe de produção é o grupo mais crítico. Autentique seus equipamentos usando certificados EAP-TLS para máxima segurança. Coloque-os em uma Production_VLAN dedicada com a maior prioridade de QoS (marcação DSCP EF) e sem restrições de largura de banda. Esta VLAN deve ser completamente isolada de todo o outro tráfego para garantir o desempenho da transmissão ao vivo. Use o mecanismo de políticas da Purple para definir limites de tempo de sessão para as credenciais dos participantes que estejam alinhados com o cronograma do evento.

Q2. Seu CFO está questionando o investimento em uma solução de IBN, argumentando que as senhas WPA2-Personal existentes 'funcionam bem'. Como você constrói um caso de negócios convincente focado em ROI?

Dica: Traduza os benefícios técnicos — segurança, automação, conformidade — em termos financeiros: economia de custos, redução de riscos e viabilização de receita.

Ver resposta modelo

O caso de negócios tem três partes. Primeiro, Economia Operacional: calcule as horas semanais que sua equipe de TI gasta em alterações manuais de rede (lista de permissões de MAC, atualizações de VLAN, alterações de ACL, redefinições de senha). Mostre como a automação disso com o IBN libera esse tempo para projetos estratégicos. Mesmo a recuperação de cinco horas por semana a um custo totalmente carregado de £50/hora representa £13.000 por ano em produtividade recuperada. Segundo, Redução de Riscos: faça referência a dados do setor sobre o custo médio de uma violação de dados. Apresente o IBN como uma apólice de seguro que reduz significativamente a probabilidade de tal evento ao implementar princípios de microsegmentação e Zero Trust. Terceiro, Custos de Conformidade: se estiver sujeito ao PCI DSS ou GDPR, destaque o custo de falhar em uma auditoria ou a escala de possíveis multas regulatórias (até 4% do faturamento anual global sob o GDPR). Posicione o IBN como um facilitador essencial para a conformidade, reduzindo diretamente esse risco financeiro.

Q3. Você está implantando o IBN em um hospital. Um equipamento médico crítico — um scanner de ressonância magnética — não suporta 802.1X. Como você o conecta com segurança à rede enquanto mantém sua postura de Zero Trust?

Dica: O dispositivo não pode se autenticar usando o padrão 802.1X. Como a rede pode autenticá-lo em seu nome e quais controles compensatórios são necessários?

Ver resposta modelo

Este é um caso de uso clássico para MAC Authentication Bypass (MAB). Registre o endereço MAC do scanner de ressonância magnética na plataforma Purple e associe-o a um perfil de acesso Medical_Device. Quando o switch detecta esse endereço MAC, ele consulta a Purple, que instrui o switch a colocar o dispositivo em uma Medical_VLAN altamente restrita. Esta VLAN deve ser ter uma política de firewall estrita (implementada na camada de rede) que permita apenas que a máquina de ressonância magnética se comunique com seu servidor de imagens dedicado em portas específicas, e bloqueie todo o outro tráfego. Isso fornece uma alternativa segura, embora menos ideal, ao 802.1X para dispositivos legados ou sem suporte a suplicante. Documente isso como uma exceção conhecida em seu registro de riscos de segurança e agende uma atualização de hardware para um modelo compatível com 802.1X na próxima oportunidade disponível. O controle compensatório de isolamento estrito de VLAN e regras de firewall é a chave para manter sua postura de Zero Trust.

Continue a ler esta série

How to Reduce the Number of WiFi SSIDs Using Per-Device PSK (iPSK, DPSK, MPSK)

Este guia de referência técnica definitivo explica como as equipes de TI podem eliminar a degradação de desempenho do WiFi causada pelo overhead de beacons de SSID, colapsando múltiplas redes dedicadas em um único SSID usando PSK por dispositivo (xPSK). Ele abrange o ecossistema de fornecedores, incluindo Cisco iPSK, HPE Aruba MPSK, Ruckus DPSK, Juniper Mist PPSK e Ubiquiti UniFi PPSK, com orientações práticas de implementação sobre atribuição dinâmica de VLAN, integração de IoT e conformidade com o PCI DSS. Operadores de locais em hotelaria, varejo, estádios e organizações do setor público encontrarão orientações de arquitetura acionáveis e exemplos práticos do mundo real.

Ler o guia →

What is a Probe Request? Understanding How Devices Discover Networks

Este guia de referência técnica oferece uma análise aprofundada das solicitações de sondagem IEEE 802.11, varredura ativa versus passiva e o impacto da randomização de MAC na análise de locais. Ele fornece estratégias de implementação acionáveis para arquitetos de rede otimizarem implantações de alta densidade, mitigarem tempestades de sondagem e garantirem a coleta de dados precisa e em conformidade com o GDPR usando camadas de identidade autenticadas.

Ler o guia →

How to Fix Slow WiFi Without Upgrading Your Internet Plan

Um guia de referência técnica abrangente para gerentes de TI e arquitetos de rede sobre como otimizar o desempenho de WiFi empresarial sem aumentar a largura de banda do ISP. Abrange ajuste de RF, gerenciamento de densidade de clientes, implementação de QoS e como aproveitar a análise de WiFi para diagnosticar e resolver gargalos.

Ler o guia →