Pular para o conteúdo principal

Solucionando Problemas de Autenticação 802.1X no Windows 11: Guia de TI Corporativa

Um guia de diagnóstico e remediação para falhas de autenticação 802.1X no Windows 11. Corrija quebras de confiança de certificado RADIUS, bloqueios de PEAP pelo Credential Guard e erros de perfil sem fio de GPO.

Por Iain JewittPublicado Atualizado
📖 10 min de leitura1,507 palavras2 exemplos práticos3 questões práticas6 definições principais

Video overview

Ouça este guia

Ver transcrição do podcast
[Introdução e Contexto] Olá e boas-vindas a este briefing técnico da Purple. Sou o seu anfitrião e hoje abordaremos um problema específico de alto impacto que vem causando dores de cabeça nas equipes de TI em todo o cenário corporativo: atualizações do Windows 11 interrompendo a autenticação sem fio 802.1X. Se você gerencia uma rede corporativa - seja um campus hospitalar em expansão, uma operação de varejo com vários locais ou um grande espaço público - você confia no 802.1X para proteger sua infraestrutura sem fio. É o padrão de excelência. Mas, recentemente, vimos um aumento nos chamados de suporte onde os dispositivos são atualizados para o Windows 11 e, de repente, perdem a conexão com o WiFi seguro. Hoje, vamos detalhar exatamente por que isso acontece, como diagnosticar isso rapidamente e as etapas que você precisa seguir para resolver e evitar que isso ocorra em futuras fases de implantação. Vamos ao que interessa. [Aprofundamento Técnico] Então, o que realmente está falhando quando uma máquina é atualizada para o Windows 11? Para entender a falha, precisamos analisar o handshake de autenticação. A maioria das empresas usa PEAP-MSCHAPv2 ou EAP-TLS para suas redes 802.1X. Ambos dependem fortemente da confiança de certificados. Quando um cliente Windows tenta se conectar, o servidor RADIUS - geralmente um Network Policy Server ou NPS - apresenta seu certificado. O cliente então verifica se confia na Autoridade Certificadora Raiz que emitiu o certificado do NPS. Aqui está o ponto crucial do problema do Windows 11: durante alguns caminhos de atualização, ou devido a padrões de segurança mais rígidos no Windows 11, as vinculações de certificados raiz confiáveis do perfil sem fio são removidas ou falham ao migrar corretamente. Além disso, o Windows 11 introduziu o Credential Guard ativado por padrão em hardware compatível, o que altera a forma como as credenciais NTLM e MS-CHAPv2 são armazenadas e acessadas, às vezes corrompendo as configurações herdadas de PEAP. Quando o cliente não consegue validar o certificado do servidor, a conexão cai imediatamente. O usuário apenas vê "Não é possível conectar-se a esta rede", mas, nos bastidores, trata-se de uma falha grave no estabelecimento do túnel TLS. [Recomendações de Implementação e Armadilhas] Como corrigimos isso? A correção imediata envolve o envio de um Group Policy Object, ou GPO, atualizado para seus endpoints. Primeiro, você deve garantir que o certificado da sua CA Raiz seja implantado explicitamente no repositório de 'Autoridades de Certificação Raiz Confiáveis' em todas as máquinas clientes. Segundo, e esta é a etapa que muitos esquecem, você precisa atualizar suas Políticas de Rede Sem Fio (IEEE 802.11) na GPO. Você deve selecionar explicitamente a CA raiz confiável nas propriedades PEAP ou EAP-TLS do perfil sem fio. Se essa caixa estiver desmarcada, o Windows 11 recusará a conexão. Uma grande armadilha que vemos são as equipes de TI tentando contornar o problema desativando totalmente a validação do certificado do servidor. Não faça isso. Desativar a validação de certificados abre sua rede para ataques de Evil Twin e roubo de credenciais. Isso viola os requisitos de conformidade com PCI-DSS e GDPR. Sempre corrija a cadeia de confiança; nunca a contorne. Para uma solução de longo prazo, especialmente se você estiver gerenciando uma implantação em grande escala como [Varejo](/industries/retail) ou [Hospitalidade](/industries/hospitality), considere deixar de usar o PEAP baseado em senha por completo. A transição para o EAP-TLS com certificados de máquina e de usuário é muito mais robusta contra essas alterações de credenciais no nível do sistema operacional. Você pode ler mais sobre isso em nosso guia sobre [Implementando WPA3-Enterprise para Segurança Sem Fio Aprimorada](/guides/implementing-wpa3-enterprise-for-enhanced-wireless-security). [Perguntas e Respostas Rápidas] Vamos passar por algumas perguntas rápidas que recebemos de arquitetos de rede. Pergunta 1: "Usamos uma CA pública para nosso servidor RADIUS. Ainda precisamos distribuí-la via GPO?" Resposta: Sim. Mesmo que a CA esteja no repositório de raiz confiável do Windows por padrão, o perfil de rede sem fio específico deve ser configurado para confiar nessa CA específica para autenticação de rede. Pergunta 2: "Podemos usar a plataforma da Purple para contornar isso?" Resposta: A Purple é excelente em [Guest WiFi](/guest-wifi) e onboarding via Captive Portals. Para seus SSIDs corporativos internos que usam 802.1X, você deve resolver a confiança de certificado subjacente no dispositivo final. No entanto, para acesso de BYOD ou contratados, roteá-los por meio de um Captive Portal da Purple com OpenRoaming pode ser uma alternativa altamente eficaz para gerenciar certificados locais. [Resumo e Próximos Passos] Para resumir: as atualizações do Windows 11 estão interrompendo o 802.1X devido a falhas na migração de confiança de certificados e à aplicação do Credential Guard. Seu plano de ação: verifique os logs do WLAN-AutoConfig no Visualizador de Eventos para os Erros 11 ou 15. Atualize suas GPOs de rede sem fio para confiar explicitamente na CA raiz do seu servidor RADIUS. E planeje uma migração para EAP-TLS para estabilidade permanente. Obrigado por participar deste briefing técnico. Para mais análises aprofundadas sobre redes corporativas, confira nossos recursos em Purple.ai.

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

