Saltar para o conteúdo principal

Avaliação de Postura NAC: Garantir a Conformidade de Dispositivos Geridos Antes do Acesso à Rede

Este guia de referência técnica fornece uma análise aprofundada sobre a Avaliação de Postura NAC, detalhando a arquitetura, as normas e as estratégias de implementação necessárias para impor a conformidade de dispositivos geridos. Equipará os gestores de TI e os arquitetos de rede com informações práticas para mitigar riscos e garantir o acesso seguro à rede em ambientes empresariais multi-site.

Publicado Atualizado
📖 6 min de leitura1,318 palavras2 exemplos práticos3 perguntas de prática8 definições principais

Ouça este guia

Ver transcrição do podcast
Bem-vindo à série Purple Technical Briefing. Hoje vamos abordar uma das áreas mais críticas do ponto de vista operacional — e frequentemente mal compreendida — da segurança de redes empresariais: a avaliação de postura de NAC, e especificamente como garantir que apenas dispositivos geridos e em conformidade obtenham acesso à sua rede antes mesmo de enviarem um único pacote de tráfego de produção. Se é um gestor de TI, arquiteto de rede ou CTO responsável por uma infraestrutura multi-site — seja um grupo hoteleiro, uma cadeia de retalho, um estádio ou uma organização do setor público — isto é diretamente relevante para a sua postura de segurança neste momento. Vamos cobrir a arquitetura, as normas, os padrões de implementação no mundo real e as armadilhas que surpreendem até as equipas mais experientes. Vamos a isso. Então, o que é exatamente a avaliação de postura de NAC? O Network Access Control, ou NAC, é a estrutura abrangente que rege quais os dispositivos que se podem ligar à sua rede e sob que condições. A avaliação de postura é o mecanismo específico dentro do NAC que interroga o estado de segurança de um dispositivo antes — ou imediatamente após — este se ligar. Pense nisto como um controlo de saúde à porta. O dispositivo não precisa apenas de provar quem é; precisa de provar que está num estado adequado para ser confiável. A arquitetura aqui tem três componentes principais. Primeiro, tem o Ponto de Aplicação de Políticas — o PEP. Este é normalmente o seu ponto de acesso, o seu switch ou o seu controlador sem fios. É o guardião que controla fisicamente se o tráfego flui. Em segundo lugar, tem o Ponto de Decisão de Políticas — o PDP. Este é o seu motor de NAC, frequentemente integrado com um servidor RADIUS ou AAA. Ele recebe os dados de postura, avalia-os em relação à sua política e diz ao PEP o que fazer. Terceiro, tem o próprio Motor de Avaliação de Postura — que é um agente a correr no endpoint ou um mecanismo sem agente que utiliza protocolos como SNMP, WMI ou SSH para consultar o dispositivo remotamente. Agora, a camada de autenticação que sustenta tudo isto é o IEEE 802.1X. Este é o padrão de controlo de acesso à rede baseado em portas que existe desde 2001, mas que continua a ser a espinha dorsal do NAC empresarial hoje em dia. O 802.1X define três funções: o Supplicant — que é o dispositivo que se tenta ligar; o Authenticator — o seu switch ou ponto de acesso; e o Servidor de Autenticação — o seu servidor RADIUS. O Supplicant e o Servidor de Autenticação comunicam via EAP — o Extensible Authentication Protocol — encapsulado através do Authenticator. O EAP-TLS, que utiliza autenticação mútua baseada em certificados, é o padrão de excelência aqui. É o que deve implementar se leva a sério a conformidade de dispositivos geridos. O que é que a verificação de postura analisa realmente? Existem seis categorias principais. Nível de patch do sistema operativo — o dispositivo está a executar uma versão de SO suportada e os patches críticos são aplicados dentro da sua janela definida? Estado de segurança do endpoint — um agente AV ou EDR aprovado está instalado, ativo e com definições atualizadas? Estado da firewall — a firewall baseada no host está ativada e a sua política intacta? Encriptação de disco — a encriptação total do disco está ativa e não suspensa? Validade do certificado — o dispositivo possui um certificado de máquina válido e fidedigno emitido pela sua PKI? E, finalmente, conformidade de configuração — a configuração de segurança do dispositivo corresponde à sua linha de base definida? Com base no resultado destas verificações, o seu motor de políticas NAC atribui um de três estados. Em Conformidade — o dispositivo passa em todas as verificações exigidas e recebe acesso total à rede, normalmente à sua VLAN ou função atribuída. Condicional — o dispositivo passa nas verificações críticas, mas falha numa ou mais verificações não críticas; obtém acesso limitado, talvez apenas à Internet, com uma notificação ao utilizador. E Não Conforme — o dispositivo falha numa verificação crítica e é colocado numa VLAN de quarentena com acesso apenas a um portal de remediação. Esse portal de remediação é onde o dispositivo pode descarregar patches, atualizar definições de AV ou receber instruções para remediação manual. Agora, onde é que o WPA3 se enquadra nisto? O WPA3-Enterprise, especificamente com o modo de 192 bits, reforça a camada criptográfica sob o 802.1X. Exige GCMP-256 para encriptação e HMAC-SHA-384 para integridade, o que é particularmente relevante para ambientes que lidam com dados de cartões de pagamento ou dados pessoais sensíveis ao abrigo do GDPR. Se gere um ambiente de retalho com âmbito PCI DSS, ou uma unidade de saúde sob os requisitos de governação de dados do NHS, o WPA3-Enterprise deve estar no seu roteiro para novas implementações. Falemos sobre a avaliação de postura sem agente versus baseada em agente, porque este é um verdadeiro ponto de decisão arquitetónica. A avaliação baseada em agente — onde um cliente leve é executado no endpoint — oferece-lhe a visibilidade mais profunda. Pode consultar chaves de registo, processos em execução, software instalado e o estado de segurança em tempo real. A contrapartida é a sobrecarga de implementação: precisa de um MDM ou de uma plataforma de gestão de endpoints para distribuir e manter o agente em todo o seu parque informático. A avaliação sem agente utiliza interrogação baseada na rede — SNMP, WMI através da rede ou chamadas de API para a sua plataforma MDM. É mais fácil de implementar, mas oferece uma visibilidade mais superficial e é mais suscetível a evasão. Para um parque corporativo gerido, a abordagem baseada em agente é a resposta certa. Para ambientes onde tem uma mistura de dispositivos geridos e não geridos — pense num centro de conferências ou numa rede de bastidores de um hotel — uma abordagem híbrida faz mais sentido. Mais um ponto de arquitetura que vale a pena destacar: avaliação contínua de postura versus avaliação pontual. A maioria das implementações de NAC legadas apenas verifica a postura no momento da ligação. Essa é uma lacuna significativa. Um dispositivo que estava em conformidade às nove da manhã, quando se ligou, pode ter o seu AV desativado por um utilizador às onze. As plataformas modernas de NAC suportam avaliação contínua — reavaliando a postura em intervalos definidos ou em resposta a eventos — e alterando dinamicamente o nível de acesso à rede do dispositivo sem exigir uma nova ligação. Esta é a direção que deve seguir. Muito bem, passemos à prática. Ao implementar a avaliação de postura de NAC, o modo de falha mais comum que vejo é ir diretamente para o modo de imposição. Não o faça. Comece no modo de monitorização — por vezes chamado de modo de auditoria ou modo de visibilidade. Execute as suas verificações de postura, registe os resultados, mas não imponha políticas. Execute isto durante pelo menos duas a quatro semanas. Irá quase de certeza descobrir dispositivos que não sabia que existiam na sua rede, e descobrirá que uma proporção significativa dos seus dispositivos conhecidos falha numa ou mais verificações de postura. Utilize esses dados para corrigir o seu parque informático antes de aplicar a imposição. O segundo erro comum é a infraestrutura de certificados. A avaliação de postura baseada em agentes com EAP-TLS requer uma PKI funcional. Se não tiver uma, ou se a gestão do ciclo de vida dos seus certificados for manual e ad hoc, terá interrupções de serviço. Os certificados expiram. Os dispositivos são reinstalados sem certificados. Planeie a sua PKI antes de planear a sua implementação de NAC. Terceiro: design de VLAN. A sua VLAN de quarentena precisa de estar genuinamente isolada — não apenas numa sub-rede diferente na mesma infraestrutura física. Deve ter acesso apenas ao seu portal de remediação e, se necessário, ao Windows Update ou ao seu servidor de gestão de patches. Se a sua VLAN de quarentena tiver qualquer rota para os sistemas de produção, criou uma falsa sensação de segurança. Quarto: processos de exceção e desvio. Todas as organizações têm dispositivos que não conseguem executar um agente — impressoras, sensores IoT, sistemas de gestão de edifícios. Precisa de um processo documentado e aprovado para conceder desvio de autenticação MAC a estes dispositivos, com controlos de compensação. Se não definir este processo à partida, acabará com uma lista branca informal que ninguém gere e ninguém audita. Do ponto de vista das normas, alinhe a sua política de postura com os CIS Benchmarks para as suas plataformas de sistema operativo. Estes são neutros em relação ao fornecedor, atualizados regularmente e amplamente aceites como a base para a segurança de endpoints empresariais. Para ambientes PCI DSS, o Requisito 6.3 sobre gestão de patches e o Requisito 5.3 sobre anti-malware mapeiam-se diretamente nas suas categorias de verificação de postura. Agora, passamos a algumas perguntas rápidas. A avaliação de postura NAC pode funcionar para dispositivos BYOD? Sim, mas precisa de um fluxo de política separado. Os dispositivos BYOD normalmente passam por um método EAP diferente — EAP-PEAP com credenciais de utilizador em vez de EAP-TLS com certificados de máquina — e recebem um segmento de rede mais restrito. As verificações de postura para BYOD são normalmente mais leves: versão do SO, presença básica de antivírus, bloqueio de ecrã ativado. Como é que isto interage com uma rede WiFi de convidados? Não interage, e não deve interagir. O WiFi de convidados é um SSID e segmento de rede completamente separado, isolado da sua infraestrutura corporativa. A avaliação de postura NAC aplica-se apenas ao seu SSID corporativo. As duas redes nunca devem partilhar uma VLAN ou encaminhar tráfego entre si. Qual é o cronograma típico para uma implementação completa de NAC? Para uma média empresa — por exemplo, de quinhentos a dois mil endpoints em vários locais — preveja de doze a dezasseis semanas desde o design até à aplicação total. Isso inclui a configuração de PKI, implementação de agentes, modo de monitorização, remediação e implementação faseada da aplicação de políticas. Para resumir: a avaliação de postura NAC é o mecanismo que garante que a sua estrutura de controlo de acessos à rede tem dentes. A identidade por si só — saber quem se está a ligar — não é suficiente. Precisa de conhecer o estado de segurança do dispositivo, validá-lo em relação à política e aplicar consequências em caso de não conformidade. A arquitetura é madura e bem padronizada em torno de 802.1X, RADIUS e EAP-TLS. Os desafios de implementação são reais, mas geríveis se seguir uma abordagem faseada. Os seus próximos passos imediatos: audite o seu parque atual de endpoints para verificar a conformidade da postura utilizando o seu MDM ou ferramentas de gestão de endpoints existentes. Avalie a sua preparação para PKI. Desenhe a sua arquitetura de VLAN para segmentos em conformidade, condicionais e de quarentena. E planeie uma implementação em modo de monitorização antes de avançar para a aplicação de políticas. Para organizações que operam ambientes mistos — a retaguarda corporativa a par de WiFi público ou de convidados — plataformas como a Purple fornecem a inteligência de rede e analítica do lado dos convidados que complementam a sua implementação de NAC corporativo, mantendo esses dois mundos claramente separados enquanto lhe dão total visibilidade sobre ambos. Obrigado por ouvir. Explore o guia escrito completo na plataforma Purple para diagramas de arquitetura, exemplos práticos e referências de configuração.

