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

Bem-vindo ao Purple Enterprise Networking Briefing. Hoje vamos aprofundar um protocolo que provavelmente está a ser executado em algum lugar do seu ambiente neste momento, talvez onde não deveria: WPA-PSK. Vamos explicar o que é, exatamente como funciona nos bastidores e, o mais importante, por que razão confiar nele num cenário empresarial constitui um risco operacional e de segurança significativo. Vamos começar 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 nível de consumo ainda é tão prevalente? Tudo se resume à simplicidade percebida. Quando um local precisa de colocar dispositivos online rapidamente - sejam terminais de ponto de venda, scanners portáteis ou até mesmo dispositivos de convidados - introduzir uma única palavra-passe parece ser o caminho de menor resistência. Não precisa de configurar um servidor RADIUS, não precisa de um Provedor de Identidade. Basta configurar o Access Point, partilhar 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 está a encriptar o tráfego. Não está. A palavra-passe - a PSK - não é a chave de encriptação. É o material de sementeira. Quando configura uma PSK, o Access Point e o dispositivo cliente utilizam essa palavra-passe, juntamente com o SSID da rede, para calcular o que é chamado de Pairwise Master Key, ou PMK. Isto é feito através de um algoritmo de hashing chamado PBKDF2, que executa o cálculo quatro mil e noventa e seis vezes. Esta intensidade computacional foi concebida para abrandar os ataques de força bruta. Mas a PMK ainda não é utilizada para encriptação de dados. Então, como chegamos à encriptação propriamente dita? 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 a podem transmitir pelo ar - isso seria uma enorme falha de segurança. 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 o 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 está na encriptação. Está na gestão de chaves e na natureza do handshake. Primeiro, aquele 4-way handshake acontece em canal aberto. Se eu for um atacante sentado no lobby do seu hotel com um analisador de pacotes, posso capturar esse handshake. Nem sequer preciso de estar ligado à sua rede. Assim que tenho o handshake, levo-o offline. Uso um computador potente com GPU para executar um ataque de dicionário, adivinhando palavras-passe rapidamente, gerando o PMK e verificando se produz o mesmo Message Integrity Code que capturei. Como muitos locais utilizam palavras-passe fracas - como o nome do local e o ano - consigo 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. Por isso, falsificam 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 monitorizá-lo com um Wireless Intrusion Detection System. Passemos agora dos riscos criptográficos para as realidades operacionais. Porque o WPA-PSK cria dois problemas adicionais que são tão prejudiciais como o risco de segurança. Primeiro: o vácuo de identidade. O WPA-PSK autentica o dispositivo, não o utilizador. Diz-lhe que um dispositivo com um endereço MAC específico sabe a palavra-passe. Não lhe diz se esse dispositivo pertence ao gerente da sua loja, a um convidado ou a um atacante. Sem identidade, não tem registo de auditoria. Se estiver sujeito ao PCI-DSS para o retalho, ou ao GDPR para qualquer operação virada para a UE, essa falta de responsabilização é 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 se demitir e souber a PSK da sua rede corporativa, tem de a alterar. Mas alterar a PSK significa que agora tem de atualizar manualmente todos os dispositivos legítimos nesse local - todos os leitores, todos os tablets, todos os terminais POS. Numa cadeia de retalho com quinhentas lojas, isso representa potencialmente dezenas de milhares de dispositivos. É operacionalmente inviável, por isso, o que acontece normalmente? 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 da equipa, terminais seguros, dispositivos geridos - deve migrar para WPA-Enterprise, ou 802.1X. Isto exige que os utilizadores ou dispositivos se autentiquem individualmente num 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 certificado ou conta específica desse utilizador. O resto da rede fica completamente intocado. Não há nenhuma palavra-passe para alterar. Para guest WiFi - obviamente, não vamos colocar os hóspedes do hotel em 802.1X - distribuir uma PSK num quadro de giz é uma oportunidade perdida. Transita-se para uma rede Open, mas protege-se a camada de acesso utilizando um Captive Portal. O utilizador liga-se, é redirecionado para um portal e autentica-se via 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. Captura dados primários (first-party data), compreende analítica de espaços, tempos de permanência, taxas de retorno. Nada disso é possível com uma PSK partilhada. E quanto aos dispositivos IoT herdados? Às vezes, temos um sensor HVAC 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. Coloque esses dispositivos numa VLAN dedicada e fortemente restrita. Implemente o isolamento estrito de clientes para que não consigam comunicar entre si e isole-os com uma firewall da sub-rede corporativa. Trate essa rede PSK como território hostil, porque, do ponto de vista da segurança, ela é. Vamos falar sobre prioridades de implementação. Se planeia 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: colaboradores corporativos, convidados e IoT. Terceiro, implemente 802.1X para dispositivos corporativos. Se tem uma infraestrutura de pontos de acesso gerida na nuvem, a maioria dos fornecedores modernos suporta a integração RADIUS de forma nativa. Quarto, implemente um Captive Portal para acesso de convidados. Quinto, isole quaisquer dispositivos PSK restantes numa VLAN dedicada. Do ponto de vista da 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 utilizadores e o Artigo 32 do GDPR relativo a medidas técnicas de segurança adequadas para o processamento 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. Dois: O handshake de 4 vias é público. Se a sua palavra-passe for fraca, a sua rede está comprometida, independentemente do algoritmo de encriptação. Uma frase-passe complexa, gerada aleatoriamente, é o limite mínimo admissível. Três: Pare de oferecer guest WiFi com uma palavra-passe partilhada. Utilize um Captive Portal para proteger o acesso e capturar os dados analíticos de que a sua empresa 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 inegociáveis. Cinco: O WPA3 introduz a Autenticação Simultânea de Iguais, que oferece proteção contra ataques de dicionário offline mesmo no modo PSK. Se o seu hardware suportar WPA3, ative-o. Mas isto não resolve os problemas de identidade ou revogação - estes requerem 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, um património 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 tanto segurança como 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 no seu património. As descobertas irão quase certamente revelar implementações de PSK que precisam de ser resolvidas com urgência. Obrigado por ouvir o Purple Enterprise Networking Briefing. Para mais guias técnicos, estruturas de implementação e casos de estudo, visite purple.ai.