A implantação e a manutenção da autenticação de rede 802.1X em ambientes corporativos exigem uma interoperabilidade perfeita entre os sistemas operacionais dos clientes, pontos de acesso, infraestrutura de switches e servidores de autenticação RADIUS. Após atualizações de recursos no Windows 11, os departamentos de TI corporativos frequentemente enfrentam picos repentinos de falhas de autenticação em redes com fio Ethernet e sem fio WiFi.

Este guia técnico fornece uma estrutura de diagnóstico passo a passo para identificar as causas raiz, resolver quebras de confiança de RADIUS, remediar conflitos do Credential Guard e estabelecer um controle de acesso à rede 802.1X confiável para endpoints Windows 11 gerenciados.

Noções básicas sobre as mudanças arquitetônicas do Windows 11 no 802.1X

O Windows 11 introduz controles de segurança aprimorados que alteram a forma como o sistema operacional lida com a negociação do Extensible Authentication Protocol (EAP), validação de certificados e cache de credenciais. Embora essas proteções de segurança protejam os dispositivos corporativos contra o roubo de identidade, elas expõem pontos fracos latentes de configuração em Group Policy Objects (GPO) e cargas de Mobile Device Management (MDM) existentes.

Build do SO Windows 11 Recurso / Mudança de Segurança Impacto na Autenticação 802.1X Correção Necessária
Windows 11 22H2 Credential Guard habilitado por padrão Isola hashes NTLMv2, quebrando a autenticação SSO PEAP-MSCHAPv2 legada. Migrar para certificados EAP-TLS ou configurar solicitação explícita de credenciais.
Windows 11 23H2 Aplicação do modo WPA3-Enterprise de 192 bits Exige conformidade com a criptografia Suite B para perfis sem fio de alta segurança. Garantir que o certificado do servidor RADIUS use SHA-384 e RSA 3072+ ou ECDSA P-384.
Windows 11 24H2 Validação estrita de certificado RADIUS Rejeita conexões se a CA Raiz estiver ausente do repositório confiável ou se o SAN falhar na correspondência. Implantar a CA Raiz nos repositórios de confiança do cliente e atualizar as listas de nomes de servidores de perfil sem fio.
Todas as Builds Wired AutoConfig desabilitado por padrão Portas de switch Ethernet falham no handshake 802.1X; endpoints recebem endereços APIPA. Habilitar o tipo de inicialização dot3svc para Automático via GPO ou scripts PowerShell.