Parte da nossa série principal: Enterprise WiFi Security Guide

Avaliação de Postura NAC: Garantir a Conformidade de Dispositivos Geridos Antes do Acesso à Rede

Executive Summary

For enterprise IT leaders managing complex and multi-site environments, identity alone is no longer a sufficient metric for network access. Knowing who is connecting is less critical than knowing the security state of the device they are using. Network Access Control (NAC) posture assessment is the mechanism that bridges this gap, ensuring that only managed and compliant devices gain access to corporate infrastructure before a single packet of production traffic is transmitted.

This guide provides a comprehensive technical reference for designing, deploying, and managing NAC posture assessment. We explore its underlying architecture, including 802.1X, RADIUS, and EAP-TLS, evaluate the pros and cons of agent-based versus agentless interrogation, and outline a phased deployment strategy that minimises operational disruption. Whether you are securing a corporate headquarters, a distributed retail estate, or hospitality back-office operations, implementing a robust posture assessment is a critical step in mitigating risk and enforcing compliance.

Listen to our 10-minute technical briefing podcast below for an executive overview of the key concepts and common deployment pitfalls.

Technical Deep-Dive

Posture Assessment Architecture

Network Access Control controls device connectivity, but posture assessment is the specific interrogation of a device's security health. Its architecture relies primarily on three main components working in unison:

  1. Policy Enforcement Point (PEP): This is the physical or logical gatekeeper - typically a wireless access point, switch port, or wireless LAN controller. The PEP physically controls the flow of traffic based on directives from the policy engine.
  2. Policy Decision Point (PDP): Often integrated with a RADIUS or AAA server, the PDP is the brains of the NAC architecture. It receives posture data, evaluates it against defined compliance policies, and issues enforcement directives to the PEP.
  3. Posture Assessment Engine: This component gathers the actual health data from the endpoint. This can be an agent running locally on the device, or an agentless mechanism using network protocols (such as SNMP, WMI) or API integration with a Mobile Device Management (MDM) platform.

