Pular para o conteúdo principal

O Guia Corporativo de SCEP: Implantando o Simple Certificate Enrollment Protocol para Segurança Automatizada de WiFi de Campus

Este guia de referência técnica fornece um modelo de arquitetura definitivo e uma estratégia de implementação passo a passo para a implantação de certificados de WiFi corporativos usando SCEP. Ele aborda as diferenças críticas entre SCEP e PKCS, a sequência exata de implantação necessária para o sucesso e estratégias reais de mitigação de riscos para líderes de TI.

Publicado Atualizado
📖 6 min de leitura1,451 palavras2 exemplos práticos3 questões práticas8 definições principais

Ouça este guia

Ver transcrição do podcast
Bom dia. Se você gerencia infraestrutura de WiFi em um grupo de hotéis, redes de varejo, estádios ou campus universitários, este briefing é para você. Vamos falar sobre SCEP - Simple Certificate Enrollment Protocol - e especificamente sobre como ele resolve um dos maiores problemas recorrentes no WiFi corporativo: instalar certificados em milhares de dispositivos de forma automática, sem sobrecarregar sua equipe de suporte. [short pause] Para contextualizar: você decidiu - corretamente - que chaves pré-compartilhadas não são mais aceitáveis para o WiFi corporativo dos funcionários. Uma única senha comprometida expõe todo o segmento da sua rede. Você migrou, ou está migrando, para a autenticação 802.1X. Esse é o padrão IEEE que exige que cada dispositivo comprove sua identidade antes de obter acesso à rede. O modelo mais seguro de 802.1X é o EAP-TLS - Extensible Authentication Protocol com Transport Layer Security - que utiliza certificados digitais em vez de senhas. Os certificados são criptograficamente exclusivos por dispositivo, não podem ser compartilhados e podem ser revogados instantaneamente se um dispositivo for perdido ou se um funcionário se desligar da empresa. [short pause] Até aí, tudo bem. O problema é a distribuição. Como instalar um certificado exclusivo em cada laptop, celular ou tablet de sua propriedade - em sistemas Windows, iOS, Android, macOS - sem que um técnico precise mexer manualmente em cada dispositivo? É exatamente isso que o SCEP resolve. [medium pause] O SCEP foi formalizado pela Internet Engineering Task Force na RFC 8894 em 2020, embora já seja usado em ambientes corporativos desde o início dos anos 2000. Trata-se de um protocolo que permite que um dispositivo gerenciado solicite seu próprio certificado diretamente da sua Autoridade Certificadora, utilizando uma URL pré-configurada e uma senha de desafio. O ponto crítico de segurança aqui é: a chave privada é gerada no próprio dispositivo e armazenada na área segura do hardware - como o chip TPM em dispositivos Windows ou o Secure Enclave em aparelhos Apple - de modo que ela nunca trafega pela rede. O dispositivo gera uma Solicitação de Assinatura de Certificado, envia para o gateway SCEP, o gateway valida o desafio, encaminha a solicitação para a sua Autoridade Certificadora, ela assina e o certificado assinado retorna para o dispositivo. Todo o processo é invisível para o usuário final. [short pause] Em ambientes Microsoft, o gateway SCEP é geralmente o NDES - Network Device Enrollment Service - uma função do Windows Server que serve de intermediária entre sua plataforma de MDM e sua Autoridade Certificadora. O Microsoft Intune envia o perfil SCEP para os dispositivos gerenciados, informando a eles a URL do NDES e a senha de desafio. Os dispositivos fazem o resto de forma automática. [medium pause] Deixe-me orientar você sobre como é uma implantação real. Considere um grupo hoteleiro com 150 propriedades - pense na escala do Premier Inn. Eles têm uma mistura de laptops Windows para a equipe da recepção, dispositivos iOS para supervisores de governança e tablets Android no ponto de venda do restaurante. Antes do SCEP, eles utilizavam WPA2-Personal com uma senha compartilhada rotacionada trimestralmente. Cada rotação gerava uma onda de chamadas para o suporte técnico. Com o SCEP e o Intune, eles implantam três perfis em sequência. Primeiro, o perfil de Certificado de Raiz Confiável - isso diz a cada dispositivo para confiar na Autoridade de Certificação da empresa. Segundo, o perfil de Certificado SCEP - isso instrui os dispositivos a buscarem seu certificado de cliente exclusivo. Terceiro, o perfil de WiFi - isso configura o SSID, define o tipo de segurança para WPA2-Enterprise ou WPA3-Enterprise e aponta para o certificado SCEP para autenticação. Implante esses três perfis no mesmo grupo de dispositivos no Intune, e cada dispositivo gerenciado se conectará ao SSID corporativo automaticamente, com um certificado exclusivo, sem necessidade de interação do usuário. [short pause] O servidor RADIUS - normalmente o Microsoft NPS ou um serviço RADIUS em nuvem - recebe a solicitação de autenticação EAP-TLS, valida o certificado em relação à AC, verifica a Lista de Revogação de Certificados e concede ou nega o acesso. Se um funcionário for demitido, você revoga o certificado dele na AC. O dispositivo dele perde o acesso ao WiFi no próximo ciclo de autenticação. Nenhuma redefinição de senha é necessária. Sem espera por uma rotação trimestral. [medium pause] Agora, as pessoas costumam perguntar sobre a diferença entre SCEP e PKCS - Public Key Cryptography Standards. Ambos funcionam com o Intune. A principal diferença está em onde a chave privada é gerada. Com o SCEP, ela é gerada no próprio dispositivo. Com o PKCS, a AC gera ambas as chaves centralmente e envia a chave privada para o dispositivo. Isso significa que a chave privada trafega pela rede, o que introduz um risco teórico de interceptação. O PKCS tem o seu espaço - ele é mais adequado para criptografia de e-mail S/MIME, onde a custódia de chaves é importante. Para autenticação WiFi, o SCEP é a escolha certa. Sempre. [short pause] Deixe-me dar um segundo cenário - uma rede de varejo. Imagine um varejista de moda com 200 lojas em todo o Reino Unido, cada uma executando pontos de acesso Cisco Meraki. Seus sistemas de ponto de venda são baseados em Windows, gerenciados por meio do Intune. Eles precisam de conformidade com o PCI-DSS, o que significa segmentação de rede e autenticação forte para qualquer dispositivo que manipule dados de portadores de cartão. O EAP-TLS baseado em SCEP oferece autenticação em nível de dispositivo no SSID da equipe, com atribuição de VLAN conduzida pela política do RADIUS. Os terminais de PDV entram na VLAN de escopo PCI automaticamente. O WiFi para convidados - tratado separadamente por meio de uma plataforma como o Purple - funciona em um SSID completamente isolado com seu próprio fluxo de autenticação. As duas redes nunca se tocam. Os auditores ficam satisfeitos. A equipe de segurança dorme melhor. [medium pause] Certo, vamos falar sobre as armadilhas, porque existem algumas que costumam pegar as equipes de surpresa. [short pause] O modo de falha mais comum é a incompatibilidade de direcionamento de grupo no Intune. O seu perfil de Raiz Confiável, o seu perfil SCEP e o seu perfil WiFi devem todos direcionar para o mesmo grupo do Azure AD. Se o perfil SCEP direcionar para um grupo de Usuários e o perfil WiFi direcionar para um grupo de Dispositivos, o Intune não conseguirá resolver a dependência e o perfil WiFi apresentará um erro. Verifique suas atribuições primeiro - quase sempre o problema está aí. [short pause] Segundo erro comum: disponibilidade do servidor NDES. O seu servidor NDES precisa estar acessível pela internet para que os dispositivos remotos possam se registrar antes de chegarem ao local. A maneira segura de fazer isso é via Azure AD Application Proxy, que oferece acesso remoto sem a necessidade de abrir portas de entrada no firewall. Não exponha o NDES diretamente à internet. [short pause] Terceiro: disponibilidade da CRL. O seu servidor RADIUS verifica a Lista de Revogação de Certificados toda vez que um dispositivo se autentica. Se o Ponto de Distribuição da CRL estiver inacessível - talvez um servidor esteja fora do ar ou uma regra de firewall tenha mudado - a autenticação falhará para todos. Torne os seus endpoints de CRL altamente disponíveis e teste-os regularmente. [short pause] Quarto: permissões de modelo de certificado. Se a conta de serviço do seu conector NDES não tiver permissões de Leitura e Registro no modelo de certificado, os dispositivos receberão erros HTTP 403 ao tentar coletar o certificado. É uma correção simples de permissões, mas fácil de passar despercebida durante a configuração inicial. [medium pause] Agora, uma rodada de perguntas rápidas. [short pause] O SCEP funciona com MDMs que não sejam da Microsoft? Sim - o Jamf para frotas de dispositivos Apple, o VMware Workspace ONE e a maioria das plataformas MDM corporativas suportam perfis SCEP. O protocolo é neutro em relação ao fornecedor. [short pause] O SCEP funciona com PKI na nuvem? Sim. A própria PKI na nuvem da Microsoft no Intune Suite elimina completamente a necessidade de um servidor NDES local. Provedores de PKI na nuvem de terceiros, como SecureW2 e Keyfactor, também oferecem endpoints SCEP na nuvem. [short pause] E quanto ao WPA3-Enterprise? O WPA3-Enterprise utiliza a mesma pilha de autenticação 802.1X e EAP-TLS. Os certificados emitidos por SCEP funcionam de maneira idêntica. A atualização ocorre na camada de protocolo sem fio, não na camada de certificado. [short pause] Qual é o tempo de validade dos certificados? Geralmente um ano, embora você possa configurar períodos de validade mais curtos. O Intune gerencia a renovação automática antes do vencimento, para que os usuários nunca sofram interrupções. [medium pause] Para resumir. O SCEP automatiza a distribuição de certificados em escala, eliminando a sobrecarga de trabalho manual da implantação de PKI em grandes frotas de dispositivos. A chave privada permanece no dispositivo - essa é a base de segurança do EAP-TLS. Implante na sequência: primeiro a Raiz Confiável, segundo o perfil SCEP, terceiro o perfil WiFi, todos direcionados ao mesmo grupo. Publique o seu endpoint NDES de forma segura via Application Proxy. Mantenha os seus endpoints de CRL altamente disponíveis. E se estiver começando do zero, avalie uma PKI na nuvem para remover completamente a dependência do NDES local. [short pause] Para guest WiFi - a rede separada voltada para visitantes - a autenticação baseada em certificado não é o modelo correto. Os visitantes não possuem dispositivos gerenciados. É aí que uma plataforma como o Purple lida com o fluxo de autenticação: captive portal, login social, captura de e-mail ou verificação por SMS, tudo alimentando uma camada de dados proprietários que sua equipe de marketing pode realmente usar. As duas abordagens se complementam: SCEP para a frota de dispositivos gerenciados de seus funcionários, Purple para sua rede de convidados. Ambos funcionando no mesmo hardware, limpos e segmentados por VLAN. [short pause] Este é o seu resumo sobre a integração SCEP em enterprise WiFi. O guia escrito completo, com diagramas de arquitetura, configuração passo a passo do Intune e exemplos práticos, está disponível no site da Purple. Obrigado por ouvir.

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

