Pular para o conteúdo principal

Um Guia do Administrador de Rede para Configurar a Autenticação RADIUS para WiFi de Convidados

Uma referência técnica abrangente para administradores de rede sobre a implementação de autenticação RADIUS para WiFi de convidados. Coberta a arquitetura, as etapas de configuração independentes de fornecedor, as melhores práticas de segurança e a resolução de falhas comuns de implementação.

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

Ouça este guia

Ver transcrição do podcast
Guia do Administrador de Rede para Configuração de Autenticação RADIUS para WiFi de Convidados - Roteiro de Podcast [INTRODUÇÃO - aproximadamente 1 minuto] Olá e boas-vindas. Vou orientar você em tudo o que precisa saber sobre a configuração de autenticação RADIUS para WiFi de convidados - desde a arquitetura subjacente até as etapas práticas que sua equipe precisa seguir, e as armadilhas que atrapalham a maioria das implantações. Isto não é uma palestra. Pense nisso como um briefing de um consultor sênior que já se sentou à mesa com gerentes de TI em hotéis, redes de varejo, estádios e centros de convenções, e os ajudou a acertar nisso. Vamos cobrir os fundamentos técnicos, padrões de implementação do mundo real e onde a plataforma RADIUS nativa em nuvem da Purple se encaixa no cenário. Vamos começar. [MERGULHO TÉCNICO PROFUNDO - aproximadamente 5 minutos] Então, o que é realmente o RADIUS? RADIUS significa Remote Authentication Dial-In User Service. É um protocolo de rede - definido na RFC 2865 - que fornece autenticação, autorização e contabilização centralizadas para acesso à rede. Em termos simples: é o sistema que decide se o dispositivo de um visitante tem permissão para entrar na sua rede, sob quais condições e por quanto tempo. Em seguida, ele registra toda a sessão. Especificamente para o WiFi de convidados, o RADIUS fica entre os seus pontos de acesso e a sua camada de identidade. Um visitante se conecta ao seu SSID, o dispositivo dele envia uma solicitação de autenticação para o ponto de acesso, o ponto de acesso encaminha isso para um Network Access Server - ou NAS - que então consulta o servidor RADIUS. O servidor RADIUS valida as credenciais, retorna um Access-Accept ou Access-Reject, e a sessão é iniciada ou bloqueada. Os pacotes de contabilização rastreiam a duração da sessão, os dados consumidos e o motivo do encerramento. As três funções principais são frequentemente chamadas de AAA: Autenticação, Autorização e Contabilização. A autenticação confirma a identidade. A autorização define o que essa identidade pode acessar - limites de largura de banda, atribuição de VLAN, duração da sessão. A contabilização cria a trilha de auditoria. Agora, para WiFi de convidados, o método de autenticação importa enormemente. Em um ambiente corporativo, você normalmente usaria 802.1X com EAP-TLS - baseado em certificado, muito seguro. Para convidados, isso é impraticável. Os convidados não possuem certificados em seus dispositivos pessoais. Portanto, o padrão comum é um Captive Portal combinado com RADIUS. O visitante chega a uma splash page, insere seus dados ou se autentica via login social, e o Captive Portal troca essas credenciais com o servidor RADIUS em seu nome. O servidor RADIUS então sinaliza ao ponto de acesso para conceder o acesso. Esta é exatamente a arquitetura que a Purple opera. Nosso serviço RADIUS nativo em nuvem lida com a troca de autenticação, enquanto o Captive Portal - que você personaliza com sua marca e configura por meio da plataforma Purple - gerencia a experiência voltada para o visitante. O ponto de acesso simplesmente precisa saber o endereço do servidor RADIUS, a porta e o segredo compartilhado. A Purple fornece os três. Vamos falar sobre portas e protocolos. O tráfego de autenticação RADIUS roda na porta UDP 1812. O registro de conexões (accounting) do RADIUS roda na porta UDP 1813. Você configurará ambos em seus pontos de acesso. O segredo compartilhado é uma chave pré-compartilhada entre o seu ponto de acesso e o servidor RADIUS - trate-o como uma senha. Use uma sequência longa e gerada aleatoriamente. Nunca a reutilize em outras implantações. No lado do hardware, a Purple é agnóstica em relação ao hardware. Trabalhamos com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet, entre outros. As etapas de configuração variam de acordo com o fornecedor, mas os parâmetros RADIUS subjacentes são consistentes: IP ou hostname do servidor, porta de autenticação 1812, porta de accounting 1813, segredo compartilhado e intervalo de accounting. Para pontos de acesso Avaya, por exemplo, você configura os atributos RADIUS na seção External RADIUS, define o formato do Called-Station-Id para o formato MAC com hífen UC, ativa o accounting e, em seguida, configura o SSID com redirecionamento de página web apontando para as URLs do Captive Portal da Purple. A documentação de suporte da Purple aborda as etapas exatas para Avaya no link fornecido no guia. Para dispositivos da série Pepwave MAX, você pode configurar tanto pelo InControl2 - a plataforma de gerenciamento em nuvem deles - quanto diretamente pela interface web local. De qualquer forma, você estará configurando um Captive Portal externo, apontando a autenticação e o accounting para os servidores RADIUS da Purple, e configurando o SSID com segurança aberta e o Captive Portal associado. Novamente, as etapas exatas estão nos documentos de suporte da Purple. Uma decisão de arquitetura que vale a pena destacar: servidores RADIUS primário e secundário. Sempre configure ambos. A Purple fornece dois endereços de servidor RADIUS para redundância. Se o primário estiver inacessível, o ponto de acesso faz o failover para o secundário automaticamente. Sem um secundário, uma oscilação no servidor RADIUS significa que seus convidados não conseguirão se conectar. Em um hotel com 300 quartos ou em um estádio com 40.000 torcedores, isso é um incidente grave. A segmentação de VLAN é o outro elemento crítico. O tráfego de WiFi de convidados nunca deve tocar na sua rede corporativa ou operacional. Atribua as sessões de convidados a uma VLAN dedicada, roteie essa VLAN para um link de internet separado ou, no mínimo, através de um firewall com regras de saída estritas. Este é um requisito do PCI-DSS se você processar pagamentos com cartão em qualquer lugar da mesma infraestrutura física, e é simplesmente uma boa prática, independentemente disso. [RECOMENDAÇÕES DE IMPLEMENTAÇÃO E ERROS COMUNS - aproximadamente 2 minutos] Deixe-me apresentar as três coisas que mais costumam dar errado. Primeiro: divergências no segredo compartilhado. O segredo compartilhado no ponto de acesso deve corresponder exatamente ao que está registrado no servidor RADIUS. Diferencia maiúsculas de minúsculas, caractere por caractere. Um único caractere errado produz um Access-Reject sem nenhuma mensagem de erro útil. Sempre copie e cole do seu painel da Purple em vez de digitar manualmente. Segundo: lacunas na whitelist. Antes de o visitante se autenticar, seu dispositivo precisa alcançar o Captive Portal. Isso significa que determinados domínios devem estar na whitelist no ponto de acesso - as URLs de portal da Purple, endpoints de autenticação e quaisquer provedores de login social que você estiver usando. Se a whitelist estiver incompleta, os visitantes verão uma página em branco ou um tempo limite esgotado. A Purple mantém uma lista atualizada de domínios obrigatórios na documentação de suporte - use essa lista, não adivinhe. Terceiro: intervalo de accounting. Isso controla com que frequência o ponto de acesso envia atualizações provisórias de accounting para o servidor RADIUS. Definir um tempo muito longo faz com que você perca a granularidade da sessão. Definir um tempo muito curto gera tráfego desnecessário. Para a maioria das implantações, de 240 a 300 segundos é o intervalo correto. O intervalo recomendado pela Avaya é de 300 segundos; o da Pepwave é de 180 a 240 segundos. Siga as orientações específicas do fabricante. Do lado da conformidade: o GDPR exige que você tenha uma base legal para coletar dados de visitantes. Um Captive Portal bem configurado com caixas de seleção de consentimento explícito atende a isso. A plataforma da Purple é compatível com o GDPR e certificada com ISO 27001. Cada login através da Purple é uma opção de consentimento por escolha consciente - o visitante concorda ativamente com seus termos antes de se conectar. Essa trilha de auditoria é a sua evidência de conformidade. [PERGUNTAS E RESPOSTAS RÁPIDAS - aproximadamente 1 minuto] Perguntas frequentes que recebo regularmente. "Preciso substituir meu hardware existente?" Não. A Purple opera em camadas sobre sua infraestrutura existente. Não é necessário remover e substituir nada. "Posso usar RADIUS para o WiFi da equipe na mesma plataforma?" Sim. A Purple suporta SSIDs separados para convidados e funcionários, com políticas de autenticação diferentes para cada um. "E se o meu local tiver várias unidades?" A Purple gerencia implantações em vários locais a partir de um único painel de controle. Você configura uma vez e replica para todos os locais. "O RADIUS em nuvem é menos seguro do que o local?" Não. O RADIUS em nuvem da Purple opera com 99,999% de tempo de atividade, certificação ISO 27001 e criptografia de ponta a ponta. A superfície de ataque é menor do que a de um servidor autogerenciado porque a aplicação de patches e o endurecimento de segurança são tratados centralmente. "Quanto tempo leva uma implantação completa?" Para um único local com hardware compatível, um administrador de rede pode concluir a configuração do RADIUS em menos de duas horas. A equipe de integração da Purple está disponível para ajudar. [RESUMO E PRÓXIMOS PASSOS - aproximadamente 1 minuto] Para resumir. A autenticação RADIUS para WiFi de convidados oferece controle de acesso centralizado, uma trilha de accounting completa e a base de conformidade necessária para GDPR e PCI-DSS. A arquitetura é simples: ponto de acesso para NAS para servidor RADIUS para a plataforma em nuvem da Purple. As três coisas que você deve acertar são o segredo compartilhado, a whitelist de domínios e o intervalo de accounting. A Purple opera RADIUS nativo em nuvem em mais de 80.000 locais em todo o mundo, processando 440 milhões de logins em 2024. A plataforma é independente de hardware, certificada com ISO 27001 e em conformidade com o GDPR.Seus próximos passos: verifique se o seu hardware está na lista de dispositivos compatíveis do Purple, obtenha as credenciais do servidor RADIUS no seu painel Purple e siga o guia de configuração específico do fornecedor na central de suporte do Purple. Se precisar de ajuda, a equipe técnica do Purple pode orientar você durante o processo. Obrigado por nos acompanhar. O guia prático completo com diagramas, exemplos práticos e referências de configuração está no link abaixo.