Avaliação de Postura NAC: Garantir a Conformidade de Dispositivos Geridos Antes do Acesso à Rede - nac architecture overview

The Role of IEEE 802.1X and EAP-TLS

The foundation of enterprise NAC is the IEEE 802.1X standard, which defines port-based network access control. Within this framework, three roles are defined:

  • Supplicant: The endpoint device attempting to connect.
  • Authenticator: The PEP (switch or access point) facilitating the connection.
  • Authentication Server: The RADIUS server validating the credentials.

Communication between the Supplicant and the Authentication Server occurs via Extensible Authentication Protocol (EAP), tunnelled through the Authenticator. For managed corporate devices, EAP-TLS is the gold standard. It mandates mutual authentication using X.509 digital certificates, ensuring that both the device and the network cryptographically verify each other's identity. This prevents credential theft and rogue access point attacks.

Posture Check Categories

When a device attempts to connect, the posture assessment engine evaluates several critical vectors:

  • OS and Patch Management: Verifying that the operating system is supported and that critical patches have been applied within defined SLAs.
  • Endpoint Security (AV/EDR): Ensuring that approved anti-virus or Endpoint Detection and Response agents are installed, active, and running updated definitions.
  • Firewall Status: Confirming that host-based firewalls are enabled and their policies have not been tampered with.
  • Disk Encryption: Verifying that full-disk encryption (e.g., BitLocker, FileVault) is active and not suspended.
  • Certificate Validation: Checking for the presence and validity of required machine certificates.
  • Configuration Compliance: Ensuring the device's security baseline aligns with corporate policy (e.g., screen lock timers, disabled USB mass storage).