O Guia Corporativo de SCEP: Implantando o Simple Certificate Enrollment Protocol para Segurança Automatizada de WiFi de Camp…

Resumo Executivo

Para locais corporativos, seja um ambiente hoteleiro movimentado, uma operação de varejo multiclientes ou um campus corporativo moderno, depender de chaves pré-compartilhadas ou de um Captive Portal básico para o WiFi de funcionários representa uma vulnerabilidade de segurança e um gargalo operacional. Arquiteturas de rede modernas exigem autenticação 802.1X usando EAP-TLS, o que garante que cada dispositivo seja verificado criptograficamente antes de obter acesso à rede.

O desafio reside na distribuição: como implantar certificados de cliente exclusivos em milhares de dispositivos Windows, iOS e Android sem sobrecarregar sua equipe de suporte com chamados? O Microsoft Intune e outras plataformas de MDM resolvem isso por meio do gerenciamento automatizado do ciclo de vida dos certificados. Ao implantar perfis SCEP (Simple Certificate Enrollment Protocol), as equipes de TI distribuem silenciosamente certificados raiz e de cliente confiáveis para endpoints gerenciados.

Este guia fornece um modelo arquitetônico definitivo e uma estratégia de implementação passo a passo para a implantação de certificados WiFi corporativos. Exploraremos as diferenças críticas entre SCEP e PKCS, detalharemos a sequência de implantação correta necessária para o sucesso e descreveremos estratégias reais de mitigação de riscos para garantir que seu Guest WiFi e suas redes corporativas permaneçam seguros e operacionais.