header_image.png

Resumo Executivo

Fornecer acesso à internet seguro, em conformidade e confiável para visitantes é um requisito operacional essencial para locais modernos. No entanto, a implantação de redes abertas expõe as organizações a riscos significativos, enquanto o 802.1X de classe empresarial é inviável para dispositivos pessoais não gerenciados. A solução é a autenticação RADIUS combinada com um captive portal.

Este guia detalha a arquitetura técnica, os requisitos de configuração e as melhores práticas para implantar a autenticação RADIUS em redes de convidados. Ao rotear o tráfego de autenticação e tarifação por meio de um servidor RADIUS em nuvem, as equipes de TI podem aplicar políticas de acesso, isolar o tráfego de convidados e manter uma trilha de auditoria completa sem gerenciar infraestrutura local. A Purple opera essa arquitetura em mais de 80.000 locais, processando 440 milhões de logins em 2024. Este documento fornece o modelo para configurar os hardwares Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet para usar as redes baseadas em identidade da Purple.

Detalhamento Técnico

O RADIUS (Remote Authentication Dial-In User Service) é um protocolo cliente-servidor que fornece gerenciamento centralizado de Autenticação, Autorização e Tarifação (AAA) para usuários que se conectam e utilizam um serviço de rede.

No contexto de WiFi para convidados, o dispositivo do visitante não pode se autenticar nativamente no servidor RADIUS usando certificados (EAP-TLS) como fazem os dispositivos corporativos. Em vez disso, o ponto de acesso WiFi atua como o Servidor de Acesso à Rede (NAS) e o cliente RADIUS. Quando um visitante se conecta ao SSID aberto, o ponto de acesso intercepta o tráfego HTTP e o redireciona para um captive portal externo.

