Saltar para o conteúdo principal

O Papel do SCEP e do NAC na Infraestrutura de MDM Moderna

Este guia fornece uma análise técnica detalhada de como o SCEP e o NAC se integram com as plataformas de MDM para fornecer um acesso seguro e zero-touch à rede à escala empresarial. Abrange toda a arquitetura, desde a emissão de certificados até à aplicação do 802.1X, com cenários reais de implementação nos setores da hotelaria e do retalho. Concebido para líderes de TI em grandes espaços que necessitam de eliminar vulnerabilidades de palavras-passe, automatizar o aprovisionamento de dispositivos e cumprir os requisitos de conformidade neste trimestre.

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

Ouça este guia

Ver transcrição do podcast
Bem-vindo ao Purple Technical Briefing. Sou o vosso anfitrião e hoje vamos mergulhar num tema de arquitetura crítico para redes empresariais: O papel do SCEP e do NAC na infraestrutura moderna de MDM. Se é um diretor de TI, um arquiteto de rede ou se gere operações num grande espaço — seja um estádio, um hospital ou uma cadeia de retalho — conhece a dor de cabeça que é a integração segura de dispositivos. Os dias das chaves pré-partilhadas terminaram. Hoje, falamos de autenticação baseada em certificados. Vamos explorar como o Simple Certificate Enrollment Protocol, ou SCEP, se associa ao Network Access Control, ou NAC, para automatizar o aprovisionamento de dispositivos e impor o acesso zero-trust. Vamos diretos ao assunto. Vamos detalhar a arquitetura. Na base, temos três camadas: a camada de dispositivos, o motor de políticas e a camada de acesso à rede. Quando um novo dispositivo corporativo ou um endpoint BYOD precisa de acesso, regista-se primeiro na sua plataforma de Mobile Device Management. Mas o MDM por si só não concede acesso à rede. É aí que entra o SCEP. O SCEP funciona como o mensageiro automatizado entre o seu MDM e a sua Autoridade de Certificação. 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 um Certificate Signing Request, ou CSR, e envia-o para o servidor SCEP. A CA emite o certificado e o dispositivo passa a ter uma identidade criptograficamente segura. Sem palavras-passe para phish, sem chaves partilhadas para vazar. Mas um certificado é apenas um cartão de identificação. Ainda precisa de um segurança à porta. Esse é o seu NAC. Quando o dispositivo tenta ligar-se ao WiFi — normalmente utilizando 802.1X EAP-TLS — o ponto de acesso sem fios passa o pedido ao servidor RADIUS, que é governado pelo motor de políticas do NAC. O NAC verifica o certificado: É válido? Foi revogado? Mas o NAC moderno vai mais longe. Verifica o estado de segurança no MDM: O SO está atualizado? A firewall está ativa? Se sim, o NAC indica ao switch ou ponto de acesso para colocar o dispositivo na VLAN correta. Se não, coloca-o numa rede de remediação. Esta integração é crítica para ambientes como grandes cadeias de retalho ou instalações de saúde, onde existe uma mistura de portáteis corporativos, dispositivos IoT e redes de convidados. Falando em redes de convidados, é aqui que plataformas como o Guest WiFi e o WiFi Analytics da Purple se integram perfeitamente ao lado dos seus SSIDs corporativos seguros, garantindo que o acesso público esteja isolado da sua infraestrutura segura e apoiada em certificados. Então, como implementar isto sem comprometer a sua rede? Primeira recomendação: Utilize sempre EAP-TLS. Requer certificados tanto no servidor como no cliente, proporcionando autenticação mútua. Segundo, preste atenção às suas Certificate Revocation Lists, 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 a verificar o estado de revogação em tempo real. Um erro comum que vemos no setor da hotelaria e em grandes recintos é a falha em considerar os dispositivos IoT. Nem todos os sensores IoT ou smart TVs suportam 802.1X ou SCEP. Para estes, precisará de uma estratégia de contingência como o MAC Authentication Bypass, ou MAB, rigidamente controlado 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 defina para 10 anos, mas também não os defina para 30 dias, a menos que a sua renovação automatizada via SCEP seja infalível. Uma validade de um ano com renovação automática aos 30 dias é um padrão sólido do setor. Vamos passar a algumas perguntas rápidas que recebemos frequentemente de CTOs. Pergunta um: Podemos usar os 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 funciona como um servidor SCEP. Certifique-se apenas de que está devidamente protegido e exposto ao seu MDM. Pergunta dois: Isto substitui a nossa firewall? Absolutamente não. O SCEP e o NAC tratam da autenticação e do controlo de acessos na periferia — Camada 2. A sua firewall trata da inspeção de tráfego e da prevenção de ameaças nas Camadas 3 a 7. Eles trabalham em conjunto. Para concluir, a combinação de SCEP, NAC e MDM oferece-lhe uma periferia de rede altamente segura e sem necessidade de intervenção manual (zero-touch). Elimina os pedidos de suporte relacionados com palavras-passe e garante que apenas dispositivos em conformidade acedem à sua infraestrutura crítica. Para os operadores de recintos, isto significa que as suas operações de back-of-house funcionam em segurança, permitindo-lhe focar-se na experiência de front-of-house — a qual pode potenciar com as ferramentas de análise e envolvimento da Purple. Comece por auditar as suas capacidades atuais de MDM e garanta que a sua infraestrutura RADIUS suporta EAP-TLS. Mapeie os seus tipos de dispositivos e realize primeiro um projeto-piloto com os dispositivos da sua equipa de TI. Obrigado por acompanhar este briefing técnico. Mantenha-se seguro e encontramo-nos 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 intervenção do utilizador, funcionando como a camada de comunicação entre a plataforma MDM e a Autoridade de Certificação.