Avaliação de Postura NAC: Garantir a Conformidade de Dispositivos Geridos Antes do Acesso à Rede - posture compliance checkl…

WPA3-Enterprise and Cryptographic Strength

As network security evolves, so do its underlying cryptographic standards. WPA3-Enterprise, particularly when operating in 192-bit mode, provides significant advancements over WPA2. It mandates the use of GCMP-256 for encryption and HMAC-SHA-384 for integrity. For organisations handling sensitive data - such as retail environments subject to PCI DSS or healthcare facilities under strict data governance - transitioning to WPA3-Enterprise is a necessary step to future-proof network infrastructure.

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 espaços. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua área o resolveram.

Implementation Guide

Deploying NAC posture assessment requires careful planning to avoid widespread network outages. The following phased approach is recommended for enterprise environments:

Phase 1: Infrastructure Readiness and PKI Design

Before enabling posture checks, ensure your underlying infrastructure can support the architecture. If deploying EAP-TLS, a robust Public Key Infrastructure (PKI) is essential. Certificates must be automatically provisioned and renewed via your MDM or Group Policy. Manual certificate management will inevitably lead to connectivity failures when certificates expire.

Phase 2: Monitor Mode (Visibility Phase)

The most critical phase of any NAC deployment is Monitor Mode. During this phase, the NAC system evaluates device posture and logs the results, but does not enforce policies. The PEP allows full access regardless of the posture outcome.

Run Monitor Mode for at least 2-4 weeks. This provides visibility into the actual compliance state of your estate. You will identify devices failing checks due to broken agents, pending reboots, or misconfigurations. Use this data to proactively remediate the estate.