Assim que o visitante conclui o fluxo de autenticação no captive portal - seja por formulário, login social ou login único - o portal se comunica com o servidor RADIUS. O servidor RADIUS envia uma mensagem Access-Accept de volta ao ponto de acesso via porta UDP 1812, contendo atributos de autorização, como limites de tempo de sessão ou de largura de banda. O ponto de acesso concede o acesso à rede e começa a enviar atualizações de tarifação via porta UDP 1813 para monitorar a sessão.

radius_architecture_diagram.png

A Sobreposição do Cloud RADIUS

Gerenciar uma infraestrutura RADIUS local exige investimentos significativos em hardware, manutenção e planejamento de redundância. A Purple fornece uma sobreposição de cloud RADIUS independente de hardware. Isso significa que os servidores de autenticação e tarifação são totalmente gerenciados na nuvem, oferecendo 99,999% de tempo de atividade e escalabilidade automática.

comparison_chart.png

Ao usar uma sobreposição em nuvem, as equipes de TI podem padronizar as políticas de acesso em vários locais e fornecedores de hardware a partir de um único painel de controle, integrando-se perfeitamente às implantações de Guest WiFi existentes.

Guia de Implementação

A implantação da autenticação RADIUS exige a configuração tanto da infraestrutura sem fio quanto da plataforma de autenticação. As etapas a seguir descrevem o processo independente de fornecedor, com exemplos específicos para hardwares comuns.