Ouça o Briefing

Detalhamento Técnico: Arquitetura SCEP

Ao planejar a estratégia de implantação de certificados de WiFi corporativos, a primeira decisão arquitetônica é selecionar o mecanismo de entrega de certificados. As plataformas de Gerenciamento de Dispositivos Móveis (MDM) suportam SCEP e PKCS, mas operam de maneiras fundamentalmente diferentes.

Simple Certificate Enrolment Protocol (SCEP)

O SCEP é o padrão da indústria para registro de dispositivos corporativos. Em um fluxo de trabalho SCEP, o serviço de gerenciamento instrui o endpoint a gerar seu próprio par de chaves pública e privada. O dispositivo gera uma Solicitação de Assinatura de Certificado (CSR) e a envia à sua Autoridade Certificadora (CA) por meio de um servidor Network Device Enrollment Service (NDES). A CA assina a solicitação e retorna o certificado público ao dispositivo.

O benefício de segurança mais crítico do SCEP é que a chave privada nunca sai do dispositivo. Ela é gerada localmente, armazenada no enclave seguro do dispositivo (como TPM para Windows ou Secure Enclave para iOS) e nunca é transmitida pela rede. Por esse motivo, o SCEP é altamente recomendado para autenticação 802.1X.

O Guia Corporativo de SCEP: Implantando o Simple Certificate Enrollment Protocol para Segurança Automatizada de WiFi de Camp…