Phase 3: Segmented Enforcement

Once the compliance baseline reaches an acceptable level, begin enforcement. Based on policy evaluation, devices are categorised into three states:

  1. Compliant: The device passes all critical checks and is assigned to the production VLAN with full required access.
  2. Conditional: The device fails a non-critical check (e.g., a minor OS update is pending). It may be granted restricted access (e.g., internet only) and the user is notified to remediate within a specified grace period.
  3. Non-Compliant: The device fails a critical check (e.g., AV is disabled). The PEP assigns the device to a quarantine VLAN.

Phase 4: Remediation Architecture

The quarantine VLAN must be strictly isolated. It should only permit traffic to the remediation portal, necessary update servers (e.g., Windows Update, AV definition servers), and internal IT support resources. If a quarantined device can route traffic to production subnets, the NAC architecture has failed.

Best Practices

  • Continuous Assessment: Legacy NAC only evaluates posture at the time of connection. Modern deployments must support continuous assessment, re-evaluating posture at regular intervals or in response to events (e.g., an EDR alert) and dynamically updating the device's access level via Change of Authorization (CoA).
  • Agent vs. Agentless: For managed corporate devices, an agent-based approach provides the deepest visibility and continuous monitoring capabilities. Agentless interrogation is suitable for unmanaged devices or environments where deploying an agent is administratively prohibited.
  • MAC Authentication Bypass (MAB): MAB is required for devices incapable of 802.1X (e.g., legacy printers, IoT sensors). However, MAB is inherently insecure as MAC addresses can be spoofed. MAB devices must be deeply profiled and placed in strictly controlled, isolated VLANs.
  • Aligning with Standards: Base your posture policies on established frameworks such as CIS Benchmarks. This ensures your compliance checks are vendor-neutral and aligned with industry best practices.
  • Isolating Guest Traffic: Corporate NAC posture assessment should never intersect with public access networks. In venues where both are required, use a dedicated Guest WiFi platform to manage public access on entirely separate infrastructure, such as Purple's WiFi Analytics solution.

Troubleshooting and Risk Mitigation

Common Failure Modes

  1. 'Big Bang' Enforcement: Transitioning from open access to strict enforcement across the entire estate all at once is a guaranteed recipe for operational disruption. Always use a phased rollout by site or department.
  2. PKI Failure: Expired root or intermediate certificates, or failures in the Certificate Revocation List (CRL) / Online Certificate Status Protocol (OCSP) infrastructure, will cause widespread authentication failures. Implement robust monitoring for your PKI.
  3. Remediation Loops: Ensure that devices in the quarantine VLAN have sufficient network access to download the updates required to become compliant. If they cannot reach update servers, they will remain permanently quarantined.

ROI and Business Impact

Implementing NAC posture assessment delivers measurable business value beyond simple security metrics:

  • Risk Mitigation: By ensuring only healthy devices gain access to the network, the lateral spread of malware and ransomware is significantly reduced, decreasing the likelihood of costly data breaches.
  • Compliance Verification: For highly regulated sectors such as hospitality and transport, automated posture assessment provides continuous proof of compliance with standards like PCI DSS and GDPR, simplifying the audit process.
  • Operational Efficiency: Automating the quarantine and remediation process reduces the burden on the IT helpdesk, allowing engineers to focus on strategic initiatives rather than manually cleaning infected endpoints.

Definições Principais

802.1X

Uma norma IEEE para controlo de acesso à rede baseado em portas que fornece um mecanismo de autenticação para dispositivos que pretendem ligar-se a uma LAN ou WLAN.

O protocolo fundamental que garante que um dispositivo deve autenticar-se antes que a porta do switch ou o ponto de acesso permita a passagem de qualquer tráfego IP.

EAP-TLS

Extensible Authentication Protocol - Transport Layer Security. Uma estrutura de autenticação que utiliza certificados digitais X.509 para autenticação mútua.

A norma recomendada para dispositivos corporativos geridos, pois baseia-se em certificados criptográficos em vez de palavras-passe facilmente comprometidas.

Posture Assessment

O processo de avaliação do estado de segurança e configuração de um dispositivo final em relação a uma política corporativa definida.

Garante que um dispositivo não só é autenticado, mas também está "saudável" (atualizado, encriptado, protegido) antes de lhe ser concedido acesso à rede.

Policy Enforcement Point (PEP)