1. Segmentação de Rede e Configuração de SSID

O tráfego de convidados deve ser isolado das redes corporativas. Crie uma VLAN dedicada para o acesso de convidados. Configure o SSID com segurança aberta (sem senha WPA2/WPA3), mas habilite o Captive Portal ou o redirecionamento de página web (WPR).

2. Configuração do Servidor RADIUS

Você deve configurar o ponto de acesso para se comunicar com os servidores RADIUS primário e secundário. Isso requer três componentes:

  • IP do Servidor ou Hostname: O endereço do servidor RADIUS.
  • Portas de Autenticação e Accounting: As portas padrão são 1812 para autenticação e 1813 para accounting.
  • Segredo Compartilhado: Uma chave criptográfica usada para verificar as comunicações entre o ponto de acesso e o servidor RADIUS.

Por exemplo, em um dispositivo Pepwave MAX Series, você configura o servidor de autenticação nas configurações do Captive Portal, especificando o IP, a porta 1812 e o segredo compartilhado. Você repete esse procedimento para o servidor de accounting na porta 1813.

3. Walled Garden (Lista de Permissões de Domínio)

Antes da autenticação, o dispositivo do visitante deve ser capaz de carregar o Captive Portal e quaisquer provedores de identidade associados (como Google ou Microsoft Entra ID). Você deve configurar um walled garden ou lista de permissões de domínio no ponto de acesso. Se isso estiver incompleto, o Captive Portal não será carregado. A Purple mantém uma lista canônica de domínios obrigatórios para sua plataforma.

4. Intervalo de Accounting

O intervalo de accounting dita a frequência com que o ponto de acesso envia atualizações de sessão para o servidor RADIUS. Um padrão comum é 300 segundos (5 minutos). Definir esse valor como muito baixo gera tráfego desnecessário; defini-lo como muito alto reduz a precisão do seu WiFi Analytics .