Public Key Cryptography Standards (PKCS)

Por outro lado, com o PKCS, a Autoridade Certificadora gera as chaves pública e privada de forma centralizada. Um conector de certificado exporta com segurança esse par de chaves e o envia para o dispositivo de destino.

Embora o PKCS reduza a complexidade da infraestrutura ao eliminar a necessidade de implantar e manter um servidor NDES, ele introduz um risco teórico de segurança porque a chave privada é transmitida pela rede. Em vez de autenticação de rede, o PKCS é normalmente mais adequado para casos de uso em que a custódia de chaves é necessária, como a criptografia de e-mail S/MIME.

O Guia Corporativo de SCEP: Implantando o Simple Certificate Enrollment Protocol para Segurança Automatizada de WiFi de Camp…

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: Sequência de Implantação

A configuração bem-sucedida de um perfil de WiFi gerenciado para 802.1X exige a adesão estrita a uma sequência de implantação específica. Devido às regras de dependência de perfil, a confiança deve ser estabelecida antes que a autenticação possa ser configurada.

Passo 1: Implantando o Perfil de Certificado de Raiz Confiável

Antes que qualquer dispositivo possa solicitar um certificado de cliente ou confiar em seu servidor RADIUS, ele deve confiar na Autoridade Certificadora emissora.

  1. Exporte o certificado da sua CA Raiz e quaisquer certificados de CA Intermediária como arquivos .cer.
  2. Crie um novo perfil de configuração no console do seu MDM.
  3. Selecione a plataforma de destino e escolha o tipo de perfil de Certificado Confiável.
  4. Faça o upload do arquivo .cer e implante este perfil nos seus grupos de dispositivos de destino.