O dispositivo de rede (switch, controlador sem fios ou ponto de acesso) que bloqueia ou permite fisicamente o tráfego com base na política NAC.

O componente que executa efetivamente o comando "permitir" ou "quarentena" emitido pelo servidor NAC.

Policy Decision Point (PDP)

O servidor ou motor central (frequentemente um servidor RADIUS) que avalia os pedidos de autenticação e os dados de postura para determinar os direitos de acesso.

O cérebro da operação que detém a base de regras e decide que nível de acesso um dispositivo específico deve receber.

MAC Authentication Bypass (MAB)

Um método de autenticação alternativo que utiliza o endereço MAC de um dispositivo como a sua credencial quando este não consegue executar o 802.1X.

Utilizado para dispositivos sem interface de utilizador, como impressoras ou sensores IoT. É inerentemente fraco e deve ser combinado com uma segmentação de rede rigorosa.

Change of Authorization (CoA)

Uma extensão RADIUS que permite ao servidor NAC alterar dinamicamente o estado de autorização de uma sessão ativa.

Crucial para uma avaliação contínua; se um dispositivo deixar de estar em conformidade enquanto está ligado, o CoA permite que o servidor NAC o mova instantaneamente para uma VLAN de quarentena sem exigir uma desconexão.

Quarantine VLAN

Um segmento de rede estritamente isolado concebido para conter dispositivos não conformes, fornecendo acesso apenas a recursos de remediação.

Impede que um dispositivo infetado ou vulnerável comunique com os sistemas de produção enquanto descarrega as atualizações ou correções necessárias.

Exemplos Práticos

Um hotel de 400 quartos necessita que os computadores portáteis da equipa corporativa acedam de forma segura ao sistema de gestão de propriedade (PMS) interno. No entanto, o local também aloja inúmeros dispositivos IoT não geridos (termóstatos inteligentes, sinalização digital) que não podem executar um agente NAC.

Implementar uma política 802.1X EAP-TLS para todos os computadores portáteis da equipa corporativa, impondo verificações de postura rigorosas (antivírus ativo, disco encriptado, atualizações instaladas). Estes dispositivos são atribuídos dinamicamente à VLAN Corporativa após a conformidade bem-sucedida. Para os dispositivos IoT, implementar o MAC Authentication Bypass (MAB) combinado com a criação de perfis detalhados de dispositivos. Garantir que estes dispositivos MAB são colocados em VLANs de IoT isoladas e dedicadas, com ACLs que restringem o seu acesso exclusivamente aos controladores específicos com os quais necessitam de comunicar. Sob circunstância alguma a VLAN de IoT deve encaminhar tráfego para a VLAN Corporativa ou para o PMS.

Comentário do Examinador: Esta abordagem segmenta corretamente a rede com base na capacidade do dispositivo e no perfil de risco. Impõe uma segurança elevada para dispositivos geridos, ao mesmo tempo que fornece um método de acesso prático e controlado para hardware IoT sem interface de utilizador, mitigando os riscos inerentes ao MAB.

Uma cadeia de retalho está a implementar novos terminais de ponto de venda (POS) em 50 localizações. A equipa de TI pretende impor a conformidade de postura para cumprir os requisitos do PCI DSS, mas está preocupada em não perturbar as operações das lojas durante a implementação.

Implementar a arquitetura NAC em Modo de Monitorização durante 30 dias. Durante este período, o sistema NAC irá autenticar os terminais POS e avaliar a sua postura em relação à linha de base do PCI DSS (por exemplo, firewall ativa, sem software não autorizado), mas irá registar as falhas sem bloquear o acesso. A equipa de TI analisa os registos semanalmente, identifica os terminais que falham as verificações e corrige-os através da plataforma MDM. Assim que a taxa de conformidade atingir os 100%, a política é alterada para o Modo de Imposição, local por local, durante as janelas de manutenção.

Comentário do Examinador: A abordagem faseada utilizando o Modo de Monitorização é fundamental para a continuidade do negócio. Permite que a equipa de segurança identifique e resolva lacunas de conformidade sem afetar as operações de POS que geram receitas.

Perguntas de Prática

Q1. Uma solução NAC recentemente implementada num escritório corporativo está a causar problemas generalizados de conectividade. Dispositivos que ontem estavam em conformidade estão agora a ser colocados na VLAN de Quarentena. O suporte de TI relata que os dispositivos parecem saudáveis, com o antivírus ativo e patches aplicados. Qual é a falha de arquitetura mais provável?