Melhores Práticas

  1. Sempre Configure Servidores Secundários: A infraestrutura RADIUS deve ser altamente disponível. Sempre configure o IP do RADIUS secundário fornecido pela Purple. Se o servidor primário estiver inacessível, o ponto de acesso fará o failover automaticamente.
  2. Use Segredos Compartilhados Fortes: Trate o segredo compartilhado do RADIUS como uma senha crítica. Gere uma string longa e aleatória e nunca a reutilize em diferentes locais ou plataformas.
  3. Valide a lista de permissões: A causa mais comum de falhas no Captive Portal é uma lista de permissões de domínio incompleta. Sempre teste o fluxo de login em um dispositivo limpo antes de implantar em produção.
  4. Isole o tráfego: As VLANs de convidados devem ser estritamente isoladas. Use regras de firewall para evitar qualquer roteamento entre a VLAN de convidados e as redes operacionais. Este é um requisito rigoroso para conformidade com PCI-DSS em ambientes de varejo e hospitalidade.

Solução de problemas e mitigação de riscos

Quando uma implantação RADIUS falha, os sintomas geralmente são idênticos do ponto de vista do visitante: ele não consegue se conectar à internet. Os administradores de rede devem isolar o ponto de falha.

Sintoma: O Captive Portal não carrega.

  • Causa: Falha na resolução de DNS ou walled garden incompleto.
  • Resolução: Verifique se a lista de permissões de domínio do ponto de acesso inclui todas as URLs necessárias. Verifique se o dispositivo cliente está recebendo um endereço IP e um servidor DNS válidos via DHCP.

Sintoma: O portal carrega, mas a autenticação falha (Access-Reject).

  • Causa: Incompatibilidade de segredo compartilhado ou configuração incorreta do NAS ID.
  • Resolução: Verifique se o segredo compartilhado configurado no ponto de acesso corresponde exatamente ao segredo no servidor RADIUS. Certifique-se de que o endereço MAC do ponto de acesso ou o NAS ID estejam registrados corretamente na plataforma de autenticação.

Sintoma: As sessões desconectam inesperadamente.

  • Causa: Falhas de bilhetagem (accounting) ou tempos limite de inatividade rigorosos.
  • Resolução: Verifique se a porta UDP 1813 está aberta para saída. Verifique as configurações de tempo limite de inatividade no ponto de acesso; alguns dispositivos móveis colocam seus rádios WiFi em suspensão agressivamente, disparando uma desconexão por inatividade.

ROI e impacto nos negócios

A implantação da autenticação RADIUS transforma o WiFi de convidados de um centro de custo e risco de segurança em um ativo gerenciado e em conformidade.

Para as equipes de TI, o impacto imediato é a redução nos chamados de suporte e a eliminação do gerenciamento de senhas compartilhadas. Ao migrar para um modelo RADIUS na nuvem, as organizações evitam o CapEx de servidores locais e o OpEx de mantê-los.

Para a empresa como um todo, esta arquitetura fornece a base para a coleta segura de dados. Ao exigir um consentimento de escolha consciente por meio do Captive Portal, os estabelecimentos constroem bancos de dados primários em conformidade com o GDPR. Nos setores de Hospitalidade e Varejo , esses dados impulsionam programas de fidelidade e engajamento personalizado, atribuindo receita diretamente à infraestrutura de rede.

Ouça o briefing do nosso consultor sênior sobre este assunto abaixo:

Definições principais

RADIUS

Remote Authentication Dial-In User Service. Um protocolo de rede que fornece gerenciamento centralizado de autenticação, autorização e tarifação (accounting).

Usado para proteger o acesso à rede, verificando as credenciais em um banco de dados central antes de conceder um endereço IP a um dispositivo ou rotear seu tráfego.

Captive Portal

Uma página web que o usuário de uma rede de acesso público é obrigado a visualizar e interagir antes que o acesso seja concedido.