Passo 2: Configurando o Perfil de Certificado SCEP

Assim que a relação de confiança for estabelecida, configure o perfil SCEP para definir como os dispositivos recuperam seus certificados de cliente.

  1. Crie um novo perfil de configuração e selecione Certificado SCEP.
  2. Configure o Formato do Nome do Assunto. Para autenticação baseada no usuário, CN={{UserPrincipalName}} é o padrão. Para autenticação de dispositivo, use CN={{AAD_Device_ID}}.
  3. Defina o Uso da Chave para Assinatura Digital e Criptografia de Chave.
  4. Em Uso Avançado da Chave, especifique Autenticação do Cliente (OID: 1.3.6.1.5.5.7.3.2).
  5. Vincule este perfil ao perfil de Certificado de Raiz Confiável criado no Passo 1.
  6. Forneça a URL externa do seu gateway SCEP ou servidor NDES.

Passo 3: Implantando o Perfil WiFi 802.1X

O passo final é enviar a configuração de WiFi que associa os certificados ao SSID da rede.

  1. Crie um perfil de configuração de WiFi.
  2. Insira o nome da rede exatamente como ele é transmitido pelos seus pontos de acesso sem fio.
  3. Selecione WPA2-Enterprise ou WPA3-Enterprise como o tipo de segurança.
  4. Defina o tipo de EAP para EAP-TLS.
  5. Nas configurações de autenticação, selecione o perfil de certificado SCEP criado no Passo 2 como o certificado de Autenticação do Cliente.
  6. Especifique o Certificado de Raiz Confiável para validação do servidor para garantir que o dispositivo se conecte apenas ao seu servidor RADIUS legítimo.

Melhores Práticas e Padrões do Setor

Ao implementar implantações de certificados SCEP, siga estas melhores práticas neutras de fornecedor para garantir a conformidade e a confiabilidade.

Posicionamento e Segurança do Gateway SCEP

Para permitir que dispositivos remotos provisionem certificados antes de chegarem ao local, o gateway SCEP deve estar acessível pela internet. Expor um servidor interno diretamente à internet é um grande risco de segurança. Publique a URL do SCEP usando um proxy de aplicativo ou proxy reverso. Isso fornece acesso remoto seguro sem abrir portas de entrada no firewall e permite aplicar políticas de Acesso Condicional ao fluxo de registro.

Verificação de RADIUS e CRL

A implantação de certificados é apenas metade da equação de segurança; a revogação é igualmente crítica. Se um funcionário sair da organização, desativar sua conta de diretório pode não revogar imediatamente seu acesso WiFi se o certificado de cliente continuar válido e o servidor RADIUS não verificar rigidamente a Lista de Revogação de Certificados (CRL).

Configure seu servidor RADIUS para impor uma verificação rígida de CRL. Certifique-se de que seus pontos de distribuição de CRL estejam altamente disponíveis; se o servidor RADIUS não conseguir alcançar a CRL, a autenticação falhará, causando interrupções generalizadas.

Para uma análise mais detalhada sobre conectividade moderna, revise nosso guia Gerenciamento de Largura de Banda: Um Guia Prático para 2026.

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

Mesmo com um planejamento meticuloso, as implantações de certificados podem apresentar problemas. Aqui estão os modos de falha comuns e suas estratégias de mitigação.

Falha ao Aplicar o Perfil WiFi