Principais causas de falhas de autenticação 802.1X no Windows 11

Quando um dispositivo Windows 11 falha ao se autenticar em uma rede corporativa 802.1X, o problema geralmente decorre de um dos quatro principais vetores de falha:

1. Quebra na validação do certificado do servidor RADIUS

Durante o handshake EAP-TLS ou PEAP do 802.1X, o servidor RADIUS apresenta seu certificado digital X.509 para provar sua identidade ao cliente. O Windows 11 valida três critérios antes de prosseguir:

  • Cadeia de confiança: O certificado da CA Raiz emissora deve residir no repositório de Autoridades de Certificação Raiz Confiáveis do Computador Local do endpoint.
  • Subject Alternative Name (SAN): O nome de host ou FQDN do servidor RADIUS deve corresponder ao nome do servidor especificado na configuração XML do perfil 802.1X do cliente.
  • Expiração e revogação: O certificado deve estar válido e passar pelas verificações de Lista de Revogação de Certificados (CRL) ou OCSP.

Se qualquer critério falhar, o Windows 11 encerra imediatamente a sessão EAP para evitar a conexão a potenciais pontos de acesso não autorizados.

2. Conflitos do Credential Guard com PEAP-MSCHAPv2

O Credential Guard usa a Segurança Baseada em Virtualização (VBS) para isolar segredos armazenados na memória. Configurações legadas de 802.1X que dependem de PEAP-MSCHAPv2 tentam extrair hashes de logon do usuário para autenticar automaticamente no Active Directory. O Credential Guard bloqueia esse acesso à memória, resultando em loops repetidos de solicitação de credenciais ou rejeição explícita do RADIUS.

3. Certificados de cliente ausentes ou expirados (EAP-TLS)

Em ambientes zero-trust que usam EAP-TLS, cada dispositivo ou usuário apresenta um certificado individual emitido por uma Autoridade de Certificação interna (como o Microsoft ADCS). Falhas de conexão ocorrem quando os perfis de certificado Intune SCEP ou PKCS falham na sincronização, os certificados de cliente expiram ou os atributos de Uso Estendido de Chave (EKU) da Chave Privada não contêm Autenticação de Cliente (1.3.6.1.5.5.7.3.2).

4. Estado do serviço Wired AutoConfig (dot3svc)

Para ambientes com fio Ethernet 802.1X, as instalações padrão do Windows 11 desktop não habilitam o serviço dot3svc de fábrica. Como resultado, as placas de interface de rede (NICs) permanecem sem responder aos quadros EAPOL Start transmitidos pelas portas de switches gerenciados, deixando o dispositivo isolado sem acesso à rede ou com um endereço IP APIPA atribuído (169.254.x.x).

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.

Fluxo de trabalho de diagnóstico passo a passo para administradores de TI

Para solucionar falhas de autenticação em endpoints gerenciados de forma sistemática, siga esta sequência de diagnóstico:

Fase 1: Analisar os logs do Visualizador de Eventos do Windows

O Windows registra todos os eventos de rede 802.1X nos logs operacionais especializados do Visualizador de Eventos:

  • WiFi 802.1X: Navegue até Logs de Aplicativos e Serviços > Microsoft > Windows > WLAN-AutoConfig > Operational
  • Rede com fio 802.1X: Navegue até Logs de Aplicativos e Serviços > Microsoft > Windows > Wired-AutoConfig > Operational
ID do Evento Origem do Log Descrição do Erro Causa Raiz e Resolução
12014 WLAN / Wired-AutoConfig A autenticação 802.1X falhou devido ao tempo limite do EAPOL O cliente não recebeu resposta do servidor RADIUS. Verifique o segredo do RADIUS no switch e a conectividade IP.
12013 WLAN / Wired-AutoConfig Falha na validação do certificado do servidor CA Raiz ausente do repositório confiável ou incompatibilidade de SAN do servidor no perfil 802.1X. Importe a CA Raiz.
5632 WLAN / Wired-AutoConfig Rejeição explícita de autenticação 802.1X O servidor RADIUS rejeitou as credenciais ou o certificado do cliente. Inspecione os logs de auditoria do NPS/ISE para códigos de rejeição.
10001 WLAN / Wired-AutoConfig Criação ou atualização de perfil registrada O perfil foi atualizado ou importado com sucesso no registro de rede local do Windows.