Utilizado por plataformas MDM para implementar de forma simples certificados X.509 em milhares de endpoints em escala. As equipas de TI deparam-se com 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 tentam aceder à infraestrutura de rede, avaliando credenciais de autenticação, validade de certificados e o estado de conformidade do dispositivo antes de conceder o acesso.

Atua como o guardião na periferia da rede. As equipas de TI configuram políticas de NAC para definir quais os dispositivos que têm acesso a quais VLANs com base nos seus atributos de certificado e estado de conformidade do MDM.

MDM (Mobile Device Management)

Software utilizado pelos departamentos de TI para monitorizar, gerir e proteger os endpoints dos colaboradores em múltiplos sistemas operativos, servindo como a fonte central de verdade para a identidade e conformidade do dispositivo.

O iniciador do processo de registo SCEP e a fonte de dados de estado consultados pelo NAC. Sem a integração com o MDM, o NAC não consegue realizar o controlo de acesso baseado no estado do dispositivo.

IEEE 802.1X

Um padrão IEEE para Controlo de Acesso à Rede baseado em portas que fornece um mecanismo de autenticação para dispositivos que desejam ligar-se a uma LAN ou WLAN, exigindo uma autenticação bem-sucedida antes da abertura da porta.

O protocolo subjacente que força os dispositivos a autenticarem-se antes que o switch ou ponto de acesso permita a passagem de qualquer tráfego. Configurado tanto na infraestrutura de rede como 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 como o servidor RADIUS devem apresentar certificados digitais válidos, eliminando ataques a credenciais baseados em palavras-passe.

O padrão de excelência para a segurança sem fios empresarial. Os arquitetos de TI devem exigir o EAP-TLS em detrimento do PEAP ou TTLS sempre que existir uma infraestrutura de certificados de dispositivos implementada.

CSR (Certificate Signing Request)

Um bloco de texto codificado gerado por um dispositivo que contém a sua chave pública e detalhes de identidade, submetido à Autoridade de Certificação para solicitar um certificado X.509 assinado.

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

MAB (MAC Authentication Bypass)

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

Utilizado para dispositivos IoT legados, tais como impressoras, sensores e controladores de salas inteligentes que não conseguem participar no EAP-TLS. Deve sempre resultar na atribuição a uma VLAN altamente restrita.

OCSP (Online Certificate Status Protocol)

Um protocolo de internet utilizado para obter o estado de revogação de um certificado digital X.509 em tempo real, fornecendo uma alternativa à transferência e análise de Listas de Revogação de Certificados.

