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

Bem-vindo ao Purple Enterprise Networking Briefing. Hoje vamos nos aprofundar em um protocolo que provavelmente está rodando em algum lugar do seu ambiente agora, talvez onde não deveria: WPA-PSK. Vamos detalhar o que ele é, exatamente como funciona nos bastidores e, o mais importante, por que confiar nele em um ambiente corporativo representa um risco operacional e de segurança significativo. Vamos começar pelo básico. WPA-PSK, ou WiFi Protected Access Pre-Shared Key. É a senha que todos usamos em casa. Mas em um contexto empresarial — digamos, 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 prevalente? Tudo se resume à percepção de simplicidade. Quando um estabelecimento precisa conectar dispositivos rapidamente — sejam terminais de ponto de venda, scanners 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. É um enorme débito operacional disfarçado 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 é verdade. A senha — a PSK — não é a chave de criptografia. Ela é a 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 desacelerar 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. Então, 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 broadcast — 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 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 de forma aberta. Se eu for um invasor sentado no saguão do seu hotel com um farejador de pacotes (packet sniffer), posso capturar esse handshake. Eu nem preciso estar conectado à sua rede. Assim que tenho o handshake, eu o levo para o modo offline. Eu uso uma máquina com GPU potente para executar um ataque de dicionário, adivinhando senhas rapidamente, gerando o PMK e verificando se ele produz o mesmo Código de Integridade de Mensagem 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 conseguirá capturar um handshake. Então, eles falsificam um quadro de desautenticação, dizendo a um cliente legítimo para se desconectar. O cliente se reconecta imediatamente, realiza 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 mudar 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 convidado 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 costuma acontecer? 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 — laptops de funcionários, terminais seguros, dispositivos gerenciados —, você deve migrar para WPA-Enterprise ou 802.1X. Isso exige que os 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 laptop for roubado ou um funcionário sair, você revoga o certificado ou a conta específica dele. O restante da rede permanece completamente intocado. Não há senha para alterar. Para WiFi de visitantes — obviamente, não colocamos hóspedes de hotéis no 802.1X — distribuir uma PSK em uma lousa é uma oportunidade perdida. Você faz a transição para uma rede aberta (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, crucialmente, transforma esse WiFi de um centro de custo em um ativo de marketing. Você captura dados primários (first-party data), entende as análises 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 enfrentamos. Se você precisa usar PSK, a contenção é a sua estratégia. Você coloca esses dispositivos em uma VLAN dedicada e altamente restrita. Você implementa isolamento estrito de clientes para que eles não possam se comunicar entre si e os bloqueia com firewall da sub-rede corporativa. Você trata essa rede PSK como território hostil, porque, do 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, visitantes e IoT. Terceiro, implante o 802.1X para dispositivos corporativos. Se você possui uma infraestrutura de pontos de acesso gerenciada na nuvem, a maioria dos fornecedores modernos oferece suporte nativo à integração RADIUS. Quarto, implante um captive portal para acesso de visitantes. Quinto, isole quaisquer dispositivos PSK restantes em uma VLAN dedicada. Do ponto de vista de conformidade, essa arquitetura atende diretamente ao requisito 1.3 do PCI DSS sobre segmentação de rede, ao requisito 8.2 sobre identificação exclusiva de usuário e ao Artigo 32 do GDPR sobre medidas de segurança técnica adequadas para o processamento de dados pessoais. Agora, um resumo rápido dos principais pontos a serem lembrados. Um: A PSK autentica o dispositivo; o Enterprise autentica o usuário. Se você precisa de uma trilha de auditoria, a PSK é a ferramenta errada. Ponto final. Dois: O handshake de 4 vias é público. Se sua senha for fraca, sua rede estará comprometida, independentemente do algoritmo de criptografia. Uma senha complexa e gerada aleatoriamente é o padrão mínimo. Três: Pare de liberar WiFi de visitantes com uma senha compartilhada. Use um captive portal para proteger o acesso e capturar os dados analíticos 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 fornece proteção contra ataques de dicionário offline, mesmo no modo PSK. Se o seu hardware suportar WPA3, habilite-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 — quer você esteja operando uma rede de hotéis, um patrimônio 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 seu patrimônio. As descobertas quase certamente revelarão implantações de PSK que precisam ser tratadas com urgência. Obrigado por ouvir o Purple Enterprise Networking Briefing. Para mais guias técnicos, frameworks de implantação e estudos de caso, visite purple.ai.