Dica: Considere o ciclo de vida das credenciais utilizadas no EAP-TLS.

Ver resposta modelo

A causa mais provável é uma falha na Infraestrutura de Chaves Públicas (PKI). Se os certificados de máquina utilizados para a autenticação EAP-TLS expiraram, ou se o servidor NAC não consegue aceder à Lista de Revogação de Certificados (CRL) ou ao responder OCSP, a autenticação falhará independentemente do estado real de segurança do dispositivo. O sistema NAC assume por defeito um estado de falha fechada ou quarentena.

Q2. Está a desenhar a arquitetura de VLAN para uma nova implementação de NAC. A equipa de segurança insiste que a VLAN de Quarentena deve permitir o acesso ao servidor proxy corporativo para que os utilizadores possam navegar na internet enquanto os seus dispositivos são corrigidos. Este é um design seguro?

Dica: Avalie o risco de permitir que um dispositivo potencialmente comprometido aceda a infraestruturas partilhadas.

Ver resposta modelo

Não, este é um design falhado. Permitir que um dispositivo em quarentena aceda ao proxy corporativo introduz um risco significativo. Se o dispositivo estiver infetado com malware, poderá utilizar o proxy para estabelecer comunicações de comando e controlo ou tentar mover-se lateralmente para outros sistemas internos acessíveis através do proxy. A VLAN de Quarentena deve ser estritamente isolada, permitindo o acesso apenas a servidores de remediação específicos (ex.: Windows Update, servidores de definições de antivírus) e ao próprio portal de remediação.

Q3. Uma equipa de TI de um hospital precisa de proteger o acesso à rede para uma frota de novas bombas de infusão médica sem fios. Estes dispositivos não suportam suplicantes 802.1X e não podem executar um agente de postura. Como deve ser controlado o acesso à rede para estes dispositivos?

Dica: Considere métodos de autenticação alternativos e o princípio do privilégio mínimo.

Ver resposta modelo

Os dispositivos devem ser autenticados utilizando MAC Authentication Bypass (MAB). Como o MAB é inerentemente fraco (os endereços MAC podem ser falsificados), o acesso à rede deve ser fortemente restrito. As bombas de infusão devem ser colocadas numa VLAN de IoT Médica dedicada e isolada. Devem ser aplicadas Listas de Controlo de Acesso (ACLs) a esta VLAN, permitindo a comunicação apenas com os servidores de gestão central específicos necessários para o seu funcionamento, e bloqueando qualquer outro movimento lateral ou acesso à internet.

Continue a ler esta série

PPSK WPA3: comparando funcionalidades e modelos de implementação

Este guia de referência técnica compara PPSK e WPA3-SAE, explicando as suas diferenças arquiteturais e modelos de implementação para ambientes multi-tenant. Oferece orientação prática para gestores de TI e promotores imobiliários sobre como obter redes WiFi seguras e isoladas utilizando as soluções baseadas em identidade da Purple.

Ler o guia →

Gestão de Largura de Banda para WiFi de Colaboradores: Shaping, QoS e Redução de Tráfego

Este guia detalha métodos práticos para gerir a largura de banda para o WiFi de colaboradores em espaços empresariais. Aborda a implementação de traffic shaping, QoS e como a implementação do Purple Shield reduz a carga da rede sem necessidade de atualizações de infraestrutura.

Ler o guia →

How to Reduce the Number of WiFi SSIDs Using Per-Device PSK (iPSK, DPSK, MPSK)

Este guia de referência técnica autoritário explica como as equipas de TI podem eliminar a degradação de desempenho do WiFi causada pelo overhead de beacon de SSID, fundindo múltiplas redes dedicadas num único SSID utilizando PSK por dispositivo (xPSK). Abrange o panorama de fornecedores incluindo Cisco iPSK, HPE Aruba MPSK, Ruckus DPSK, Juniper Mist PPSK e Ubiquiti UniFi PPSK, com orientações práticas de implementação em atribuição dinâmica de VLAN, onboarding de IoT e conformidade com PCI DSS. Os operadores de espaços em hotelaria, retalho, estádios e organizações do setor público encontrarão orientações de arquitetura acionáveis e exemplos práticos do mundo real.

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 espaços. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua área o resolveram.