Crítico para sistemas NAC que necessitam de bloquear imediatamente o acesso à rede quando um dispositivo é comprometido ou reportado como roubado. O OCSP fornece o estado em tempo real; as transferências de CRL criam uma janela de revogação.

CoA (Change of Authorization)

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

Utilizado para desligar imediatamente um dispositivo quando o seu certificado é revogado ou o seu estado de conformidade MDM é alterado. Essencial para a aplicação de zero-trust em tempo real.

Exemplos Práticos

Um resort de luxo com 500 quartos precisa de proteger a sua rede de operações internas. Os funcionários utilizam tablets partilhados para a gestão do serviço de quartos e a administração utiliza portáteis corporativos. A atual rede WPA2-PSK teve a chave pré-partilhada divulgada várias vezes, resultando em dois incidentes de segurança no último ano. Como deve a equipa de TI fazer a transição para a autenticação baseada em certificados sem interromper as operações?

Fase 1 — Preparação (Semanas 1–2): Implementar uma solução RADIUS/NAC baseada na nuvem e integrá-la com o MDM existente. Configurar um perfil SCEP no MDM para enviar certificados baseados em dispositivos para todos os tablets e portáteis. Utilizar certificados baseados em dispositivos (associados ao número de série do dispositivo) em vez de certificados baseados em utilizadores, para que os tablets partilhados se autentiquem automaticamente, independentemente do funcionário que os esteja a utilizar. Fase 2 — Implementação Paralela (Semanas 3–4): Transmitir um novo SSID oculto configurado para 802.1X EAP-TLS. Enviar o novo perfil de WiFi via MDM para todos os dispositivos registados. Monitorizar 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 ligados ao novo SSID, desativar a rede WPA2-PSK antiga. Revogar a PSK antiga de toda a documentação e pontos de acesso.

Comentário do Examinador: A abordagem de certificados baseados em dispositivos é a escolha correta para ambientes de dispositivos partilhados. Os certificados baseados em utilizadores exigiriam que cada funcionário tivesse o seu próprio certificado, criando uma sobrecarga de gestão que anularia o benefício da automatização. A estratégia de implementação paralela é crítica — uma transição imediata bloquearia qualquer dispositivo que falhasse o registo SCEP, causando interrupções operacionais. O SSID oculto para a nova rede impede que os hóspedes tentem ligar-se à rede corporativa durante o período de transição.

Uma cadeia de retalho nacional está a implementar 3.000 novos terminais de Ponto de Venda em 150 lojas. A equipa de segurança exige uma segmentação de rede PCI DSS rigorosa e acesso zero-trust. O prazo de implementação é de 8 semanas. Como é que o SCEP e o NAC facilitam isto à escala sem exigir pessoal de TI em cada loja?

Pré-implementação: O fornecedor de POS regista previamente todos os 3.000 dispositivos no MDM do retalhista utilizando o programa de registo zero-touch do fornecedor. O MDM é configurado com um perfil SCEP que será ativado automaticamente na primeira inicialização. Implementação: Quando um terminal POS é ligado na loja, liga-se a um SSID de integração temporário (apenas internet, sem acesso corporativo). O perfil MDM é enviado, o payload SCEP é ativado e o dispositivo solicita e recebe o seu certificado X.509 da CA. O MDM envia então o perfil de WiFi corporativo. Acesso à Rede: Quando o POS se liga à porta do switch da loja, o switch inicia o 802.1X. O NAC valida o certificado, consulta o MDM para confirmar que o POS está em conformidade (encriptação ativada, agente MDM ativo, sem deteção de jailbreak) e atribui dinamicamente a porta do switch à VLAN PCI-DSS. O POS está agora operacional. Não foi necessário pessoal de TI na loja.

Comentário do Examinador: Este cenário demonstra o poder de combinar o registo MDM zero-touch com a automatização SCEP. O SSID de integração temporário é um elemento de design crítico — fornece acesso à internet para o processo de registo no MDM sem expor a rede corporativa. A atribuição dinâmica de VLAN garante que, mesmo que um dispositivo não autorizado obtivesse de alguma forma um endereço MAC válido, falharia a verificação do certificado EAP-TLS e ser-lhe-ia negado o acesso à VLAN PCI. Esta arquitetura satisfaz o Requisito 1 do PCI DSS (segmentação de rede) e o Requisito 8 (identificação única de dispositivos) em simultâneo.