O dispositivo recebe os certificados Trusted Root e SCEP, mas o perfil de WiFi é exibido como com falha ou não aplicável no console MDM. Isso é quase sempre causado por uma incompatibilidade de direcionamento de grupo. Se o perfil SCEP for atribuído a um grupo de usuários, mas o perfil de WiFi for atribuído a um grupo de dispositivos, o MDM não conseguirá resolver a dependência. Audite suas atribuições. Garanta que os perfis Trusted Root, SCEP e de WiFi sejam todos implantados exatamente nos mesmos grupos.

Erro de Gateway 403 Forbidden

Os dispositivos falham ao recuperar os certificados SCEP e os logs do gateway exibem erros HTTP 403. A conta de serviço do conector não possui as permissões necessárias no modelo de certificado ou a filtragem de URL do seu firewall está bloqueando parâmetros específicos de query string usados pelo SCEP. Verifique se a conta do conector possui permissões de Read e Enrol no modelo de CA. Verifique os logs do firewall para garantir que as URLs que contêm ?operation=GetCACaps não estejam sendo bloqueadas.

ROI e Impacto nos Negócios

A transição para a implantação de certificados 802.1X orientada por SCEP oferece retornos mensuráveis em segurança e operações.

  1. Redução nos Chamados de Suporte: O WiFi baseado em senha gera um alto volume de chamados de suporte devido a senhas expiradas, bloqueios e erros de digitação. A autenticação baseada em certificado é invisível para o usuário, reduzindo normalmente as cargas de trabalho de suporte relacionadas ao WiFi em 70%.
  2. Postura de Segurança Aprimorada: O EAP-TLS elimina o risco de colheita de credenciais e ataques Man-in-the-Middle. Isso é crítico para a conformidade com frameworks como PCI-DSS e GDPR, especialmente em ambientes de Varejo e Saúde.
  3. Integração Simplificada: A integração da implantação de certificados com os fluxos de trabalho existentes do MDM garante uma experiência de provisionamento unificada e sem toque desde o primeiro dia.

Embora o SCEP proteja seus dispositivos corporativos gerenciados, as redes de convidados e visitantes exigem uma abordagem diferente. Para dispositivos não gerenciados, um Captive Portal com login social ou verificação por SMS alimenta uma camada de dados proprietários, fornecendo insights práticos. Explore nossa plataforma de WiFi Analytics para ver como esses dados geram receita.

Definições principais

SCEP (Simple Certificate Enrollment Protocol)

Um protocolo que permite aos dispositivos solicitar certificados digitais de uma Autoridade de Certificação, onde a chave privada é gerada e armazenada com segurança no próprio dispositivo.

O método recomendado para implantar certificados de autenticação de WiFi devido à sua alta segurança e escalabilidade em frotas corporativas.

PKCS (Public Key Cryptography Standards)

Um conjunto de padrões onde tanto a chave pública quanto a privada são geradas pela Autoridade de Certificação e depois entregues com segurança ao dispositivo final.

Frequentemente usado para criptografia de e-mail S/MIME, mas menos ideal para autenticação de WiFi devido à transmissão da chave privada pela rede.

NDES (Network Device Enrollment Service)

Uma função do Microsoft Windows Server que atua como uma ponte, permitindo que dispositivos sem credenciais de domínio obtenham certificados via SCEP.

Um componente de infraestrutura obrigatório ao implementar a implantação de certificados SCEP com Microsoft PKI local.

EAP-TLS (Extensible Authentication Protocol - Transport Layer Security)

O método de autenticação 802.1X mais seguro, que exige que tanto o servidor quanto o cliente apresentem certificados digitais válidos.

O protocolo de autenticação de destino que os perfis de WiFi e de certificado MDM são projetados para habilitar, eliminando o acesso baseado em senha.

CRL (Certificate Revocation List)

Uma lista publicada pela Autoridade Certificadora contendo os números de série dos certificados que foram revogados antes da sua data de expiração agendada.

