Pular para o conteúdo principal

O papel do SCEP e do NAC na infraestrutura moderna de MDM

Este guia oferece uma análise técnica detalhada de como o SCEP e o NAC se integram às plataformas de MDM para fornecer acesso seguro à rede com provisionamento zero-touch em escala empresarial. Ele abrange toda a arquitetura, desde a emissão de certificados até a aplicação do 802.1X, com cenários reais de implementação nos setores de hotelaria e varejo. Desenvolvido para líderes de TI em grandes locais de eventos que precisam eliminar vulnerabilidades de senhas, automatizar o provisionamento de dispositivos e atender aos requisitos de conformidade neste trimestre.

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

Ouça este guia

Ver transcrição do podcast
Bem-vindo ao Purple Technical Briefing. Eu sou o seu anfitrião e hoje vamos mergulhar em um tópico de arquitetura crítico para redes corporativas: O papel do SCEP e do NAC na infraestrutura moderna de MDM. Se você é um diretor de TI, um arquiteto de rede ou gerencia operações em um grande local — seja um estádio, um hospital ou uma rede de varejo — você conhece a dor de cabeça que é integrar dispositivos com segurança. Os dias de chaves pré-compartilhadas acabaram. Hoje, estamos falando sobre autenticação baseada em certificados. Vamos explorar como o Simple Certificate Enrollment Protocol, ou SCEP, se integra ao Network Access Control, ou NAC, para automatizar o provisionamento de dispositivos e aplicar o acesso zero-trust. Vamos direto ao assunto. Vamos detalhar a arquitetura. No núcleo, temos três camadas: a camada de dispositivos, o mecanismo de políticas e a camada de acesso à rede. Quando um novo dispositivo corporativo ou um endpoint BYOD precisa de acesso, ele primeiro se registra na sua plataforma de Mobile Device Management. Mas o MDM sozinho não concede acesso à rede. É aí que o SCEP entra. O SCEP atua como o mensageiro automatizado entre o seu MDM e a sua Autoridade Certificadora (CA). Em vez de um administrador de TI gerar e instalar manualmente um certificado X.509 em cada dispositivo, o MDM envia um payload para o dispositivo. O dispositivo gera uma Solicitação de Assinatura de Certificado, ou CSR, e a envia para o servidor SCEP. A CA emite o certificado e o dispositivo agora possui uma identidade criptograficamente segura. Sem senhas para sofrer phishing, sem chaves compartilhadas para vazar. Mas um certificado é apenas um cartão de identidade. Você ainda precisa de um segurança na porta. Esse é o seu NAC. Quando o dispositivo tenta se conectar ao WiFi — normalmente usando 802.1X EAP-TLS — o ponto de acesso sem fio passa a solicitação para o servidor RADIUS, que é governado pelo mecanismo de políticas do NAC. O NAC verifica o certificado: Ele é válido? Foi revogado? Mas o NAC moderno vai além. Ele verifica a postura no MDM: O SO está atualizado? O firewall está ativado? Se sim, o NAC instrui o switch ou ponto de acesso a colocar o dispositivo na VLAN correta. Se não, ele os coloca em uma rede de remediação. Essa integração é crítica para ambientes como grandes redes de varejo ou instalações de saúde, onde você tem uma mistura de laptops corporativos, dispositivos IoT e redes de convidados. Falando em redes de convidados, é aqui que plataformas como o Guest WiFi e WiFi Analytics da Purple se integram perfeitamente ao lado dos seus SSIDs corporativos seguros, garantindo que o acesso público seja isolado da sua infraestrutura segura e protegida por certificados. Então, como você implanta isso sem quebrar sua rede? Primeira recomendação: Sempre use EAP-TLS. Ele exige certificados tanto no servidor quanto no cliente, fornecendo autenticação mútua. Segundo, preste atenção às suas Listas de Revogação de Certificados, ou CRLs, e ao OCSP. Se um dispositivo for comprometido ou um funcionário sair, revogar o certificado na CA é inútil se o NAC não estiver verificando o status de revogação em tempo real. Um erro comum que vemos no setor de hotelaria e em grandes locais de eventos é não levar em conta os dispositivos IoT. Nem todos os sensores de IoT ou smart TVs suportam 802.1X ou SCEP. Para estes, você precisará de uma estratégia de fallback como MAC Authentication Bypass, ou MAB, rigidamente controlada pelo seu NAC para portas de switch específicas ou VLANs isoladas. Outro erro comum são os períodos de validade dos certificados. Não os configure para 10 anos, mas também não os configure para 30 dias, a menos que sua renovação automatizada via SCEP seja infalível. Uma validade de um ano com renovação automática na marca de 30 dias é um padrão sólido do setor. Vamos responder a algumas perguntas rápidas que costumamos receber de CTOs. Pergunta um: Podemos usar nossos Active Directory Certificate Services existentes para o SCEP? Sim, o Microsoft AD CS inclui uma função de Network Device Enrollment Service, ou NDES, que atua como um servidor SCEP. Apenas certifique-se de que ele esteja devidamente protegido e exposto ao seu MDM. Pergunta dois: Isso substitui nosso firewall? Absolutamente não. O SCEP e o NAC lidam com autenticação e controle de acesso na borda — Camada 2. Seu firewall lida com inspeção de tráfego e prevenção de ameaças nas Camadas 3 a 7. Eles trabalham juntos. Para resumir, a combinação de SCEP, NAC e MDM oferece uma borda de rede altamente segura e sem necessidade de toque manual (zero-touch). Isso elimina chamados de suporte relacionados a senhas e garante que apenas dispositivos em conformidade acessem sua infraestrutura crítica. Para operadores de locais de eventos, isso significa que suas operações de back-of-house funcionam de forma segura, permitindo que você se concentre na experiência de front-of-house — que você pode potencializar com as ferramentas de analytics e engajamento da Purple. Comece auditando seus recursos atuais de MDM e garantindo que sua infraestrutura RADIUS suporte EAP-TLS. Mapeie seus tipos de dispositivos e execute um piloto primeiro com os dispositivos da sua equipe de TI. Obrigado por acompanhar este briefing técnico. Mantenha-se seguro e nos vemos no próximo.