Fase 2: Executar diagnósticos de linha de comando netsh

Abra um Prompt de Comando elevado ou uma sessão do PowerShell no endpoint afetado para inspecionar os estados de rede ativos e exportar perfis de configuração:

# Check active wireless interface state and signal quality
netsh wlan show interfaces

# List all installed wireless 802.1X profiles
netsh wlan show profiles

# Export a wireless profile to XML for inspection
netsh wlan export profile name="Corporate-WiFi" folder="C:\temp" key=clear

# Inspect active wired Ethernet 802.1X status
netsh lan show state

# Verify local Root CA certificate store installation
certutil -store Root "Your-Internal-Root-CA"

Estratégias de remediação: GPO e Microsoft Intune

Assim que o mecanismo de falha for identificado, implante atualizações de políticas em toda a empresa para padronizar a configuração dos endpoints em todos os dispositivos Windows 11.

Remediação via Diretiva de Grupo do Active Directory (GPO)

Para endpoints ingressados no domínio, configure Políticas de Rede Sem Fio e Com Fio centralizadas:

  1. Abra o Console de Gerenciamento de Diretiva de Grupo (gpmc.msc) e edite sua política de endpoint de linha de base.
  2. Navegue até Configuração do Computador > Políticas > Configurações do Windows > Configurações de Segurança > Serviços do Sistema. Localize Configuração Automática Com Fio, defina o Modo de Inicialização como Automático e inicie o serviço.
  3. Navegue até Políticas de Chave Pública > Autoridades de Certificação Raiz Confiáveis. Importe o certificado da CA Raiz emissora para o seu servidor RADIUS.
  4. Navegue até Políticas de Rede Sem Fio (IEEE 802.11), abra seu perfil corporativo, selecione a guia Segurança e defina a Autenticação como Microsoft: Cartão inteligente ou outro certificado (para EAP-TLS) ou PEAP.
  5. Clique em Propriedades e marque explicitamente sua CA Raiz na lista de Autoridades de Certificação Raiz Confiáveis enquanto especifica os FQDNs do seu servidor RADIUS no campo Conectar-se a estes servidores.

Implantação de perfil de MDM do Microsoft Intune

Para endpoints gerenciados na nuvem ou híbridos no Intune:

  1. Crie um perfil de Certificado Confiável contendo o payload do certificado da CA Raiz corporativa e atribua-o a Todos os Dispositivos.
  2. Crie um perfil de Certificado PKCS ou SCEP secundário para emitir certificados de cliente exclusivos para dispositivos ou usuários para EAP-TLS.
  3. Crie um perfil de Configuração de WiFi com EAP-TLS especificado como o tipo de EAP, referenciando tanto o Certificado Confiável quanto os perfis SCEP/PKCS.
  4. Certifique-se de que a ordem de avaliação das políticas permita que o payload do Certificado Confiável seja instalado antes da aplicação do perfil de WiFi.

Arquitetura de segurança de longo prazo: Migrando para EAP-TLS e Passpoint

Embora o PEAP-MSCHAPv2 possa receber patches, os protocolos 802.1X baseados em senha permanecem inerentemente vulneráveis à coleta de credenciais, ataques de dicionário offline e falsificação de AP por invasores. As diretrizes de segurança do setor do NIST e da Wi-Fi Alliance determinam a migração de redes corporativas para a autenticação por certificado EAP-TLS ou Passpoint (Hotspot 2.0).Saiba mais sobre a implementação de arquiteturas de segurança de ponta a ponta em nosso Enterprise WiFi Security Guide abrangente. Para comparações detalhadas de protocolos, analise nossa análise sobre os EAP Methods Compared (PEAP, EAP-TLS, EAP-TTLS, and EAP-FAST) ou explore o envio automatizado de certificados em nosso guia sobre como Deploying WiFi Certificates via Microsoft Intune.

