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

Bem-vindo ao Purple Enterprise Networking Briefing. Hoje vamos analisar em detalhe um protocolo que provavelmente está a correr algures no seu ambiente neste momento, talvez onde não devia: o WPA-PSK. Vamos detalhar o que é, exatamente como funciona nos bastidores e, mais importante, por que razão depender dele num ambiente empresarial representa um risco operacional e de segurança significativo. Comecemos pelo básico. WPA-PSK, ou WiFi Protected Access Pre-Shared Key. É a palavra-passe que todos usamos em casa. Mas num contexto empresarial — por exemplo, uma cadeia de retalho, um grande hotel ou um centro de conferências — por que razão este padrão de consumo ainda é tão prevalente? Tudo se resume à perceção de simplicidade. Quando um espaço precisa de ligar dispositivos rapidamente — sejam terminais de ponto de venda, leitores portáteis ou até dispositivos de convidados — introduzir uma única palavra-passe parece o caminho de menor resistência. Não precisa de configurar um servidor RADIUS, não precisa de um Fornecedor de Identidade. Basta configurar o ponto de acesso, distribuir a palavra-passe e já está. Mas essa simplicidade é uma armadilha. É uma enorme dívida operacional disfarçada de solução rápida. Vamos à parte técnica. Como é que o WPA-PSK realmente protege a ligação? Existe um equívoco comum de que a própria palavra-passe encripta o tráfego. Não é verdade. A palavra-passe — a PSK — não é a chave de encriptação. É a semente. Quando configura uma PSK, o ponto de acesso e o dispositivo cliente utilizam essa palavra-passe, juntamente com o SSID da rede, para calcular o que se chama de Pairwise Master Key, ou PMK. Isto é feito utilizando um algoritmo de hash chamado PBKDF2, que executa o cálculo quatro mil e noventa e seis vezes. Esta intensidade computacional foi desenhada para abrandar ataques de força bruta. Mas a PMK ainda não é utilizada para a encriptação de dados. Então, como chegamos à encriptação real? Através do 4-Way Handshake. Este é o mecanismo crítico. O cliente e o AP precisam de 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, 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 — juntamente com um Message Integrity Code, ou MIC. Utilizando estes nonces, ambos os lados calculam de forma independente a Pairwise Transient Key, a PTK. Essa PTK é o que realmente encripta os dados da sua sessão. O AP envia então a Group Temporal Key — utilizada para tráfego de transmissão — encriptada sob a PTK, e o cliente confirma. A comunicação encriptada começa. Agora, a matemática aqui é sólida. A encriptação AES utilizada no WPA moderno é robusta. Então, onde é que o modelo de segurança falha para uma empresa? A falha não é a encriptação. É a gestão de chaves e a natureza do handshake. Primeiro, esse 4-way handshake acontece em claro. Se eu for um atacante sentado no átrio do seu hotel com um analisador de pacotes, posso capturar esse handshake. Nem preciso de estar ligado à sua rede. Assim que tenho o handshake, levo-o offline. Utilizo um sistema potente com GPUs para executar um ataque de dicionário, adivinhando rapidamente palavras-passe, gerando a PMK e verificando se produz o mesmo Message Integrity Code que capturei. Como muitos locais utilizam palavras-passe fracas — como o nome do espaço e o ano — posso decifrá-la em minutos. E quanto aos ataques de desautenticação? Se não houver novos dispositivos a ligarem-se, o atacante não consegue capturar um handshake. Então, forjam uma trama de desautenticação, dizendo a um cliente legítimo para se desligar. O cliente volta a ligar-se imediatamente, executa o 4-way handshake e o atacante captura-o. É um ataque ruidoso, mas altamente eficaz se não estiver a monitorizar a rede com um Sistema de Deteção de Intrusões Sem Fios. 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 vazio de identidade. O WPA-PSK autentica o dispositivo, não o utilizador. Diz-lhe que um dispositivo com um endereço MAC específico conhece a palavra-passe. Não lhe diz se esse dispositivo pertence ao gerente da loja, a um convidado ou a um atacante. Sem identidade, não existe registo de auditoria. Se está sujeito ao PCI DSS para retalho, ou ao GDPR para qualquer operação voltada para a UE, essa falta de responsabilidade é uma grande falha de conformidade. Não consegue demonstrar quem acedeu a quê, quando e a partir de onde. Segundo: o pesadelo da revogação. Se um gerente sai e conhece a PSK da sua rede corporativa, tem de a alterar. Mas alterar a PSK significa que agora tem de atualizar manualmente cada dispositivo legítimo nessa localização — cada leitor, cada tablet, cada terminal POS. Numa cadeia de retalho com quinhentas lojas, isto representa potencialmente dezenas de milhares de dispositivos. É operacionalmente inviável, por isso, o que costuma acontecer? A palavra-passe nunca é alterada. A postura de segurança degrada-se com o tempo. Então, qual é a solução? Como é que as empresas se afastam disto? Tem de segmentar a sua abordagem com base no tipo de utilizador. Para ativos corporativos — portáteis de funcionários, terminais seguros, dispositivos geridos — deve migrar para WPA-Enterprise, ou 802.1X. Isto exige que os utilizadores ou dispositivos se autentiquem individualmente contra um diretório central, como o Active Directory, utilizando um servidor RADIUS e um método EAP como EAP-TLS ou PEAP. Se um portátil for roubado ou um funcionário sair, revoga o seu certificado ou conta específica. O resto da rede fica completamente inalterado. Não há palavra-passe para alterar. Para o WiFi de convidados — obviamente, não vamos colocar os hóspedes do hotel em 802.1X — disponibilizar uma PSK num quadro de giz é uma oportunidade perdida. Transita para uma rede aberta, mas protege a camada de acesso utilizando um Captive Portal. O utilizador liga-se, é redirecionado para um portal e autentica-se através de login social, e-mail ou SMS. Agora sabe exatamente quem está na sua rede. Tem um registo de auditoria, pode impor limites de largura de banda por utilizador e, crucialmente, transforma esse WiFi de um centro de custos num ativo de marketing. Recolhe dados primários, compreende as análises do espaço, tempos de permanência, taxas de retorno. Nada disto é possível com uma PSK partilhada. E quanto aos dispositivos IoT legados? Às vezes tem um sensor de climatização antigo ou um terminal de pagamento legado que apenas suporta PSK. Essa é uma realidade que todos enfrentamos. Se tiver de utilizar PSK, a contenção é a sua estratégia. Coloca esses dispositivos numa VLAN dedicada e fortemente restrita. Implementa um isolamento estrito de clientes para que não consigam comunicar entre si e bloqueia-os com firewall em relação à sub-rede corporativa. 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 está a planear uma migração este trimestre, aqui está a sequência recomendada. Primeiro, audite a sua rede atual. Identifique cada SSID, cada método de autenticação e cada tipo de dispositivo. Segundo, segmente os seus SSIDs por tipo de utilizador: equipa corporativa, convidados e IoT. Terceiro, implemente 802.1X para dispositivos corporativos. Se tem uma infraestrutura de pontos de acesso gerida na nuvem, a maioria dos fabricantes modernos suporta a integração nativa com RADIUS. Quarto, implemente um Captive Portal para acesso de convidados. Quinto, isole quaisquer dispositivos PSK restantes numa VLAN dedicada. Do ponto de vista de conformidade, esta arquitetura aborda diretamente o requisito 1.3 do PCI DSS relativo à segmentação de rede, o requisito 8.2 relativo à identificação única de utilizador e o Artigo 32 do GDPR relativo a medidas técnicas de segurança adequadas para o tratamento de dados pessoais. Agora, um resumo rápido das principais conclusões. Um: A PSK autentica o dispositivo; o Enterprise autentica o utilizador. Se precisa de um registo de auditoria, a PSK é a ferramenta errada. Ponto final. Two: O 4-way handshake é público. Se a sua palavra-passe for fraca, a sua rede está comprometida, independentemente do algoritmo de encriptação. Uma frase de acesso complexa e gerada aleatoriamente é o patamar mínimo. Três: Pare de oferecer WiFi de convidados com uma palavra-passe partilhada. Utilize um Captive Portal para proteger o acesso e recolher os dados analíticos de que o seu negócio necessita. O retorno do investimento é imediato. Quatro: Os 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 não negociáveis. Cinco: O WPA3 introduz o Simultaneous Authentication of Equals, que fornece proteção contra ataques de dicionário offline mesmo no modo PSK. Se o seu hardware suporta WPA3, ative-o. Mas isto não resolve os problemas de identidade ou de revogação — esses exigem 802.1X ou um Captive Portal. Para resumir: o WPA-PSK foi concebido para uma era diferente e uma escala diferente. Para qualquer ambiente empresarial — quer esteja a operar uma cadeia de hotéis, uma rede de retalho, um estádio ou uma instalação do setor público — a combinação de WPA-Enterprise para dispositivos corporativos e um Captive Portal gerido para convidados é a única arquitetura que oferece segurança e inteligência de negócio. O próximo passo é uma auditoria de rede. Mapeie cada dispositivo, cada SSID e cada método de autenticação na sua infraestrutura. Os resultados irão quase certamente revelar implementações de PSK que precisam de ser abordadas com urgência. Obrigado por ouvir o Purple Enterprise Networking Briefing. Para mais guias técnicos, estruturas de implementação e estudos de caso, visite purple.ai.