header_image.png

执行摘要

对于企业场所——从拥有 80,000 个座位的体育场到多站点零售连锁店——确保网络边缘的安全已果断地超越了预共享密钥和手动凭证管理。企业终端、BYOD 设备和物联网基础设施的激增要求采用零信任架构,该架构能够在不给 IT 服务台带来负担的情况下扩展。

本指南详细介绍了将简单证书注册协议(SCEP)和网络准入控制(NAC)与移动设备管理(MDM)基础设施集成的技术架构。通过利用 SCEP 自动分发 X.509 证书,并利用 NAC 强制执行 IEEE 802.1X EAP-TLS 身份验证,组织可以实现零接触配置、消除凭证窃取途径,并强制执行基于姿态的动态网络访问。虽然面向公众的访问通过专用的 Guest WiFi 解决方案进行管理,但此架构可确保关键的幕后操作安全,从而维持场所的正常运行。其结果是 IT 开销显著降低、PCI DSS 和 GDPR 下的合规性更强,以及网络边缘主动执行零信任原则。


技术深入探讨

三层架构

现代网络安全依赖于加密身份而非用户知识。SCEP-NAC-MDM 堆栈跨三个主要层面运行:

层面 组件 功能
设备管理 MDM / UEM 设备配置、合规性和生命周期的中央权威机构
身份与颁发 PKI / SCEP / CA 生成、颁发和管理数字证书
访问强制执行 NAC / RADIUS 在授予网络访问权限之前评估证书和设备姿态

这些层面并非顺序关系——它们在一个连续的反馈循环中运行。MDM 实时将合规性状态通知 NAC,而 NAC 可以在设备未通过姿态检查时触发 MDM 修复工作流。

architecture_overview.png

SCEP 如何大规模自动化 PKI

手动部署证书在规模上操作上是不可能的。一个拥有 500 台设备的资产需要 IT 管理员为每台设备生成、签名和安装单独的 X.509 证书——这个过程每台设备需要几分钟,并且会引入重大的人为错误风险。SCEP 完全消除了这一点。