Ao combinar o 802.1X baseado em certificado com o gerenciamento automatizado de RADIUS em nuvem, as equipes de TI corporativas eliminam as solicitações de senha, simplificam a integração de terminais Windows 11 e alcançam o controle de acesso à rede zero-trust em todas as instalações da empresa.

Definições principais

802.1X

Um padrão IEEE para Controle de Acesso à Rede baseado em porta (PNAC) que fornece acesso autenticado para redes WiFi corporativas 802.11 e redes Ethernet 802.3.

Constitui a base da segurança de rede corporativa ao exigir que os endpoints se autentiquem em um servidor RADIUS antes que as portas do switch ou pontos de acesso sem fio concedam acesso à rede.

Credential Guard

Um recurso de segurança baseado em virtualização no Windows 11 que isola segredos para que apenas softwares de sistema privilegiados possam acessá-los.

Impede a extração de hash de senha MSCHAPv2 da memória, o que quebra as configurações herdadas de autenticação PEAP-MSCHAPv2 em redes corporativas.

EAP-TLS

Extensible Authentication Protocol - Transport Layer Security. Um método de autenticação 802.1X que usa certificados digitais X.509 mútuos para validação de cliente e servidor.

O protocolo de autenticação recomendado para a segurança de WiFi corporativo porque elimina senhas e resiste a ataques de personificação.

PEAP-MSCHAPv2

Protected Extensible Authentication Protocol com Microsoft Challenge Handshake Authentication Protocol versão 2.

Um protocolo herdado baseado em senha 802.1X vulnerável à colheita de credenciais e falsificação de certificado quando a validação do servidor está incorretamente configurada.

WLAN AutoConfig (wlansvc)

O serviço integrado do Windows que enumera adaptadores de rede sem fio, descobre redes WiFi disponíveis e gerencia perfis de autenticação 802.1X.

Registra eventos de diagnóstico detalhados no Visualizador de Eventos em Microsoft-Windows-WLAN-AutoConfig/Operational quando ocorrem falhas nas conexões sem fio 802.1X.

Wired AutoConfig (dot3svc)

O serviço do Windows responsável pela autenticação IEEE 802.3 Ethernet 802.1X em portas de switch com fio.

Desabilitado por padrão nas edições desktop do Windows; deve ser iniciado e configurado como Automático via GPO ou PowerShell para ambientes com fio 802.1X.

Exemplos práticos

Cenário 1: Após uma atualização corporativa para o Windows 11 24H2, 350 laptops corporativos falham ao se conectar à rede WiFi WPA3-Enterprise. O Visualizador de Eventos exibe o Event ID 12013 com texto indicando que a validação do certificado do servidor falhou. O servidor RADIUS usa um certificado TLS comercial. Como a equipe de rede deve resolver essa falha de autenticação?

A equipe de engenharia de rede deve resolver a incompatibilidade da cadeia de confiança do certificado raiz causada pela imposição de validação estrita do Windows 11 24H2.

  1. Abra o Gerenciador de Certificados do Computador Local (certlm.msc) em um endpoint afetado e inspecione as Autoridades de Certificação Raiz Confiáveis para verificar se os certificados das CAs Intermediária e Raiz emissoras para o servidor RADIUS estão instalados.
  2. Se estiverem ausentes, exporte os certificados públicos da CA Raiz e da CA Intermediária (.cer) da Autoridade de Certificação.
  3. Na Diretiva de Grupo do Active Directory, navegue até Configuração do Computador > Diretivas > Configurações do Windows > Configurações de Segurança > Diretivas de Chave Pública e importe a CA Raiz em Autoridades de Certificação Raiz Confiáveis.
  4. No Microsoft Intune, implante um perfil de Certificado Confiável contendo a carga da CA Raiz para todos os grupos de dispositivos corporativos.
  5. Atualize a configuração XML do perfil WiFi 802.1X corporativo para listar explicitamente o Nome de Domínio Totalmente Qualificado (FQDN) do servidor RADIUS no campo Validar certificado do servidor.
Comentário do examinador: O Windows 11 24H2 impõe rigidamente a validação do certificado do servidor. Se o endpoint não possuir o certificado raiz em seu armazenamento confiável local ou se o nome do servidor no perfil 802.1X não corresponder ao SAN do certificado RADIUS, o Windows aborta o handshake EAP antes de enviar as credenciais. A implantação da CA Raiz via GPO ou Intune restabelece a confiança sem desativar as verificações de segurança.

