Pular para o conteúdo principal

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.

Por Iain JewittPublicado Atualizado
📖 9 min de leitura2,334 palavras2 exemplos práticos3 questões práticas9 definições principais

Video overview

Ouça este guia

Ver transcrição do podcast
Bem-vindo ao Purple Technical Briefing. Sou o seu anfitrião e hoje vamos mergulhar em um tópico de infraestrutura crítica para ambientes corporativos Apple: a implantação de autenticação WiFi baseada em certificados usando Jamf Pro e RADIUS. Se você é gerente de TI, arquiteto de rede ou diretor de operações de instalações, conhece a dor do WiFi baseado em senhas. Os usuários alteram suas senhas do Active Directory e, de repente, seus iPhones, iPads e MacBooks perdem a conexão com a rede. Os chamados no helpdesk disparam. A segurança fica comprometida porque as senhas podem ser compartilhadas, alvo de phishing ou interceptadas. A solução de nível corporativo é o 802.1X EAP-TLS. Trata-se de autenticação baseada em certificados. Sem senhas. O dispositivo se autentica usando um certificado criptográfico. E quando você gerencia uma frota de dispositivos Apple, a forma padrão do setor para implantar esses certificados e as configurações de WiFi correspondentes é por meio do Gerenciamento de Dispositivos Móveis - especificamente o Jamf Pro. Vamos detalhar a arquitetura. Na borda, você tem seus Access Points corporativos. Por trás deles, seu servidor RADIUS - que pode ser FreeRADIUS, Cisco ISE ou Microsoft NPS. E gerenciando os dispositivos, você tem o Jamf Pro. A mágica acontece por meio de um protocolo chamado SCEP - Simple Certificate Enrollment Protocol. O SCEP permite que o Jamf diga a um dispositivo Apple: vá e fale com esta Autoridade Certificadora e obtenha um certificado exclusivo para você. Aqui está o fluxo passo a passo. Primeiro, você configura um Perfil de Configuração no Jamf Pro. Esse perfil contém duas cargas de dados cruciais. A primeira é a carga SCEP. Ela informa ao dispositivo macOS ou iOS a URL do seu servidor SCEP e fornece uma senha de desafio dinâmica. O dispositivo gera uma Solicitação de Assinatura de Certificado - ou CSR - e a envia ao servidor SCEP. O servidor SCEP valida o desafio, assina o certificado e o emite de volta para o dispositivo. Agora o dispositivo possui um certificado exclusivo, vinculado à sua identidade. Mas ele precisa saber o que fazer com ele. É aí que entra a segunda carga de dados: a carga de WiFi. No Jamf, você configura a carga de WiFi para WPA2 ou WPA3 Enterprise. Você seleciona EAP-TLS como o tipo de EAP aceito. E, fundamentalmente, você vincula essa carga de WiFi à carga SCEP que acabou de criar. Você está dizendo ao dispositivo: quando você se conectar ao SSID corporativo, use o certificado que obteve desse processo SCEP para se autorizar. Quando o usuário entra no escritório, o MacBook visualiza o SSID. Ele inicia uma conexão 802.1X. O Access Point repassa a solicitação para o servidor RADIUS. O servidor RADIUS e o MacBook trocam certificados para estabelecer confiança mútua. O servidor RADIUS valida o certificado do MacBook em relação à Autoridade Certificadora. Se ele for válido, não estiver revogado e estiver em conformidade com as políticas exigidas, o servidor RADIUS envia uma mensagem de Access-Accept para o Access Point e o dispositivo entra na rede. De forma transparente. Sem qualquer interação do usuário. Vamos falar sobre os erros comuns de implementação. O problema número um que vemos são as falhas na cadeia de confiança do certificado. Para que o EAP-TLS funcione, o dispositivo Apple deve confiar no certificado do servidor RADIUS, e o servidor RADIUS deve confiar no certificado do dispositivo. Em seu perfil de WiFi do Jamf, você deve definir explicitamente os nomes dos certificados de servidor confiáveis e incluir o certificado Root CA no perfil. Se você esquecer disso, o iOS e o macOS falharão silenciosamente na conexão ou solicitarão que o usuário confie manualmente no certificado - o que anula todo o propósito da implantação via MDM. Outro erro comum é o desafio inicial de registro SCEP. Se o dispositivo estiver tentando obter seu certificado SCEP por meio da própria rede WiFi que ele precisa do certificado para acessar, você terá um problema clássico de quem veio primeiro, o ovo ou a galinha. Você precisa de uma rede de integração, ou os dispositivos precisam receber seus perfis via Ethernet ou dados celulares antes de acessar o WiFi corporativo. Agora, vamos analisar um cenário do mundo real. Uma grande rede de hospitais estava implantando cinco mil iPads para a equipe clínica. Eles usavam PEAP com nomes de usuário e senhas. A cada noventa dias, as senhas do Active Directory expiravam. Na manhã seguinte à expiração, centenas de enfermeiros não conseguiam acessar os prontuários dos pacientes porque seus iPads se desconectavam do WiFi. Ao migrar para o SCEP e EAP-TLS gerenciados pelo Jamf, eles eliminaram totalmente as rotações de senha para acesso à rede. Os certificados eram válidos por um ano, e o Jamf os renovava automaticamente trinta dias antes do vencimento via SCEP. Os chamados de suporte para WiFi caíram oitenta e cinco por cento. Deixe-me fazer uma sessão rápida de perguntas e respostas. Pergunta: Posso usar PEAP com Jamf em vez de EAP-TLS? Tecnicamente sim, mas você perde o principal benefício da autenticação sem senha. O EAP-TLS é o padrão recomendado. Pergunta: Preciso de uma CA interna ou posso usar uma CA pública? Para autenticação RADIUS, uma CA interna é fortemente recomendada porque você controla a emissão e revogação dos certificados dos dispositivos. Pergunta: O que acontece quando um dispositivo é desvinculado do Jamf? O certificado deve ser revogado no nível da CA, e o servidor RADIUS deve verificar a Lista de Revogação de Certificados para negar o acesso. Então, quais são as principais conclusões? Primeiro: afaste-se do PEAP e de senhas. O EAP-TLS é o padrão ouro para frotas Apple. Segundo: aproveite os payloads SCEP dinâmicos do Jamf Pro para emitir certificados exclusivos vinculados ao dispositivo sem intervenção manual. Terceiro: garanta que suas cadeias de confiança de certificado estejam explicitamente definidas em seus perfis de configuração para evitar falhas silenciosas. Quarto: planeje sua rede de integração com cuidado - os dispositivos precisam de um caminho para o servidor SCEP antes de poderem se conectar ao WiFi seguro. E quinto: use certificados baseados em dispositivos para hardware compartilhado e certificados baseados em usuários para implantações individuais. Esta é a nossa análise técnica aprofundada sobre Jamf e RADIUS por hoje. Para etapas de configuração mais detalhadas e diagramas de arquitetura, consulte o guia escrito completo na plataforma Purple. Obrigado por ouvir.