A interface principal para o WiFi de convidados, usada para coletar consentimento, exibir termos e capturar dados primários.

NAS (Network Access Server)

Um gateway que controla o acesso a uma rede. Em um ambiente sem fio, o ponto de acesso WiFi ou controladora atua como o NAS.

O NAS atua como o cliente RADIUS, encaminhando as solicitações de autenticação do dispositivo do visitante para o servidor RADIUS.

Shared Secret

Uma chave criptográfica conhecida apenas pelo cliente RADIUS (ponto de acesso) e pelo servidor RADIUS.

Usado para verificar se os pacotes RADIUS se originam de uma fonte confiável e para criptografar as senhas dentro dos pacotes.

Intervalo de Accounting

A frequência com que o ponto de acesso envia atualizações de sessão provisórias para o servidor RADIUS.

Crítico para relatórios precisos em plataformas de análise. Um intervalo padrão é de 300 segundos.

Walled Garden

Um ambiente limitado que controla o acesso do usuário ao conteúdo da web antes de ele estar totalmente autenticado.

Implementado por meio de uma whitelist de domínios no ponto de acesso, permitindo que o dispositivo carregue o Captive Portal e os provedores de identidade.

VLAN

Virtual Local Area Network. Uma sub-rede lógica que agrupa uma coleção de dispositivos, isolando seu tráfego.

Essencial para a segurança; o tráfego do WiFi de convidados deve ser atribuído a uma VLAN dedicada, separada dos dados corporativos.

Redes Baseadas em Identidade

Uma arquitetura de rede onde as políticas de acesso são aplicadas dinamicamente com base na identidade autenticada do usuário ou dispositivo.

Permite que as equipes de TI apliquem regras diferentes para funcionários, convidados e dispositivos IoT na mesma infraestrutura física.

Exemplos práticos

Um hotel de 200 quartos precisa implementar um WiFi de convidados seguro em 50 pontos de acesso Avaya. Eles exigem que os usuários se autentiquem por meio de um portal personalizado e precisam rastrear os dados de sessão para conformidade. Como o administrador de rede deve configurar as definições de RADIUS?

O administrador deve configurar os APs Avaya para usar um servidor RADIUS externo. Primeiro, navegue até Security > External Radius. Defina o formato do atributo Called-Station-Id como "UC-hyphenated" e habilite o Accounting com um intervalo de 300 segundos. Em seguida, crie um SSID "WiFi de Convidados" com criptografia aberta e habilite o Web Page Redirection (WPR). Defina a URL da Landing Page para o portal Purple e configure o serviço de autenticação com os IPs de RADIUS primário e secundário da Purple na porta 1812, e o accounting na porta 1813, usando o shared secret fornecido. Por fim, preencha a WPR Whitelist com os domínios necessários.

Comentário do examinador: Esta abordagem isola corretamente o fluxo de autenticação para um provedor de RADIUS em nuvem externo, garantindo que o hardware local gerencie o redirecionamento de tráfego. Configurar o formato do Called-Station-Id corretamente é fundamental para que o servidor RADIUS identifique o ponto de acesso, e configurar o servidor secundário garante alta disponibilidade.

Uma rede de varejo está lançando um WiFi de convidados usando roteadores Pepwave MAX. Durante os testes, a página splash do Captive Portal não carrega em dispositivos iOS, apresentando uma tela em branco. Qual é a causa provável e a resolução?

A causa provável é uma configuração incompleta de Redes Permitidas (whitelist de domínios). O administrador deve fazer login na interface web local do Pepwave ou no painel do InControl2, navegar até as configurações do Captive Portal e verificar a lista de "Allowed Domains / IPs". Eles devem garantir que todos os domínios necessários para o Captive Portal, endpoints de autenticação e quaisquer provedores de login social (por exemplo, Apple, Google) estejam explicitamente listados.