Cenário 2: Uma empresa de serviços financeiros usa PEAP-MSCHAPv2 para acesso WiFi de laptops corporativos. Após ativar o Windows 11 Credential Guard em todos os endpoints, os usuários recebem falhas persistentes de solicitação e rejeições de RADIUS Event ID 5632. Como o departamento de TI pode restaurar a autenticação de rede de forma confiável e manter a conformidade de segurança?

O Credential Guard isola as credenciais de logon único em um contêiner virtualizado, impedindo que o MSCHAPv2 extraia hashes de senha para autenticação EAP.

  1. Implemente uma solução alternativa imediata configurando um perfil de usuário 802.1X dedicado na GPO que solicite credenciais de usuário explícitas, em vez de depender da passagem de hash de Logon Único (SSO) do Windows.
  2. Para uma resolução definitiva, planeje uma migração de PEAP-MSCHAPv2 para a autenticação baseada em certificado EAP-TLS.
  3. Implante perfis de certificado Microsoft SCEP ou PKCS via Microsoft Intune para emitir certificados de dispositivo X.509 exclusivos para todos os endpoints gerenciados.
  4. Configure o servidor RADIUS (Cisco ISE, Aruba ClearPass ou Microsoft NPS) para autenticar certificados de dispositivos de endpoint via EAP-TLS.
  5. Desative o PEAP-MSCHAPv2 nos controladores sem fio para eliminar os riscos de exposição de senhas em toda a empresa.
Comentário do examinador: Desativar o Credential Guard enfraquece a segurança dos endpoints Windows 11 e viola os benchmarks do CIS. O caminho arquitetônico correto é atualizar a rede do PEAP baseado em senha para o EAP-TLS. Os certificados contornam totalmente as restrições do Credential Guard, proporcionando proteção superior contra ataques de pontos de acesso falsos.

Questões práticas

Q1. Qual utilitário do Prompt de Comando do Windows fornece verificação em tempo real das configurações de perfil sem fio 802.1X ativo, estado de autenticação e suítes de criptografia em uma máquina cliente?

Dica: Use a ferramenta auxiliar nativa de linha de comando sem fio integrada ao Windows.

Ver resposta modelo

O comando netsh wlan show interfaces exibe o status atual da conexão, SSID, BSSID, tipo de rádio e modo de autenticação. Para inspecionar detalhes do perfil e configurações EAP, execute netsh wlan show profile name="ProfileName" key=clear. Para conexões com fio Ethernet 802.1X, use netsh lan show state.

Q2. Por que a inicialização do serviço Wired AutoConfig (dot3svc) é obrigatória ao implantar o controle de acesso à rede 802.1X em portas de switch Ethernet corporativas para clientes desktop Windows 11?

Dica: Considere o estado padrão do serviço do sistema operacional para instalações desktop.

Ver resposta modelo

Ao contrário do serviço WLAN AutoConfig (wlansvc), que é executado automaticamente em dispositivos com capacidade sem fio, o serviço Wired AutoConfig (dot3svc) é configurado para inicialização Manual por padrão em instalações desktop do Windows 11. Sem o dot3svc ativo, o sistema operacional ignora as solicitações EAPOL 802.1X das portas do switch, fazendo com que o switch coloque o endpoint em um estado não autorizado ou em uma rede APIPA (169.254.x.x).

Q3. Um administrador de TI tenta resolver um erro de conexão 802.1X desmarcando "Validar certificado do servidor" nas propriedades da rede sem fio. Qual risco de segurança essa solução alternativa introduz?

Dica: Pense em ataques de personificação (machine-in-the-middle) e pontos de acesso não autorizados.

Ver resposta modelo

Desabilitar a validação do certificado do servidor permite que a máquina cliente se conecte a qualquer ponto de acesso não autorizado que transmita o SSID corporativo. Um invasor pode configurar um servidor RADIUS falso, capturar hashes de credenciais PEAP-MSCHAPv2 do usuário e realizar a descriptografia de tráfego corporativo por meio de ataque machine-in-the-middle. Os padrões de segurança corporativos proíbem estritamente desativar a validação do servidor.

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.