Os servidores RADIUS devem verificar a CRL durante a autenticação para garantir que funcionários desligados não possam acessar a rede usando um certificado anteriormente válido.

CSR (Certificate Signing Request)

Um bloco de texto codificado enviado a uma Autoridade Certificadora ao solicitar um certificado SSL/TLS, contendo a chave pública e as informações de identidade.

Gerado localmente pelo dispositivo gerenciado durante o fluxo SCEP para solicitar sua credencial de identidade exclusiva.

802.1X

Um padrão IEEE para controle de acesso à rede baseado em porta que fornece um mecanismo de autenticação para dispositivos que desejam se conectar a uma LAN ou WLAN.

O framework fundamental que impõe a exigência de validação de certificado EAP-TLS antes de conceder acesso à rede.

RADIUS (Remote Authentication Dial-In User Service)

Um protocolo de rede que fornece gerenciamento centralizado de autenticação, autorização e tarifação para usuários que se conectam e usam um serviço de rede.

O servidor que avalia o certificado do cliente em relação à CA e à CRL para tomar a decisão final de permitir ou negar o acesso WiFi.

Exemplos práticos

Um grupo hoteleiro de 150 propriedades precisa proteger a rede de seus funcionários em uma combinação de notebooks Windows para a recepção, dispositivos iOS para a governança e tablets Android para o ponto de venda do restaurante. Eles usam atualmente WPA2-Personal com uma senha compartilhada rotacionada trimestralmente, gerando um volume enorme de chamados no suporte.

O grupo hoteleiro implanta três perfis do Intune em sequência para um grupo unificado de dispositivos. Primeiro, um perfil de Certificado de Raiz Confiável estabelece confiança com a CA corporativa. Segundo, um perfil de Certificado SCEP instrui os dispositivos a solicitar um certificado de cliente exclusivo. Terceiro, um perfil de WiFi configura o SSID corporativo com WPA3-Enterprise e EAP-TLS, apontando para o certificado SCEP para autenticação. O servidor RADIUS impõe uma verificação rigorosa de CRL para revogar o acesso instantaneamente após o desligamento de um funcionário.

Comentário do examinador: Essa abordagem elimina a sobrecarga da rotação trimestral de senhas e protege a rede contra o compartilhamento de credenciais. O SCEP é escolhido em vez do PKCS para garantir que a chave privada nunca saia dos dispositivos individuais, mantendo uma postura de zero-trust em hardware diversificado.

Uma rede de varejo de moda com 200 lojas exige conformidade com o PCI DSS para seus sistemas de ponto de venda baseados em Windows gerenciados através do Intune. Eles devem garantir uma autenticação forte e uma segmentação de rede rigorosa para qualquer dispositivo que processe dados de portadores de cartão.

A rede de varejo implementa EAP-TLS baseado em SCEP para autenticação em nível de dispositivo no SSID da equipe. A política RADIUS direciona a atribuição de VLAN, colocando automaticamente os terminais de PDV autenticados em uma VLAN estritamente isolada e no escopo do PCI. O WiFi de convidados é tratado em um SSID totalmente separado com seu próprio fluxo de autenticação de Captive Portal, garantindo que as duas redes nunca se cruzem.

Comentário do examinador: Ao vincular a segmentação de rede diretamente à autenticação baseada em certificado, a rede de varejo atende aos requisitos do PCI DSS sem a necessidade de configuração de rede manual por loja. A separação física da rede de convidados usando uma plataforma como o Purple evita a expansão do escopo para a auditoria do PCI.

Questões práticas

Q1. Sua implantação do Intune mostra os perfis de Trusted Root e SCEP aplicados com sucesso ao laptop de um usuário, mas o perfil de WiFi mostra um estado de "Erro". O usuário não consegue se conectar ao SSID corporativo. Qual é a causa arquitetônica mais provável?