Perguntas de Prática

Q1. A sua organização está a migrar de WPA2-Enterprise com PEAP-MSCHAPv2 para EAP-TLS. Durante o projeto-piloto, os portáteis Windows e os iPhones ligam-se com sucesso, mas 200 leitores de códigos de barras de armazém falham a autenticação. Os leitores suportam 802.1X, mas não conseguem processar o payload SCEP do MDM — executam um SO proprietário incorporado sem suporte para agente MDM. Qual é a solução arquitetural mais segura que mantém a segmentação de rede sem exigir a substituição dos leitores?

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

Ver resposta modelo

Uma vez que os leitores suportam 802.1X mas não o SCEP ou a inscrição em MDM, a abordagem mais segura é aprovisionar manualmente os certificados de dispositivo utilizando um modelo de certificado dedicado com um perfil de utilização de chave restrito. Os certificados são instalados uma única vez durante uma janela de manutenção. O NAC é configurado para aceitar estes certificados, mas atribui os leitores a uma VLAN de operações de armazém dedicada com ACLs estritas — e não à VLAN corporativa completa — porque a avaliação de postura não é possível. Alternativamente, se o aprovisionamento manual de certificados não for operacionalmente escalável, configure o MAB como fallback especificamente para as OUIs de MAC do hardware do leitor, com o NAC a atribuí-los à mesma VLAN restrita. Documente isto como uma exceção conhecida no seu registo de riscos e agende a substituição dos leitores no próximo ciclo de atualização de hardware.

Q2. Um gestor de segurança de rede nota que, quando um colaborador reporta um portátil como roubado, o MDM envia um comando de eliminação remota, mas o dispositivo permanece ligado ao WiFi corporativo por um período de até 12 horas — o timeout atual da sessão RADIUS. Durante esta janela, o dispositivo poderia ser utilizado para exfiltrar dados. Como deve a arquitetura ser modificada para terminar o acesso à rede imediatamente após um dispositivo ser reportado como roubado?

Dica: O NAC precisa de ser informado da alteração de estado instantaneamente, em vez de esperar pelo próximo ciclo de autenticação. Considere tanto o mecanismo de terminação de sessão como o mecanismo de prevenção de reautenticação.

Ver resposta modelo

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

Q3. Durante uma auditoria de segurança à rede de um grande centro de conferências, descobre-se que o servidor SCEP está exposto à internet pública utilizando uma palavra-passe de desafio estática para permitir a inscrição remota de dispositivos. O auditor assinala isto como uma vulnerabilidade crítica. Como deve o processo de inscrição SCEP ser rearquitetado para manter a capacidade de inscrição remota, eliminando ao mesmo tempo o risco da palavra-passe estática?

Dica: O servidor SCEP precisa de uma forma de verificar se o dispositivo que solicita um certificado está realmente autorizado pelo MDM, sem depender de um segredo partilhado que possa ser extraído de um dispositivo ou intercetado.

Ver resposta modelo

Substitua a palavra-passe de desafio estática por palavras-passe de desafio de utilização única dinâmicas, por dispositivo, geradas pelo MDM. O fluxo de trabalho passa a ser: (1) O MDM gera uma palavra-passe de desafio única e com limite de tempo para cada dispositivo durante a inscrição. (2) O MDM inclui este desafio no payload SCEP enviado para o dispositivo. (3) O dispositivo inclui o desafio no seu CSR. (4) O servidor SCEP valida o desafio junto do MDM via API antes de encaminhar o CSR para a CA. (5) O desafio é invalidado imediatamente após a utilização. Isto garante que apenas os dispositivos geridos por MDM conseguem obter um certificado com sucesso e que, mesmo que o URL do SCEP seja descoberto, um atacante não consegue gerar certificados válidos sem um desafio de utilização única válido. Adicionalmente, restrinja o servidor SCEP apenas a HTTPS e implemente a criação de listas de permissões de IP para os IPs de saída do MDM, sempre que possível.