当设备在 MDM 中注册时,MDM 推送一个包含 SCEP 负载的配置描述文件。该负载指示设备在本地生成密钥对——关键的是,私钥永远不会离开设备——并向 SCEP 服务器提交证书签名请求(CSR)。SCEP 服务器(通常是微软的网络设备注册服务(NDES)或基于云的等效服务)根据 MDM 验证请求,以确认设备已获授权。然后,它将 CSR 转发给证书颁发机构(CA),CA 签发已签名的 X.509 证书。证书返回给设备并安装在其安全隔区或系统密钥库中。

整个过程静默地进行,通过无线方式完成,无需用户交互。对于部署 1,000 台设备,整个证书资产可以在 MDM 注册完成后的数小时内完成配置。

NAC 和 802.1X EAP-TLS:强制执行层

一旦设备持有有效证书,它就会尝试使用 IEEE 802.1X 连接到企业 SSID 或有线端口。接入点或交换机充当认证器,将请求转发给由 NAC 策略引擎控制的 RADIUS 服务器。最安全的 EAP 方法是 EAP-TLS,它要求相互认证——客户端和 RADIUS 服务器都必须提供有效证书,从而防止通过欺诈接入点进行的中间人攻击。 NAC 按顺序执行几项关键检查:

  1. **密码学验证:**证书在数学上是否有效,并且由受信任的根 CA 签名?
  2. **吊销检查:**证书是否列在证书吊销列表(CRL)中,或通过在线证书状态协议(OCSP)标记?
  3. **姿态评估:**通过 API 查询 MDM,NAC 询问:设备是否合规?操作系统是否达到所需的补丁级别?磁盘加密是否启用?

如果所有检查均通过,NAC 会发送 RADIUS 访问接受消息,通常附带供应商特定属性(VSA),这些属性动态地将设备分配到特定的 VLAN 或应用访问控制列表(ACL)。不合规的设备将被放入权限有限的修复 VLAN 中——通常仅足以触发 MDM 驱动的修复工作流。

scep_nac_workflow.png

访客网络隔离

在任何场所环境中,企业基础设施必须与面向公众的网络严格隔离。 Guest WiFi 平台完全运行在独立的 SSID 和 VLAN 上,没有路由到企业资源的路径。SCEP-NAC 架构管控企业层;访客层由强制门户认证和数据捕获工作流控制。对于部署 WiFi Analytics 的场所,这种隔离是前提条件——分析数据流经访客网络,而运营数据流经由证书认证的企业网络。有关支撑这两个网络的基础射频架构的更多背景信息,请参阅 Wi-Fi 频率:2026 年 Wi-Fi 频率指南


实施指南

部署此架构需要仔细排序,以避免在过渡期间将合法用户拒之门外。

第 1 步:PKI 和 SCEP 准备

建立强大的内部 PKI 或利用基于云的托管 PKI(mPKI)服务。部署并加固 SCEP 服务器——如果使用 Microsoft NDES,请确保它在专用服务器上运行,而不是与 CA 共置。配置 SCEP 服务器使用由 MDM 为每台设备生成的动态挑战口令,而不是静态共享密钥。这可以防止在发现 SCEP URL 时进行未经授权的证书请求。

第 2 步:MDM 配置

在您的 MDM 平台中创建 SCEP 负载。仔细定义主题备用名称(SAN)字段——SAN 必须包含唯一标识符(例如设备序列号或用户 UPN),NAC 将使用这些标识符进行策略决策。首先将配置文件推送到 IT 团队设备的测试组,并在更广泛推出之前验证完整的注册流程。

第 3 步:NAC 和 RADIUS 设置

配置您的 NAC 以信任签发了客户端证书的根 CA。在 RADIUS 服务器上安装服务器证书以进行 EAP-TLS 相互认证。根据证书属性和 MDM 合规性状态定义访问策略。实施动态 VLAN 分配规则:将合规的企业设备分配到企业 VLAN,将不合规的设备分配到修复 VLAN,将物联网设备分配到专用的、限制互联网访问的 VLAN。

第 4 步:网络基础设施集成

为 802.1X 配置交换机和无线接入点。对于 零售业 环境中拥有传统销售点硬件的场景,或 酒店业 场所中拥有智能房间控制器的场景,为无法参与 EAP-TLS 的设备实施 MAC 认证绕过(MAB)作为后备方案。将 MAB 限制到特定的交换机端口,并确保 MAC 地址数据库得到严格控制。对于 医疗保健交通运输 环境,应配置姿态评估规则以满足特定行业的合规性要求。