Dica: Considere como as plataformas de MDM resolvem dependências entre perfis de configuração relacionados.

Ver resposta modelo

Uma divergência no direcionamento de grupos. O perfil SCEP provavelmente está atribuído a um grupo de Usuários, enquanto o perfil de WiFi está atribuído a um grupo de Dispositivos (ou vice-versa). O Intune não consegue resolver a dependência entre tipos de grupos diferentes, fazendo com que a implantação do perfil de WiFi falhe. Audite as atribuições e garanta que todos os três perfis tenham como alvo exatamente o mesmo grupo do Azure AD.

Q2. Uma subsidiária recém-adquirida exige autenticação 802.1X para os dispositivos de seus funcionários. A equipe de segurança deles exige que as chaves privadas nunca trafeguem pela rede e sejam geradas dentro do TPM de hardware do dispositivo. Qual método de implantação de certificado você deve usar?

Dica: Compare onde a chave privada é gerada no fluxo de trabalho SCEP em relação ao fluxo de trabalho PKCS.

Ver resposta modelo

Você deve usar SCEP (Simple Certificate Enrollment Protocol). Em um fluxo de trabalho SCEP, o dispositivo gera seu próprio par de chaves pública e privada localmente em seu enclave seguro (TPM) e envia apenas uma Solicitação de Assinatura de Certificado (CSR) pela rede. O PKCS gera a chave privada de forma centralizada na CA e a transmite pela rede, o que viola a exigência da equipe de segurança.

Q3. Um funcionário é desligado e sua conta do Active Directory é desativada. No entanto, seu laptop permanece conectado à rede WiFi corporativa por várias horas antes de perder o acesso. Como você resolve essa lacuna de segurança?

Dica: Desativar uma conta não invalida um certificado existente. Qual mecanismo o servidor RADIUS usa para verificar a validade do certificado?

Ver resposta modelo

Você deve configurar o servidor RADIUS para impor uma verificação rigorosa da Lista de Revogação de Certificados (CRL). Quando um funcionário é desligado, seu certificado deve ser explicitamente revogado na Autoridade Certificadora. O servidor RADIUS verificará a CRL durante o próximo ciclo de autenticação e negará o acesso imediatamente, independentemente do status da conta no Active Directory.

Continue a ler esta série

Como Segmentar Redes WiFi de Funcionários e Convidados com Segurança: Melhores Práticas para LANs Corporativas

Este guia fornece aos gerentes de TI e arquitetos de rede um modelo técnico e neutro em relação a fornecedores para proteger LANs corporativas por meio da segmentação adequada do tráfego WiFi de funcionários e convidados. O conteúdo aborda autenticação 802.1X, RADIUS em nuvem, isolamento de VLAN e o gerenciamento do ciclo de vida de credenciais necessário para eliminar senhas compartilhadas e proteger os ativos corporativos.

Ler o guia →

Best DNS filtering: a comprehensive guide for businesses

Este guia de referência técnica explica como o DNS filtering empresarial protege redes públicas bloqueando domínios maliciosos na camada de resolução - antes mesmo que uma conexão seja estabelecida. Ele fornece a diretores de TI, arquitetos de rede e equipes de operações de locais a arquitetura de implantação, configuração de firewall e contexto de conformidade que precisam para proteger o Guest WiFi em ambientes de hospitalidade, varejo e setor público. O Purple Shield bloqueia malware, botnets e conteúdo inadequado no nível de DNS em mais de 80.000 locais ativos.

Ler o guia →

Entendendo o Cisco SUDI: Identidade Ancorada em Hardware no Controle de Acesso a Redes Seguras

Este guia explica como o Cisco SUDI fornece uma identidade criptograficamente segura e ancorada em hardware para a infraestrutura de rede corporativa. Saiba como substituir endereços MAC clonáveis por certificados 802.1AR imutáveis para proteger o controle de acesso à rede do seu local.

Ler o guia →

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.