WPA-PSK Explicado: O Que É, Como Funciona e Seus Riscos de Segurança

Boas-vindas ao Informativo de Redes Corporativas da Purple. Hoje, estamos nos aprofundando em um protocolo que provavelmente está rodando em algum lugar do seu ambiente agora mesmo, talvez onde não deveria: o WPA-PSK. Vamos detalhar o que ele é, exatamente como funciona nos bastidores e, mais importante, por que confiar nele em um ambiente corporativo é um risco operacional e de segurança significativo. Vamos começar com o básico. WPA-PSK, ou WiFi Protected Access Pre-Shared Key. É a senha que todos nós usamos em casa. Mas em um contexto empresarial - por exemplo, uma rede de varejo, um grande hotel ou um centro de convenções - por que esse padrão de nível doméstico ainda é tão predominante? Tudo se resume à percepção de simplicidade. Quando um estabelecimento precisa conectar dispositivos rapidamente - sejam terminais de ponto de venda, leitores portáteis ou até mesmo dispositivos de convidados - digitar uma única senha parece o caminho de menor resistência. Você não precisa configurar um servidor RADIUS, não precisa de um Provedor de Identidade. Você apenas configura o Access Point, distribui a senha e pronto. Mas essa simplicidade é uma armadilha. É uma enorme dívida operacional disfarçada de solução rápida. Vamos à parte técnica. Como o WPA-PSK realmente protege a conexão? Existe um equívoco comum de que a própria senha criptografa o tráfego. Não é assim. A senha - a PSK - não é a chave de criptografia. Ela é o material semente. Quando você configura uma PSK, o Access Point e o dispositivo cliente usam essa senha, junto com o SSID da rede, para calcular o que é chamado de Pairwise Master Key, ou PMK. Isso é feito usando um algoritmo de hash chamado PBKDF2, que executa o cálculo quatro mil e noventa e seis vezes. Essa intensidade computacional foi projetada para retardar ataques de força bruta. Mas a PMK ainda não é usada para criptografia de dados. Então, como chegamos à criptografia real? Através do 4-Way Handshake. Este é o mecanismo crítico. O cliente e o AP precisam provar um ao outro que ambos conhecem a PMK, mas não podem transmiti-la pelo ar - isso seria uma falha de segurança massiva. Por isso, eles trocam nonces criptográficos - basicamente números aleatórios. O AP envia um nonce, chamado ANonce. O cliente envia um nonce de volta - o SNonce - junto com um Message Integrity Code, ou MIC. Usando esses nonces, ambos os lados calculam de forma independente a Pairwise Transient Key, a PTK. Essa PTK é o que realmente criptografa os dados da sua sessão. O AP então envia a Group Temporal Key - usada para tráfego de transmissão - criptografada sob a PTK, e o cliente confirma. A comunicação criptografada começa. Agora, a matemática aqui é sólida. A criptografia AES usada no WPA moderno é robusta. Então, onde o modelo de segurança falha para uma grande empresa? A falha não está na criptografia. Está no gerenciamento de chaves e na natureza do handshake. Primeiro, esse handshake de 4 vias ocorre em texto aberto. Se eu for um invasor sentado no lobby do seu hotel com um farejador de pacotes, posso capturar esse handshake. Eu nem preciso estar conectado à sua rede. Assim que tenho o handshake, eu o levo offline. Eu utilizo uma plataforma de GPU potente para executar um ataque de dicionário, adivinhando senhas rapidamente, gerando o PMK e verificando se ele produz o mesmo Message Integrity Code que capturei. Como muitos locais usam senhas fracas - como o nome do local e o ano - posso decifrá-la em minutos. E quanto aos ataques de desautenticação? Se nenhum dispositivo novo estiver se conectando, o invasor não poderá capturar um handshake. Então, ele falsifica um quadro de desautenticação, instruindo um cliente legítimo a se desconectar. O cliente se reconecta imediatamente, executa o handshake de 4 vias e o invasor o captura. É um ataque barulhento, mas altamente eficaz se você não estiver monitorando com um Sistema de Detecção de Intrusão Sem Fio. Agora vamos passar dos riscos criptográficos para as realidades operacionais. Porque o WPA-PSK cria dois problemas adicionais que são tão prejudiciais quanto o risco de segurança. Primeiro: o vácuo de identidade. O WPA-PSK autentica o dispositivo, não o usuário. Ele informa que um dispositivo com um endereço MAC específico conhece a senha. Ele não diz se esse dispositivo pertence ao gerente da sua loja, a um visitante ou a um invasor. Sem identidade, você não tem trilha de auditoria. Se você estiver sujeito ao PCI-DSS para varejo, ou ao GDPR para qualquer operação voltada para a UE, essa falta de responsabilidade é uma grande falha de conformidade. Você não pode demonstrar quem acessou o quê, quando e de onde. Segundo: o pesadelo da revogação. Se um gerente sai e conhece a PSK da sua rede corporativa, você precisa alterá-la. Mas alterar a PSK significa que agora você precisa atualizar manualmente cada dispositivo legítimo naquele local - cada scanner, cada tablet, cada terminal de PDV. Em uma rede de varejo com quinhentas lojas, isso representa potencialmente dezenas de milhares de dispositivos. É operacionalmente inviável, então o que geralmente acontece? A senha nunca é alterada. A postura de segurança simplesmente se degrada com o tempo. Então, qual é a solução? Como as empresas se afastam disso? Você precisa segmentar sua abordagem com base no tipo de usuário. Para ativos corporativos - notebooks de funcionários, terminais seguros, dispositivos gerenciados - você deve migrar para WPA-Enterprise ou 802.1X. Isso exige que usuários ou dispositivos se autentiquem individualmente em um diretório central, como o Active Directory, usando um servidor RADIUS e um método EAP, como EAP-TLS ou PEAP. Se um notebook for roubado ou um funcionário sair, você revoga o certificado ou a conta específica dele. O restante da rede permanece completamente intacto. Não há senha para alterar. Para guest WiFi - obviamente, não estamos colocando hóspedes de hotéis em 802.1X - entregar uma PSK em um quadro negro é uma oportunidade perdida. Você faz a transição para uma rede Open, mas protege a camada de acesso usando um Captive Portal. O usuário se conecta, é redirecionado para um portal e se autentica via login social, e-mail ou SMS. Agora você sabe exatamente quem está na sua rede. Você tem uma trilha de auditoria, pode aplicar limites de largura de banda por usuário e, fundamentalmente, transforma aquele WiFi de um centro de custo em um ativo de marketing. Você captura dados primários (first-party data), entende analytics do local, tempos de permanência, taxas de retorno. Nada disso é possível com uma PSK compartilhada. E quanto aos dispositivos IoT legados? Às vezes, você tem um sensor de HVAC antigo ou um terminal de pagamento legado que suporta apenas PSK. Essa é uma realidade que todos nós enfrentamos. Se você precisar usar PSK, a contenção é a sua estratégia. Você coloca esses dispositivos em uma VLAN dedicada e fortemente restrita. Você implementa isolamento estrito de clientes para que eles não possam se comunicar entre si, e os bloqueia com firewall para isolá-los da sub-rede corporativa. Você trata essa rede PSK como território hostil, porque sob o ponto de vista de segurança, ela é. Vamos falar sobre prioridades de implementação. Se você está planejando uma migração neste trimestre, aqui está a sequência recomendada. Primeiro, audite sua rede atual. Identifique cada SSID, cada método de autenticação e cada tipo de dispositivo. Segundo, segmente seus SSIDs por tipo de usuário: equipe corporativa, guests e IoT. Terceiro, implante 802.1X para dispositivos corporativos. Se você tiver uma infraestrutura de pontos de acesso gerenciada em nuvem, a maioria dos fornecedores modernos suporta a integração com RADIUS nativamente. Quarto, implante um Captive Portal para acesso de guests. Quinto, isole quaisquer dispositivos PSK restantes em uma VLAN dedicada. Do ponto de vista de conformidade, esta arquitetura atende diretamente ao requisito PCI-DSS 1.3 sobre segmentação de rede, ao requisito 8.2 sobre identificação exclusiva de usuários e ao GDPR Artigo 32 sobre medidas técnicas de segurança apropriadas para o processamento de dados pessoais. Agora, um resumo rápido dos principais pontos. Um: PSK autentica o dispositivo; Enterprise autentica o usuário. Se você precisa de uma trilha de auditoria, PSK é a ferramenta errada. Ponto final. Dois: O handshake de 4 vias é público. Se a sua senha for fraca, sua rede estará comprometida, independentemente do algoritmo de criptografia. Uma frase secreta complexa e gerada aleatoriamente é o padrão mínimo. Três: Pare de distribuir guest WiFi com uma senha compartilhada. Use um Captive Portal para proteger o acesso e capturar os dados de analytics de que sua empresa precisa. O retorno sobre o investimento é imediato. Quatro: Dispositivos PSK legados devem ser isolados. Trate qualquer segmento de rede PSK como não confiável. O isolamento de VLAN e o isolamento de clientes são inegociáveis. Cinco: O WPA3 introduz a Autenticação Simultânea de Iguais (SAE), que oferece proteção contra ataques de dicionário offline mesmo no modo PSK. Se o seu hardware suportar WPA3, ative-o. Mas isso não resolve os problemas de identidade ou revogação - estes exigem 802.1X ou um Captive Portal. Para resumir: o WPA-PSK foi projetado para uma era diferente e uma escala diferente. Para qualquer ambiente corporativo - seja você operador de uma rede de hotéis, um complexo de varejo, um estádio ou uma instalação do setor público - a combinação de WPA-Enterprise para dispositivos corporativos e um Captive Portal gerenciado para convidados é a única arquitetura que oferece segurança e inteligência de negócios. O próximo passo é uma auditoria de rede. Mapeie cada dispositivo, cada SSID e cada método de autenticação em sua propriedade. Os resultados certamente revelarão implantações PSK que precisam ser tratadas com urgência. Obrigado por ouvir o boletim de redes Purple Enterprise. Para mais guias técnicos, estruturas de implantação e estudos de caso, visite purple.ai.