第 5 步:并行部署和切换

切勿立即切换。与现有网络并行广播新的 802.1X SSID。通过 MDM 推送新的 WiFi 配置文件。监控采用情况并解决注册失败问题。一旦 95% 以上的设备在新的 SSID 上成功认证,就停用旧网络。


最佳实践

**强制使用 EAP-TLS。**绝不要接受 EAP-PEAP 或 EAP-TTLS 作为企业设备的主要认证方法。这些方法依赖于 TLS 隧道内的用户名/密码凭据,仍然容易受到凭据收集的攻击。EAP-TLS 完全消除了这种攻击面。

**实施实时吊销。**计划性的 CRL 下载会产生漏洞窗口。配置 NAC 实时执行 OCSP 检查。当设备被报告丢失或被盗时,在 CA 中吊销证书,设备将在下次认证尝试时失去网络访问权限——如果实施了更改授权(CoA),甚至可以立即断开。

**设置合理的证书有效期。**一年有效期,并在有效期届满前 30 天触发 SCEP 自动续订,这是行业标准。更长的有效期会增加证书被泄露时的漏洞窗口;更短的有效期会增加续订失败导致中断的风险。

**积极隔离物联网。**物联网设备绝不应与企业终端共享 VLAN。使用 NAC 在物联网 VLAN 上强制执行严格的 ACL,仅允许每个设备类型所需的特定协议和目的地。对于部署定位服务的场所,请参阅 室内 WiFi 定位系统:它们如何工作以及如何部署 ,以了解定位基础设施如何与更广泛的网络架构相集成。

**与 WPA3 保持一致。**在硬件支持的情况下,将企业 SSID 配置为使用 WPA3-Enterprise,该协议强制要求受保护的管理帧(PMF),并提供比 WPA2 更强的密码学保护。有关这如何融入更广泛的企业连接环境的详细信息,请参阅 SD-WAN 与 MPLS:2026 年企业网络指南


故障排除与风险缓解

故障模式 根本原因 缓解措施
设备在证书续订后 EAP-TLS 失败 SCEP 续订静默失败 监控 SCEP 服务器日志;为失败的 CSR 提交设置警报
时钟偏差导致证书验证失败 NTP 配置错误 在所有终端和基础设施上强制执行 NTP 同步
物联网设备无法认证 没有 802.1X 认证客户端 实施具有严格 MAC 地址控制和隔离 VLAN 的 MAB
CA 迁移后大量设备锁定 旧的根 CA 不受 NAC 信任 分阶段进行 CA 迁移;在吊销旧根 CA 之前,将新的根 CA 添加到 NAC 信任存储区
已吊销的设备仍保留网络访问权限 仅使用 CRL 吊销且下载间隔较长 实时实施 OCSP 和 CoA 以进行实时吊销

对于特定的基于 BLE 的物联网设备,认证架构与 WiFi 连接的终端有所不同。请参阅 面向企业的 BLE 低功耗解释 ,以了解适用于蓝牙低功耗基础设施的具体安全注意事项。


投资回报率与业务影响

当与替代方案的成本进行衡量时,SCEP-NAC-MDM 集成的商业案例是简单明了的。

指标 实施前 实施后
IT 服务台工单(网络访问) 高——密码重置、密钥轮换 接近零——自动化证书生命周期
吊销受损设备的平均时间 数小时(手动流程) 数秒(OCSP + CoA)
PCI DSS 访问控制合规性 手动、审计密集 自动化、持续强制执行
BYOD 入门时间 每台设备 15-30 分钟 不到 5 分钟,零 IT 参与

对于拥有 500 台设备的资产,消除手动证书管理和与密码相关的服务台工单,通常可将网络相关的 IT 支持开销降低 25-35%。风险缓解价值——避免一次基于凭据的泄露——通常超过整个实施成本。对于 GDPR 约束下的公共部门和医疗保健组织,能够展示自动化、可审计的访问控制是一项重要的合规资产。

Definições principais

