- Purple
- Enterprise WiFi security and authentication: a complete guide
- Jamf e RADIUS: Autenticação WiFi Baseada em Certificado para Frotas de Dispositivos Apple
Jamf e RADIUS: Autenticação WiFi Baseada em Certificado para Frotas de Dispositivos Apple
Este guia de referência técnica fornece a gerentes de TI, arquitetos de rede e CTOs etapas acionáveis para implantar a autenticação WiFi 802.1X baseada em certificado para frotas de dispositivos Apple usando Jamf Pro e RADIUS. Ele abrange o fluxo de trabalho completo de provisionamento de certificados SCEP, a estrutura do perfil de configuração de WiFi, os requisitos de integração do RADIUS e cenários de implementação do mundo real em ambientes de saúde e corporativos. O guia é essencial para qualquer organização que busca eliminar vulnerabilidades de WiFi baseadas em senha, reduzir os custos de suporte técnico e obter conformidade com os padrões de acesso à rede PCI-DSS e GDPR.
Video overview
Ouça este guia
Ver transcrição do podcast
Parte da nossa série principal: Guia de Segurança WiFi Corporativa →
- Resumo Executivo
- Detalhamento Técnico
- A Arquitetura 802.1X EAP-TLS
- SCEP e Jamf Pro: Distribuição de Certificados em Escala
- Atributos RADIUS para Autenticação de Dispositivos Apple
- Guia de Implementação
- Passo 1: Estabelecer sua Infraestrutura de Autoridade Certificadora
- Passo 2: Configurar o Payload SCEP no Jamf Pro
- Passo 3: Configurar o Payload de WiFi
- Passo 4: Configurar o Servidor RADIUS
- Passo 5: Definir o Escopo e Implantar o Perfil
- Melhores Práticas
- Solução de problemas e mitigação de riscos
- ROI e impacto nos negócios

Resumo Executivo
Gerenciar o acesso seguro ao WiFi para uma frota de dispositivos Apple em um ambiente empresarial apresenta um desafio operacional e de segurança significativo quando se depende da autenticação tradicional baseada em senha. Os usuários alteram suas credenciais do Active Directory e, imediatamente, seus iPhones, iPads e MacBooks desconectam da rede - gerando chamados no suporte, interrompendo fluxos de trabalho e expondo a organização a ataques baseados em credenciais.
Para gerentes de TI, arquitetos de rede e CTOs em hotéis, redes de varejo, estádios e organizações do setor público, a solução é a autenticação 802.1X baseada em certificado usando EAP-TLS. Ao aproveitar o Jamf Pro para distribuir certificados criptográficos exclusivos via SCEP (Simple Certificate Enrollment Protocol) e integrar com um servidor RADIUS, as organizações podem obter um acesso WiFi contínuo e sem senha para cada dispositivo Apple gerenciado. Este guia fornece uma abordagem prática e neutra de fornecedor para implantar a autenticação de certificado WiFi Jamf RADIUS, garantindo segurança robusta, conformidade com padrões como PCI-DSS e GDPR, e uma redução mensurável nos custos de suporte.
Detalhamento Técnico
A Arquitetura 802.1X EAP-TLS
A base da autenticação WiFi baseada em certificado é o padrão IEEE 802.1X combinado com o protocolo EAP-TLS (Extensible Authentication Protocol - Transport Layer Security). Para uma introdução detalhada sobre o próprio padrão 802.1X, consulte nosso guia sobre Autenticação 802.1X: Protegendo o Acesso à Rede em Dispositivos Modernos.
Ao contrário do PEAP (Protected EAP), que depende de um nome de usuário e senha, o EAP-TLS exige que tanto o dispositivo cliente quanto o servidor de autenticação comprovem suas identidades usando certificados digitais. Essa autenticação mútua é o que torna o EAP-TLS o padrão ouro para implantações empresariais. O modelo de três partes consiste nos seguintes componentes.
| Componente | Função | Exemplos |
|---|---|---|
| Suplicante | O dispositivo Apple que solicita acesso à rede | MacBook, iPhone, iPad |
| Autenticador | O dispositivo de borda da rede que aplica o controle de acesso | Ponto de Acesso WiFi, WLC |
| Servidor de Autenticação | Valida certificados e autoriza o acesso | FreeRADIUS, Cisco ISE, Microsoft NPS |
O Ponto de Acesso atua como um guardião, bloqueando todo o tráfego até que o servidor RADIUS envie uma mensagem Access-Accept. Este é o núcleo do modelo IEEE 802.1X de Controle de Acesso à Rede baseado em porta (PNAC).