Comentário do examinador: Falhas na whitelist são a causa mais comum de problemas no Captive Portal. Os sistemas operacionais móveis modernos usam mecanismos agressivos de detecção de Captive Portal; se o SO não conseguir alcançar suas URLs de validação específicas ou a CDN do portal, ele interromperá o processo de conexão.

Questões práticas

Q1. Você está implantando WiFi de convidados em um grande estádio. Você configurou o servidor RADIUS primário, mas o gerente de projeto pergunta se a configuração do servidor secundário pode ser ignorada para economizar tempo. Como você responde?

Dica: Considere o impacto de um único ponto de falha em um ambiente de alta densidade.

Ver resposta modelo

Você deve configurar o servidor secundário. O RADIUS é o guardião do acesso à rede. Se o servidor primário sofrer uma interrupção ou problema de roteamento de rede, todas as novas solicitações de autenticação falharão, resultando em uma perda total de acesso ao WiFi de convidados. A configuração do servidor secundário fornece failover automático e garante alta disponibilidade.

Q2. Um local relata que as sessões de WiFi de convidados estão desconectando exatamente 60 minutos após o login dos usuários, apesar de a plataforma Purple estar configurada para sessões de 24 horas. Onde você deve investigar?

Dica: Pense sobre qual componente realmente força o encerramento da sessão.

Ver resposta modelo

Você deve investigar a configuração do hardware local. O access point ou controladora (o NAS) é quem define os limites de sessão. Neste caso, o hardware provavelmente possui um "Session Timeout" ou "Access Quota" local codificado para 60 minutos, o que substitui os atributos RADIUS enviados pelo Purple. Por exemplo, em um dispositivo Pepwave, a configuração de "Access Quota" deve ser ajustada.

Q3. Você está revisando uma proposta de arquitetura de rede para uma rede de varejo. O design mostra o tráfego de WiFi de convidados e os terminais de Ponto de Venda (POS) operando na mesma sub-rede. Qual é a sua recomendação?

Dica: Considere os padrões de segurança e os requisitos de conformidade para processamento de pagamentos.

Ver resposta modelo

O design deve ser rejeitado. O tráfego de convidados deve ser estritamente isolado das redes operacionais, especialmente daquelas que processam pagamentos. O WiFi de convidados deve ser atribuído a uma VLAN dedicada com regras de firewall que impeçam o roteamento para a sub-rede do POS. Deixar de fazer isso viola a conformidade com o PCI DSS e apresenta sérios riscos de segurança.

Continue a ler esta série

Configurando Autenticação RADIUS para Redes WiFi de Convidados e Funcionários

Este guia de referência técnica descreve a arquitetura, configuração e implantação da autenticação RADIUS para redes WiFi corporativas de convidados e funcionários. Ele fornece aos arquitetos de rede e gerentes de TI os protocolos exatos, padrões de segurança e metodologias de solução de problemas necessários para criar sistemas de controle de acesso sem fio seguros e escaláveis.

Ler o guia →

Passpoint and OpenRoaming: Complete Guide

Este guia de referência técnica fornece uma análise abrangente das estruturas Passpoint (Hotspot 2.0) e WBA OpenRoaming em redes WiFi corporativas. Ele detalha os protocolos de autenticação subjacentes, componentes de arquitetura e estratégias de implantação necessárias para estabelecer uma conectividade de visitantes segura e sem atrito. Arquitetos de rede e líderes de TI aprenderão como projetar, implementar e solucionar problemas desses padrões para eliminar as barreiras de login manual, mantendo a segurança de nível empresarial.

Ler o guia →

Como Implementar SCEP para BYOD Seguro e Registro de Rede no Ensino Superior

Este guia técnico fornece aos arquitetos de rede e gerentes de TI um modelo neutro de fornecedor para implantar o registro de certificados baseado em SCEP para proteger redes de campus de ensino superior. Ele detalha como migrar do PEAP baseado em senha para o 802.1X EAP-TLS, automatizar a integração de BYOD e aplicar uma segmentação robusta de VLAN.

Ler o guia →