SCEP (Simple Certificate Enrollment Protocol)

Um protocolo que automatiza a emissão e revogação de certificados digitais para dispositivos sem a intervenção do usuário, agindo como a camada de comunicação entre a plataforma MDM e a Autoridade Certificadora.

Usado por plataformas MDM para implantar certificados X.509 de forma integrada em milhares de endpoints em escala. As equipes de TI encontram o SCEP ao configurar perfis de MDM para autenticação WiFi 802.1X.

NAC (Network Access Control)

Uma solução de segurança que aplica políticas em dispositivos que buscam acessar a infraestrutura de rede, avaliando credenciais de autenticação, validade de certificados e a postura de conformidade do dispositivo antes de conceder o acesso.

Atua como o guardião na borda da rede. As equipes de TI configuram políticas de NAC para definir quais dispositivos têm acesso a quais VLANs com base em seus atributos de certificado e status de conformidade do MDM.

MDM (Mobile Device Management)

Software utilizado pelos departamentos de TI para monitorar, gerenciar e proteger os endpoints dos funcionários em vários sistemas operacionais, servindo como a fonte central de verdade para a identidade e conformidade do dispositivo.

O iniciador do processo de registro SCEP e a fonte de dados de postura consultados pelo NAC. Sem a integração com o MDM, o NAC não pode realizar o controle de acesso baseado em postura.

IEEE 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, exigindo autenticação bem-sucedida antes que a porta seja aberta.

O protocolo subjacente que força os dispositivos a se autenticarem antes que o switch ou ponto de acesso permita a passagem de qualquer tráfego. Configurado tanto na infraestrutura de rede quanto no suplicante 802.1X do dispositivo.

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

O padrão EAP mais seguro, que exige autenticação mútua onde tanto o dispositivo cliente quanto o servidor RADIUS devem apresentar certificados digitais válidos, eliminando ataques de credenciais baseados em senha.

O padrão ouro para segurança sem fio corporativa. Os arquitetos de TI devem exigir o EAP-TLS em vez de PEAP ou TTLS sempre que a infraestrutura de certificados de dispositivo estiver implantada.

CSR (Certificate Signing Request)

Um bloco de texto codificado gerado por um dispositivo contendo sua chave pública e detalhes de identidade, enviado à Autoridade Certificadora para solicitar um certificado X.509 assinado.

Gerado automaticamente pelo dispositivo durante o processo de registro SCEP. A chave privada correspondente ao CSR nunca sai do dispositivo, garantindo que o certificado não possa ser duplicado.

MAB (MAC Authentication Bypass)

Um método de autenticação alternativo onde a rede usa o endereço MAC de hardware do dispositivo como sua credencial, utilizado para dispositivos que não possuem a capacidade de suplicante 802.1X.

Usado para dispositivos IoT legados, como impressoras, sensores e controladores de sala inteligentes que não podem participar do EAP-TLS. Deve sempre resultar na atribuição a uma VLAN altamente restrita.

OCSP (Online Certificate Status Protocol)

Um protocolo de internet usado para obter o status de revogação de um certificado digital X.509 em tempo real, fornecendo uma alternativa ao download e análise de Listas de Revogação de Certificados (CRLs).

Crítico para sistemas NAC que precisam bloquear imediatamente o acesso à rede quando um dispositivo é comprometido ou relatado como roubado. O OCSP fornece status em tempo real; os downloads de CRL criam uma janela de revogação.

CoA (Change of Authorization)

Uma extensão RADIUS (RFC 5176) que permite ao NAC modificar ou encerrar dinamicamente uma sessão de rede ativa sem esperar que a sessão expire ou que o dispositivo se reautentique.

Usado para desconectar imediatamente um dispositivo quando seu certificado é revogado ou seu status de conformidade do MDM muda. Essencial para a aplicação de zero-trust em tempo real.

Exemplos práticos

Um resort de luxo de 500 quartos precisa proteger sua rede de operações internas. A equipe usa tablets compartilhados para gerenciamento de governança, e a gerência usa laptops corporativos. A rede WPA2-PSK atual teve a chave pré-compartilhada vazada várias vezes, resultando em dois incidentes de segurança no ano passado. Como a equipe de TI deve fazer a transição para a autenticação baseada em certificado sem interromper as operações?