SCEP e Jamf Pro: Distribuição de Certificados em Escala
O desafio com o EAP-TLS em escala é a distribuição de certificados. Instalar manualmente um certificado exclusivo em 500 iPads não é uma operação viável. É aqui que a integração entre Jamf Pro e SCEP Jamf se torna o facilitador crítico.
O SCEP (Simple Certificate Enrollment Protocol) é um protocolo leve que permite a um dispositivo solicitar e receber automaticamente um certificado assinado de uma Autoridade Certificadora (CA). O Jamf Pro atua como o orquestrador, enviando um Perfil de Configuração para cada dispositivo Apple. Este perfil contém um payload SCEP que instrui o dispositivo a entrar em contato com o servidor SCEP, fornece uma senha de desafio dinâmica e especifica os atributos de certificado necessários - como o Subject Alternative Name (SAN), que normalmente é mapeado para o endereço MAC ou número de série do dispositivo.

O mecanismo de senha de desafio dinâmica é particularmente importante. Em uma implantação SCEP integrada ao Jamf, o Jamf gera uma senha de desafio única e de uso único para cada dispositivo. Isso garante que apenas os dispositivos registrados no Jamf Pro - e, portanto, gerenciados corporativamente - possam obter com êxito um certificado da CA. Este é um controle de segurança crítico que impede o registro de dispositivos não autorizados.
Atributos RADIUS para Autenticação de Dispositivos Apple
Quando o servidor RADIUS recebe um Access-Request do Access Point, ele avalia vários atributos para tomar sua decisão de autorização. Para implantações Apple 802.1X, os atributos RADIUS mais relevantes são os seguintes.
| Atributo RADIUS | Descrição | Relevância Apple |
|---|---|---|
User-Name (Attr 1) |
A identidade apresentada pelo solicitante | Normalmente o Subject CN ou SAN do certificado |
NAS-IP-Address (Attr 4) |
O IP do Access Point | Usado para políticas específicas do AP |
Called-Station-Id (Attr 30) |
O BSSID e SSID do AP | Permite a aplicação de políticas baseadas em SSID |
EAP-Message (Attr 79) |
O pacote EAP encapsulado | Contém os dados do handshake TLS |
Tunnel-Type (Attr 64) |
Especifica o tipo de atribuição de VLAN | Usado para atribuição dinâmica de VLAN pós-autenticação |
Tunnel-Medium-Type (Attr 65) |
Especifica o meio para o túnel | Necessário para marcação de VLAN 802.1Q |
Tunnel-Private-Group-Id (Attr 81) |
O ID da VLAN a ser atribuído | Permite a segmentação de rede baseada em funções |
O atributo Tunnel-Private-Group-Id é particularmente poderoso em implantações corporativas. Ao retornar diferentes IDs de VLAN com base nos atributos do certificado (por exemplo, departamento, tipo de dispositivo), o servidor RADIUS pode segmentar dinamicamente a rede sem a necessidade de SSIDs separados.
Tem dúvidas sobre a sua configuração específica?
A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 locais. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua situação o resolveram.
Guia de Implementação
A implantação da autenticação WiFi de certificado para dispositivos Apple via Jamf Pro segue uma sequência estruturada. Desviar-se desta ordem é a principal causa de falhas nas implantações.
Passo 1: Estabelecer sua Infraestrutura de Autoridade Certificadora
Antes de mexer no Jamf, sua infraestrutura de CA deve estar configurada. Para ambientes Microsoft, isso geralmente é o Active Directory Certificate Services (AD CS) com a função Network Device Enrollment Service (NDES), que atua como o servidor SCEP. Para ambientes não Microsoft, as opções incluem EJBCA, HashiCorp Vault PKI ou CAs baseadas em nuvem, como a AWS Private CA.
Garanta que a hierarquia da sua CA esteja clara: uma Root CA que é mantida offline e uma ou mais Issuing CAs que assinam os certificados dos dispositivos. O servidor RADIUS precisará de seu próprio certificado assinado por essa mesma hierarquia de CA.
Passo 2: Configurar o Payload SCEP no Jamf Pro
Navegue até Computers (ou Mobile Devices) > Configuration Profiles > New. Adicione um payload de Certificate e selecione SCEP como a origem do certificado. Os campos críticos são os seguintes.
- URL: O endpoint SCEP (por exemplo,
http://ndes.yourdomain.com/certsrv/mscep/mscep.dll). - Name: Um nome descritivo que aparecerá no Keychain do dispositivo.
- Subject: O Distinguished Name do certificado. Use variáveis do Jamf como
CN=$COMPUTERNAMEpara computadores ouCN=$JSSIDpara dispositivos móveis. - Subject Alternative Name (SAN): Defina o Tipo de SAN como
RFC 822 Namecom o valor$MACADDRESS@yourdomain.com, ouDNS Namecom$COMPUTERNAME.yourdomain.com. É isso que o servidor RADIUS lerá para identificar o dispositivo. - Challenge Type: Selecione Dynamic para usar o proxy SCEP integrado do Jamf, que gera senhas de desafio por dispositivo.
- Key Size: Mínimo de RSA de 2048 bits. Recomenda-se 4096 bits para novas implantações.
- Key Usage: Ative tanto Signing quanto Encryption.
Passo 3: Configurar o Payload de WiFi
No mesmo Configuration Profile, adicione um payload de WiFi. As configurações principais para o Apple 802.1X são as seguintes.
- SSID: O nome exato do seu SSID corporativo seguro.
- Security Type: WPA2 Enterprise ou WPA3 Enterprise (recomendado onde o hardware suportar).
- Protocols - Accepted EAP Types: Selecione apenas TLS. Desmarque PEAP, TTLS e todos os outros tipos para impor exclusivamente o EAP-TLS.
- Authentication - Identity Certificate: Selecione o payload SCEP criado no Passo 2. Esse é o vínculo crítico entre o certificado e a conexão WiFi.
- Trust - Trusted Server Certificate Names: Insira o Common Name (CN) exato do certificado do seu servidor RADIUS (por exemplo,
radius.yourdomain.com). Este é o item de configuração mais esquecido. - Trust - Trusted Certificates: Faça o upload da Root CA e de quaisquer certificados de CA Intermediária que assinaram o certificado do servidor RADIUS.
Passo 4: Configurar o Servidor RADIUS
No seu servidor RADIUS, crie uma política de rede que corresponda aos atributos de certificado definidos no Jamf. Para o Microsoft NPS, isso significa criar uma Connection Request Policy que corresponda ao SSID via atributo Called-Station-Id, e uma Network Policy que valide o certificado em relação à sua CA e, opcionalmente, atribua uma VLAN através dos atributos de Tunnel.
Para FreeRADIUS, configure o módulo eap para usar tls e aponte para o seu certificado CA, certificado do servidor e chave privada. O arquivo users ou o backend SQL deve ser configurado para corresponder ao SAN do certificado com o seu inventário de dispositivos.
Passo 5: Definir o Escopo e Implantar o Perfil
No Jamf Pro, defina o escopo do Perfil de Configuração para os grupos de dispositivos apropriados - por exemplo, todos os dispositivos no Smart Group "Frota Corporativa". O perfil será enviado automaticamente via MDM. Os dispositivos que estiverem online o receberão em minutos; os dispositivos offline o receberão na próxima vez que se conectarem.
Melhores Práticas
Implemente WPA3 Enterprise sempre que possível. O WPA3 Enterprise com modo de 192 bits fornece força criptográfica aprimorada usando GCMP-256 e HMAC-SHA-384, oferecendo uma proteção significativamente mais forte do que o WPA2 Enterprise. Para ambientes de Hospitalidade e organizações de Saúde que lidam com dados confidenciais, esta atualização é cada vez mais um requisito de conformidade, em vez de apenas uma melhor prática.
Aproveite os certificados baseados em dispositivos para hardware compartilhado. Para dispositivos compartilhados - como iPads de ponto de venda no varejo, tablets de concierge de hotéis ou dispositivos clínicos - use certificados vinculados ao dispositivo em vez de certificados vinculados ao usuário. Isso garante que o dispositivo se conecte à rede na inicialização, antes de qualquer usuário fazer login, permitindo que as verificações de MDM, atualizações de aplicativos e notificações push funcionem corretamente. Esta é uma consideração crítica para implantações de Varejo, onde os dispositivos podem ser compartilhados entre turnos.
Integre o acesso à rede com sua postura de segurança mais ampla. Enquanto a equipe usa 802.1X para acesso interno seguro, garanta que suas redes voltadas para o público sejam gerenciadas por meio de uma solução robusta de Guest WiFi para manter uma separação clara de tráfego. Combinar a autenticação de funcionários baseada em certificado com WiFi Analytics oferece visibilidade total do comportamento do dispositivo autenticado e da atividade da rede de convidados.
Automatize a renovação de certificados. Configure o payload SCEP no Jamf para acionar a renovação automática quando um certificado estiver entre 14 e 30 dias antes da expiração. Isso evita o cenário em que um dispositivo perde silenciosamente o acesso à rede porque seu certificado expirou do dia para a noite. No Jamf Pro, isso é controlado por meio da configuração Limite de Renovação no payload SCEP.
Mantenha uma Lista de Revogação de Certificados (CRL) ou um respondedor OCSP. Quando um dispositivo é desativado, roubado ou desvinculado do Jamf, seu certificado deve ser revogado no nível da CA. Configure seu servidor RADIUS para verificar o endpoint CRL ou OCSP a cada tentativa de autenticação. Sem isso, um dispositivo roubado com um certificado válido ainda poderá se autenticar na rede.
For further context on modern network infrastructure decisions, the The Core SD WAN Benefits for Modern Businesses guide provides useful context on how certificate-based authentication integrates with SD-WAN overlay architectures.
Solução de problemas e mitigação de riscos
O problema de provisionamento do tipo "ovo ou a galinha". Os dispositivos precisam de uma conexão de rede para alcançar o servidor SCEP e baixar seu certificado, mas precisam do certificado para se conectar ao WiFi seguro. Este é o bloqueador de implantação mais comum. As estratégias de mitigação recomendadas são: provisionamento via Ethernet usando adaptadores USB-C ou Lightning para Ethernet; uso de dados móveis em iPhones e iPads com suporte a rede celular; ou a criação de um SSID de integração temporário e restrito com regras de firewall que permitam apenas o tráfego de SCEP e MDM.
Falhas silenciosas de EAP-TLS no macOS. Se a cadeia de confiança estiver incompleta, o macOS pode falhar silenciosamente ao se conectar sem exibir um erro significativo na interface do usuário. A única indicação fica no log do sistema. Use log stream --predicate 'subsystem == "com.apple.network"' para capturar eventos de autenticação em tempo real. Sempre verifique se o array Trusted Server Certificate Names no perfil do Jamf corresponde exatamente ao CN no certificado do servidor RADIUS.
Tempo limite do RADIUS durante eventos de alta carga. Em ambientes como estádios ou centros de conferências, solicitações de autenticação simultâneas de centenas de dispositivos podem sobrecarregar o servidor RADIUS. Mitigue isso implantando o RADIUS em um par de alta disponibilidade, ajustando o parâmetro max_requests no FreeRADIUS e garantindo que o servidor RADIUS tenha CPU e memória suficientes para a carga de autenticação simultânea esperada. Para implantações em locais de grande escala, revise nossas orientações em Wireless Access Points Definition Your Ultimate 2026 Guide para considerações de planejamento de capacidade.
Divergência de atributos de certificado. Se o SAN no certificado do dispositivo não corresponder ao que a política de rede RADIUS espera, a autenticação falhará. Isso é particularmente comum ao migrar de uma CA para outra, ou quando as variáveis do Jamf são resolvidas de forma diferente do esperado. Sempre teste com um único dispositivo e inspecione os logs do servidor RADIUS para confirmar a string de identidade exata que está sendo apresentada antes de implementar para toda a frota.
ROI e impacto nos negócios
A transição para a autenticação de certificado WiFi Jamf RADIUS oferece valor comercial mensurável em várias dimensões.
| Métrica | Resultado típico |
|---|---|
| Redução de chamados no suporte | Redução de 60-85% nas solicitações de suporte relacionadas a WiFi |
| Tempo de integração por dispositivo | Reduzido de 15-30 minutos para menos de 2 minutos (zero-touch) |
| Risco de incidentes de segurança | Quase eliminação de ataques de WiFi baseados em credenciais |
| Postura de conformidade | Atende aos controles de rede do Requisito 1.3 do PCI-DSS e do Artigo 32 da GDPR |
| Ciclo de vida do certificado | A renovação automatizada elimina o gerenciamento manual de certificados |
O principal motor de ROI é a eliminação de interrupções por rotação de senhas. Em uma frota de 500 dispositivos onde 10% deles desconectam da rede a cada trimestre devido a alterações de senha, e cada incidente exige 20 minutos do tempo de TI para ser resolvido, a economia anual de custos de suporte por si só pode justificar o investimento de implementação logo no primeiro ano.
Para operadores de Transport e ambientes de grandes locais, o caso de negócios é ainda mais fortalecido pela capacidade de aplicar a atribuição dinâmica de VLAN - garantindo que dispositivos operacionais, dispositivos de funcionários e sistemas de gerenciamento sejam segmentados automaticamente sem a necessidade de reconfiguração manual da rede.
Definições principais
EAP-TLS (Extensible Authentication Protocol-Transport Layer Security)
O método de autenticação 802.1X mais seguro, que exige que tanto o dispositivo cliente quanto o servidor RADIUS se autentiquem mutuamente usando certificados digitais. Nenhuma senha é trocada ou transmitida.
Quando as equipes de TI precisam eliminar o WiFi baseado em senha e impor uma conformidade estrita de dispositivos, o EAP-TLS é o padrão obrigatório. É o único tipo de EAP que fornece autenticação mútua.
SCEP (Simple Certificate Enrollment Protocol)
Um protocolo que permite que dispositivos solicitem certificados digitais de forma segura e automática a uma Autoridade Certificadora usando um mecanismo de desafio e resposta.
Essencial para dimensionar implantações de certificados via Jamf Pro sem exigir que a equipe de TI instale manualmente certificados em milhares de dispositivos. O proxy SCEP dinâmico do Jamf gera senhas de desafio por dispositivo.
RADIUS (Remote Authentication Dial-In User Service)
Um protocolo de rede que fornece gerenciamento centralizado de Autenticação, Autorização e Contabilidade (AAA) para dispositivos que se conectam a um serviço de rede.
O mecanismo de decisão central que informa ao ponto de acesso WiFi se um dispositivo gerenciado pelo Jamf tem permissão na rede e, opcionalmente, qual VLAN atribuir.
Configuration Profile
Um arquivo XML (.mobileconfig) implantado pelo Jamf Pro que contém um ou mais payloads para gerenciar configurações em dispositivos Apple, incluindo certificados, WiFi, VPN e restrições.
Este é o veículo usado para enviar as configurações de SCEP, a configuração de SSID do WiFi e a cadeia de confiança de certificados para o iPhone, iPad ou Mac.
CSR (Certificate Signing Request)
Um bloco de texto codificado gerado pelo dispositivo Apple contendo a chave pública e informações de identidade, enviado à Autoridade Certificadora para solicitar um certificado digital assinado.
A primeira etapa no processo SCEP. O dispositivo gera a CSR localmente, garantindo que a chave privada nunca saia do dispositivo - um princípio fundamental da segurança de PKI.
Subject Alternative Name (SAN)
Uma extensão de um certificado X.509 que permite associar múltiplos valores de identidade ao certificado, como endereços de e-mail, nomes de DNS, endereços IP ou endereços MAC.
Crucial para a autenticação RADIUS. O servidor RADIUS lê o SAN para identificar o dispositivo ou usuário. Em implantações Jamf, o SAN é normalmente definido como o endereço MAC do dispositivo ou o UPN do usuário.
Root CA (Certificate Authority)
O certificado de nível mais alto em uma hierarquia de PKI, cuja chave privada é usada para assinar certificados de CA subordinados. O certificado Root CA deve ser confiável por todas as partes na cadeia de autenticação.
Deve ser implantado em dispositivos Apple via Jamf para que eles confiem nos certificados apresentados pelo servidor RADIUS durante o handshake EAP-TLS. Sem isso, o handshake falha.
IEEE 802.1X
Um padrão IEEE para Controle de Acesso à Rede baseado em porta (PNAC), que fornece um mecanismo de autenticação para dispositivos que desejam se conectar a uma LAN ou WLAN antes que o acesso à rede seja concedido.
O framework abrangente que bloqueia o tráfego de rede no ponto de acesso até que o servidor RADIUS valide o certificado provisionado pelo Jamf. Toda a segurança WiFi corporativa é construída sobre este padrão.
Atribuição Dinâmica de VLAN
Um recurso de RADIUS que atribui um dispositivo de conexão a uma VLAN específica com base em atributos de política retornados na mensagem Access-Accept, usando os atributos de túnel RADIUS 64, 65 e 81.
Permite a segmentação de rede sem a necessidade de múltiplos SSIDs. Um único SSID corporativo pode direcionar automaticamente iPads clínicos para a VLAN 20, MacBooks executivos para a VLAN 30 e dispositivos de convidados para a VLAN 100.
Exemplos práticos
Um hospital de 500 leitos precisa implantar 1.200 iPads compartilhados para a equipe clínica. Atualmente, eles usam PEAP com credenciais do Active Directory, o que resulta em centenas de dispositivos desconectados a cada 90 dias quando as senhas expiram. Como eles devem reprojetar sua arquitetura de autenticação?
O hospital deve migrar para EAP-TLS usando certificados baseados em dispositivos gerenciados pelo Jamf Pro. A implementação envolve quatro etapas principais. Primeiro, implantar o AD CS com a função NDES para atuar como o servidor SCEP, emitindo certificados a partir de um modelo de certificado dedicado a 'Dispositivos Clínicos'. Segundo, configurar um Perfil de Configuração do Jamf com uma carga SCEP usando $MACADDRESS como o SAN e uma carga de WiFi direcionada ao SSID clínico apenas com EAP-TLS, confiando explicitamente no certificado do servidor RADIUS. Terceiro, configurar o Microsoft NPS com uma Política de Rede que corresponda ao modelo de certificado de 'Dispositivos Clínicos' e atribua os dispositivos à VLAN Clínica (Tunnel-Private-Group-Id = 20). Quarto, definir o limite de renovação do SCEP para 30 dias para garantir a renovação automática do certificado sem intervenção da TI. Os dispositivos devem ser provisionados via Ethernet durante a implementação inicial para resolver o desafio da rede de integração.
Uma agência de criação com 300 MacBooks está se mudando para um novo escritório. Eles desejam um provisionamento de WiFi sem toque - os novos MacBooks devem se conectar automaticamente ao SSID corporativo seguro quando forem retirados da caixa pelos usuários finais em suas mesas, sem qualquer intervenção da TI. Como eles alcançam isso?
A agência deve combinar o Apple Automated Device Enrollment (ADE) com o Jamf Pro e um Perfil de Configuração cuidadosamente sequenciado. Durante o Assistente de Configuração do macOS, o MacBook se conecta à internet por meio de um SSID de integração temporário e aberto (restrito pelo firewall para permitir apenas o tráfego de ativação da Apple, Jamf MDM e SCEP). Ele entra em contato com a Apple, reconhece que pertence à agência via ADE e se inscreve automaticamente no Jamf Pro. O Jamf Pro envia imediatamente um Perfil de Configuração pré-configurado contendo a carga SCEP e a carga de WiFi corporativa. A inscrição no SCEP é concluída pelo SSID de integração, o certificado é instalado no Keychain e a carga de WiFi é ativada. O MacBook então faz a transição automática para o SSID corporativo seguro 802.1X. Do ponto de vista do usuário, ele simplesmente conclui o Assistente de Configuração e o laptop já está na rede corporativa.
Questões práticas
Q1. Você implantou um Perfil de Configuração do Jamf com um payload SCEP e um payload WiFi para 50 MacBooks. Os certificados SCEP foram instalados com sucesso nas Chaves (Keychain), mas os MacBooks estão exibindo para os usuários uma caixa de diálogo 'Verificar Certificado' ao tentar se conectar ao SSID corporativo. Qual elemento de configuração está ausente ou incorreto?
Dica: Pense em quais informações o dispositivo Apple precisa para confiar automaticamente na identidade do servidor RADIUS sem a interação do usuário.
Ver resposta modelo
O payload WiFi no Perfil de Configuração do Jamf não contém a entrada 'Trusted Server Certificate Names' (que deve corresponder exatamente ao CN no certificado do servidor RADIUS) ou os certificados da CA Raiz e da CA Intermediária que assinaram o certificado do servidor RADIUS não estão incluídos no payload Trust do perfil. Sem a confiança explícita definida pelo MDM, o macOS e o iOS exigem que o usuário verifique e aceite manualmente o certificado do servidor RADIUS durante o handshake EAP-TLS. Ambos os campos devem ser preenchidos: a matriz Trusted Certificates (contendo a cadeia de CA) e a matriz Trusted Server Certificate Names (contendo o CN do servidor RADIUS).
Q2. Uma rede de varejo deseja que seus iPads de ponto de venda se conectem ao WiFi corporativo seguro imediatamente após a inicialização, antes que qualquer funcionário faça login no aplicativo de PDV. A implantação atual usa certificados de usuário vinculados aos UPNs individuais dos funcionários. Os dispositivos frequentemente falham ao se conectar no início de um turno. Qual é a causa raiz e qual é a alteração arquitetônica correta?
Dica: Considere quando diferentes tipos de certificados ficam disponíveis para a pilha de rede do iOS em relação ao ciclo de vida de autenticação do usuário.
Ver resposta modelo
A causa raiz é que os certificados de usuário (vinculados a um UPN) são armazenados nas chaves do usuário e só ficam acessíveis após o usuário ter se autenticado no dispositivo. Na inicialização ou na tela de bloqueio do iOS, as chaves do usuário estão bloqueadas, de modo que a pilha do WiFi não consegue acessar o certificado para realizar o EAP-TLS. A alteração arquitetônica correta é mudar para certificados de dispositivo, em que o SAN é definido com o endereço MAC do dispositivo ou número de série. Os certificados de dispositivo são armazenados nas chaves do sistema, que ficam acessíveis no momento da inicialização antes que qualquer usuário faça login. A Política de Rede RADIUS deve ser atualizada para corresponder a certificados de dispositivo em vez de certificados de usuário, e o payload SCEP do Jamf deve ser atualizado para usar variáveis de nível de dispositivo, como $MACADDRESS ou $SERIALNUMBER como o SAN.
Q3. Sua organização usa o Microsoft NPS como servidor RADIUS. Você está configurando um novo payload SCEP do Jamf para 200 MacBooks. A Política de Rede do NPS está configurada para exigir que o Subject Alternative Name (SAN) do certificado corresponda a uma conta de computador no Active Directory. Qual valor de SAN você deve configurar no payload SCEP do Jamf e qual formato o NPS espera?
Dica: A autenticação de certificado de computador do NPS exige que o SAN corresponda à identidade do computador no Active Directory em um formato específico.
Ver resposta modelo
Para a autenticação de certificado de computador do NPS, o SAN deve ser definido para o tipo DNS Name com o valor $COMPUTERNAME.yourdomain.com (usando a variável Jamf para o hostname do computador). O NPS espera que o DNS Name do SAN corresponda ao nome de domínio totalmente qualificado (FQDN) do computador como ele aparece no Active Directory. Como alternativa, se for usado o tipo de SAN User Principal Name, o formato deve ser host/$COMPUTERNAME@YOURDOMAIN.COM. A condição da Política de Rede do NPS deve ser definida para corresponder ao atributo 'Client Certificate SAN'. Certifique-se de que os MacBooks estejam vinculados ao Active Directory ou que os nomes dos computadores no Jamf correspondam aos objetos de computador no AD - caso contrário, a busca no NPS falhará, mesmo que o certificado seja válido.
Continue a ler esta série
Alternativas ao IronWiFi para Implementações de Grande Porte
Você será capaz de selecionar uma alternativa ao IronWiFi com base nas tarefas que sua rede precisa realizar: autenticação, identidade, consentimento, cobertura de hardware e custo em três anos. Você saberá quando o Purple, Cloud4Wi, Spotipo ou Cloudi-Fi se adapta melhor, quando o IronWiFi ainda é a melhor opção, e como executar um piloto em um único local para comprovar as alegações de cada fornecedor.
Sophos Firewall e guest WiFi: configuração do Captive Portal com Purple
Como o guest WiFi em nuvem da Purple funciona com o Sophos Firewall e seus pontos de acesso por meio de um Captive Portal externo padrão e RADIUS, e onde verificar o suporte e encontrar as etapas.
Aruba Central e Purple WiFi: Integração Gerenciada em Nuvem
Um guia de referência técnica abrangente para integrar o Aruba Central com a plataforma de inteligência de WiFi de visitantes hospedada em nuvem da Purple. Este guia cobre arquitetura, configuração passo a passo de Captive Portals externos e RADIUS, e estratégias de implantação multi-site para equipes de TI empresariais.
Tem dúvidas sobre a sua configuração específica?
A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 locais. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua situação o resolveram.