EAP-pwd
siglaSignifica: EAP Authentication Using Only a Password (RFC 5931, EAP Type 52)
EAP Authentication Using Only a Password, a RFC 5931 no EAP Type 52: uma troca de chaves autenticada por senha que resiste a ataques de dicionário offline mesmo com uma senha fraca e dispensa certificados e PKI dos dois lados.
A RFC 5931 (Harkins e Zorn, agosto de 2010, Informational) apresenta o EAP-pwd como um método de autenticação robusto, seguro mesmo quando usado com uma senha fraca na presença de um adversário forte. A senha pode ser de baixa entropia e vir de um conjunto de senhas possíveis, como um dicionário, e ainda assim o método não dá a quem escuta nada para atacar offline: cada execução do protocolo testa exatamente um palpite, que é a propriedade que distingue uma troca de chaves autenticada por senha de um desafio-resposta como o MS-CHAP-V2. A troca tem três partes, Identity, Commit e Confirm, autentica os dois lados, deriva a MSK e a EMSK de que o 802.1X precisa para as chaves de enlace e o faz sem certificados, então não há certificado de servidor para um cliente deixar de validar. Seus limites são de implantação: o servidor precisa ter a senha ou uma forma dela que o método consiga usar, o suporte em suplicantes e servidores foi mais estreito que o dos métodos tunelados, e a propriedade que ele oferece, nenhuma adivinhação offline, é a que o handshake do WPA3 levou depois às redes pessoais.
A maioria dos métodos de senha da família EAP protege a senha escondendo a troca dentro de um túnel TLS; o EAP-pwd a protege mudando a matemática de modo que não haja nada útil a esconder. A RFC 5931, publicada em agosto de 2010 por Harkins e Zorn como documento Informational, especifica o EAP Authentication Using Only a Password no EAP Type 52 e declara sua pretensão diretamente: é um método de autenticação robusto, seguro mesmo quando usado com uma senha fraca na presença de um adversário forte. A RFC é explícita em que a senha pode ser de baixa entropia e vir de algum conjunto de senhas possíveis, como um dicionário, e que mesmo assim o método resiste a ataque offline.
O mecanismo é uma troca de chaves autenticada por senha. Em vez de enviar uma função da senha que quem escuta pode testar à vontade contra candidatas, que é o que todo desafio-resposta faz, os dois lados primeiro usam suas identidades e a suíte acordada para fixar um elemento no grupo negociado chamado Password Element, derivado da senha, e depois provam nas trocas Commit e Confirm que cada um possui o mesmo elemento. A RFC enuncia o requisito que cumpre: qualquer vantagem que um adversário possa obter deve estar diretamente relacionada ao número de interações que ele faz com um participante honesto do protocolo e não à computação; e, nas considerações de segurança, a melhor vantagem que um atacante obtém num único ataque ativo é descobrir se um único palpite da senha estava correto. Quem escuta não aprende nada para testar offline; um atacante ativo compra um palpite por execução, e o servidor pode contar execuções e bloquear a conta. O verbete WPA3 descreve a mesma propriedade chegando ao Wi-Fi pessoal, onde o handshake antigo permitia exatamente a adivinhação offline que este projeto proíbe.
Duas consequências seguem para quem projeta redes. A primeira é que o EAP-pwd não precisa de certificados nem de PKI: não há certificado de servidor, logo não há configuração de validação no cliente para ficar desligada, o que remove a falha que mina as implantações de PEAP e EAP-TTLS. O método autentica os dois lados, nas alegações de segurança da RFC, pela prova de posse de uma senha compartilhada, e uma MSK e uma EMSK são derivadas do segredo compartilhado, então ele é completo por si só. A segunda é que o servidor precisa ter a senha numa forma que o método consiga usar, o que é uma pergunta a fazer ao diretório antes de escolhê-lo.
A adoção do método foi mais estreita do que suas propriedades sugeririam. Os métodos tunelados chegaram antes, foram embutidos nos suplicantes dominantes e nos servidores correspondentes e resolveram o problema da senha bem o bastante para as organizações capazes de gerir a validação de certificados; o suporte ao EAP-pwd em clientes e servidores foi parcial, e sites que o escolhem precisam confirmar as duas pontas. Onde está disponível, é o método que permite usar uma senha pelo ar sem PKI e sem a exposição offline do MS-CHAP-V2, e essa é uma lista curta.
Também conhecido como: eap pwd, dragonfly eap, password-only eap