Fase 1 — Preparação (Semanas 1–2): Implante uma solução RADIUS/NAC baseada em nuvem e integre-a ao MDM existente. Configure um perfil SCEP no MDM para enviar certificados baseados em dispositivo para todos os tablets e laptops. Use certificados baseados em dispositivo (vinculados ao número de série do dispositivo) em vez de certificados baseados em usuário, para que os tablets compartilhados se autentiquem automaticamente, independentemente de qual funcionário os esteja usando. Fase 2 — Implantação Paralela (Semanas 3–4): Transmita um novo SSID oculto configurado para 802.1X EAP-TLS. Envie o novo perfil de WiFi via MDM para todos os dispositivos registrados. Monitore o painel do NAC para verificar as autenticações bem-sucedidas. Fase 3 — Transição (Semana 5): Assim que mais de 95% dos dispositivos estiverem conectados ao novo SSID, desative a rede WPA2-PSK legada. Revogue a PSK antiga de toda a documentação e pontos de acesso.

Comentário do examinador: A abordagem de certificado baseada em dispositivo é a escolha correta para ambientes de dispositivos compartilhados. Os certificados baseados em usuário exigiriam que cada funcionário tivesse seu próprio certificado, criando uma sobrecarga de gerenciamento que anula o benefício da automação. A estratégia de implantação paralela é crítica — uma transição imediata bloquearia qualquer dispositivo que falhasse no registro do SCEP, causando interrupção operacional. O SSID oculto para a nova rede impede que os hóspedes tentem se conectar à rede corporativa durante o período de transição.

Uma rede de varejo nacional está implantando 3.000 novos terminais de Ponto de Venda em 150 lojas. A equipe de segurança exige segmentação de rede estrita do PCI DSS e acesso zero-trust. O cronograma de implantação é de 8 semanas. Como o SCEP e o NAC facilitam isso em escala sem exigir equipe de TI em cada loja?

Pré-implantação: O fornecedor do PDV pré-registra todos os 3.000 dispositivos no MDM do varejista usando o programa de registro zero-touch do fornecedor. O MDM é configurado com um perfil SCEP que será acionado automaticamente na primeira inicialização. Implantação: Quando um terminal de PDV é ligado na loja, ele se conecta a um SSID de integração temporário (apenas internet, sem acesso corporativo). O perfil do MDM é enviado, a carga útil do SCEP é acionada e o dispositivo solicita e recebe seu certificado X.509 da CA. O MDM então envia o perfil de WiFi corporativo. Acesso à Rede: Quando o PDV se conecta à porta do switch da loja, o switch inicia o 802.1X. O NAC valida o certificado, consulta o MDM para confirmar se o PDV está em conformidade (criptografia ativada, agente MDM ativo, nenhum jailbreak detectado) e atribui dinamicamente a porta do switch à VLAN do PCI-DSS. O PDV agora está operacional. Zero funcionários de TI foram necessários na loja.

Comentário do examinador: Este cenário demonstra o poder de combinar o registro MDM zero-touch com a automação SCEP. O SSID de integração temporário é um elemento de design crítico — ele fornece acesso à internet para o processo de registro do MDM sem expor a rede corporativa. A atribuição dinâmica de VLAN garante que, mesmo que um dispositivo não autorizado de alguma forma obtivesse um endereço MAC válido, ele ainda falharia na verificação do certificado EAP-TLS e teria o acesso negado à VLAN do PCI. Essa arquitetura atende ao Requisito 1 do PCI DSS (segmentação de rede) e ao Requisito 8 (identificação exclusiva de dispositivo) simultaneamente.

Questões práticas

Q1. Sua organização está migrando de WPA2-Enterprise usando PEAP-MSCHAPv2 para EAP-TLS. Durante o piloto, laptops Windows e iPhones se conectam com sucesso, mas 200 scanners de código de barras de depósito falham na autenticação. Os scanners suportam 802.1X, mas não conseguem processar o payload SCEP do MDM — eles executam um sistema operacional embarcado proprietário sem suporte a agente MDM. Qual é a solução de arquitetura mais segura que mantém a segmentação de rede sem exigir a substituição dos scanners?