Parte da nossa série principal: Guia de Segurança WiFi Corporativa →

Jamf e RADIUS: Autenticação WiFi Baseada em Certificado para Frotas de Dispositivos Apple

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).

Jamf e RADIUS: Autenticação WiFi Baseada em Certificado para Frotas de Dispositivos Apple - radius architecture overview

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.

Jamf e RADIUS: Autenticação WiFi Baseada em Certificado para Frotas de Dispositivos Apple - scep flow diagram

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=$COMPUTERNAME para computadores ou CN=$JSSID para dispositivos móveis.
  • Subject Alternative Name (SAN): Defina o Tipo de SAN como RFC 822 Name com o valor $MACADDRESS@yourdomain.com, ou DNS Name com $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.

Comentário do examinador: Esta abordagem elimina completamente o problema de rotação de senha de 90 dias. Ao usar certificados baseados em dispositivos em vez de baseados em usuários, os iPads permanecem conectados à rede mesmo quando estão em um carrinho de recarga, garantindo que recebam atualizações críticas de MDM e notificações push antes que um médico os retire. A atribuição dinâmica de VLAN via RADIUS garante que os dispositivos clínicos sejam colocados automaticamente no segmento de rede correto, atendendo aos requisitos de segmentação de rede HIPAA sem configuração manual.

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.

Comentário do examinador: Este cenário destaca a importância crítica da rede de integração em implantações zero-touch. O payload SCEP e o payload WiFi devem estar no mesmo Configuration Profile e direcionados ao grupo de Prestage Enrollment para que sejam enviados imediatamente após a inscrição no MDM - antes que o usuário chegue à área de trabalho. Se o perfil for direcionado a um Smart Group que exige que o dispositivo esteja totalmente inscrito primeiro, pode haver um atraso durante o qual o dispositivo não terá acesso à rede, quebrando a experiência zero-touch.

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.

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.