Dica: Considere mecanismos alternativos de entrega de certificados que não exijam um agente MDM e quais controles de segmentação de rede devem ser aplicados a dispositivos que não podem participar de uma avaliação completa de postura.

Ver resposta modelo

Como os scanners suportam 802.1X, mas não SCEP ou registro no MDM, a abordagem mais segura é provisionar manualmente os certificados de dispositivo usando um modelo de certificado dedicado com um perfil de uso de chave restrito. Os certificados são instalados uma única vez durante uma janela de manutenção. O NAC é configurado para aceitar esses certificados, mas atribuir os scanners a uma VLAN de operações de depósito dedicada com ACLs estritas — não a VLAN corporativa completa — porque a avaliação de postura não é possível. Alternativamente, se o provisionamento manual de certificados for operacionalmente inviável em escala, configure o MAB como um fallback especificamente para as OUIs MAC do hardware do scanner, com o NAC atribuindo-os à mesma VLAN restrita. Documente isso como uma exceção conhecida em seu registro de riscos e planeje a substituição dos scanners no próximo ciclo de atualização de hardware.

Q2. Um gerente de segurança de rede percebe que quando um funcionário relata o roubo de um laptop, o MDM envia um comando de limpeza remota, mas o dispositivo permanece conectado ao WiFi corporativo por até 12 horas — o tempo limite atual da sessão RADIUS. Durante essa janela, o dispositivo poderia ser usado para exfiltrar dados. Como a arquitetura deve ser modificada para encerrar o acesso à rede imediatamente após um dispositivo ser relatado como roubado?

Dica: O NAC precisa ser informado sobre a mudança de status instantaneamente, em vez de esperar pelo próximo ciclo de autenticação. Considere tanto o mecanismo de terminação de sessão quanto o mecanismo de prevenção de reautenticação.

Ver resposta modelo

Implemente dois controles complementares. Primeiro, configure o MDM para enviar um webhook ao NAC imediatamente após um dispositivo ser marcado como perdido ou roubado. O NAC então envia uma mensagem RADIUS Change of Authorization (CoA) Disconnect-Request para o ponto de acesso específico ou porta do switch, encerrando a sessão ativa imediatamente. Segundo, revogue o certificado do dispositivo na CA e garanta que o NAC esteja configurado para verificação OCSP em tempo real, em vez de revogação baseada em CRL. Isso significa que mesmo se o dispositivo se reconectar antes que o CoA seja processado, a autenticação EAP-TLS falhará na verificação OCSP. Ambos os controles juntos reduzem a janela de exposição de 12 horas para menos de 60 segundos.

Q3. Durante uma auditoria de segurança da rede de um grande centro de convenções, descobre-se que o servidor SCEP está exposto à internet pública usando uma senha de desafio estática para permitir o registro remoto de dispositivos. O auditor sinaliza isso como uma vulnerabilidade crítica. Como o processo de registro SCEP deve ser rearquitetado para manter a capacidade de registro remoto, eliminando o risco da senha estática?

Dica: O servidor SCEP precisa de uma maneira de verificar se o dispositivo que solicita um certificado é realmente autorizado pelo MDM, sem depender de um segredo compartilhado que possa ser extraído de um dispositivo ou interceptado.

Ver resposta modelo

Substitua a senha de desafio estática por senhas de desafio de uso único dinâmicas por dispositivo geradas pelo MDM. O fluxo de trabalho torna-se: (1) O MDM gera uma senha de desafio única e com limite de tempo para cada dispositivo durante o registro. (2) O MDM inclui esse desafio no payload SCEP enviado ao dispositivo. (3) O dispositivo inclui o desafio em seu CSR. (4) O servidor SCEP valida o desafio com o MDM via API antes de encaminhar o CSR para a CA. (5) O desafio é invalidado imediatamente após o uso. Isso garante que apenas dispositivos gerenciados por MDM possam obter um certificado com sucesso e que, mesmo se a URL do SCEP for descoberta, um invasor não possa gerar certificados válidos sem um desafio de uso único válido. Além disso, restrinja o servidor SCEP apenas para HTTPS e implemente a lista de permissões de IP para os IPs de saída do MDM, sempre que possível.