Quão forte uma senha realmente precisa ser?

A força de uma senha é convencionalmente medida em bits de entropia — grosso modo, quantas tentativas um atacante de força bruta precisaria fazer antes de esgotar todas as possibilidades, em que cada bit adicional dobra esse número. Uma senha aleatória tirada de um conjunto de caracteres razoavelmente amplo alcança uma força — algo entre 70 e 80 bits para uma senha na faixa de 14 a 16 caracteres — que fica confortavelmente além do que qualquer ataque de força bruta contra uma conta devidamente protegida conseguiria esgotar em um prazo prático, seja o atacante tentando adivinhar online contra um formulário de login com limite de tentativas, seja offline contra um banco de dados de senhas roubado e devidamente criptografado com hash. Além desse limiar, adicionar mais bits de força teórica só mantém uma senha "mais resistente à força bruta" em um sentido abstrato que deixa de importar na prática, porque a força bruta nunca foi a ameaça realista para uma senha que já está nessa faixa.

Pesquisas de segurança e análises pós-vazamento apontam consistentemente para uma causa diferente, e bem menos chamativa, por trás da grande maioria das invasões de conta no mundo real: o credential stuffing, em que um atacante pega uma lista de pares de e-mail e senha vazados de um serviço comprometido e simplesmente testa os mesmos pares em outros serviços, apostando no hábito extremamente comum de reutilizar uma senha em várias contas. Uma senha que, individualmente, é extremamente forte — dezenas de bits de entropia, tirada de um conjunto enorme de caracteres — não oferece absolutamente nenhuma proteção contra esse ataque específico se for reutilizada em outro lugar e esse outro serviço já tiver sido comprometido, porque o atacante nem está tentando adivinhar a senha; ele já a tem, ao pé da letra, de um vazamento completamente diferente. É exatamente por isso que a exclusividade da senha entre serviços é provavelmente uma alavanca prática maior para a segurança real de contas do que a força bruta da senha em si, uma conclusão que surpreende quem absorveu "deixe mais forte" como sendo todo o conselho sobre senhas.

Um gerenciador de senhas contorna toda a tensão entre força e memorabilidade eliminando a necessidade de lembrar da maioria das senhas: ele consegue gerar e armazenar uma senha longa, totalmente aleatória e exclusiva para cada conta, sem nunca pedir que um humano memorize nenhuma delas, fechando o credential stuffing como vetor de ataque para toda conta que ele gerencia, já que nunca há duas iguais e o vazamento de uma não revela nada útil sobre nenhuma outra. É por isso que a recomendação prática e honesta para a grande maioria das contas online é simplesmente usar um gerenciador de senhas e deixar que ele gere senhas aleatórias de comprimento máximo — a tensão entre força e memorabilidade que a maioria dos conselhos sobre senhas tanto martiriza só continua sendo um dilema de design real para o punhado de senhas que genuinamente não podem viver dentro de um gerenciador, principalmente a senha mestra do próprio gerenciador e as frases de criptografia de disco completo, o que é exatamente por isso que frases-senha memoráveis construídas com palavras aleatórias de dicionário continuam sendo uma ferramenta especificamente útil para esse caso estreito, mas genuinamente inevitável.

Durante anos, as diretrizes oficiais de órgãos como o NIST recomendavam regras obrigatórias de complexidade de senha — uma mistura exigida de maiúsculas, minúsculas, dígitos e símbolos — junto com a rotação forçada periódica de senhas a cada 60 ou 90 dias, e as organizações adotaram amplamente as duas coisas como política padrão. Revisões posteriores dessa mesma diretriz abandonaram as duas recomendações, com base em evidências de que elas eram ativamente contraproducentes na prática: regras forçadas de complexidade empurram as pessoas para padrões de substituição previsíveis que o dicionário de um atacante já contempla (um símbolo obrigatório vira, de forma confiável, um "!" no final, um dígito obrigatório vira, de forma confiável, a troca de um "o" por um "0"), e a rotação forçada periódica empurra as pessoas para mudanças pequenas e previsíveis em uma senha já existente, em vez de senhas genuinamente novas, além de adicionar um atrito real que aumenta mensuravelmente a frequência com que as pessoas anotam senhas em papel ou as reutilizam em outro lugar por frustração. A diretriz atual, em vez disso, enfatiza o comprimento, a checagem de novas senhas contra listas de senhas conhecidamente vazadas, e o abandono da rotação forçada em favor de trocar a senha só quando uma conta específica é de fato conhecida por ter sido comprometida — uma mudança guiada por evidências sobre o que realmente melhora a segurança real, em vez do que meramente parece rigoroso em uma lista de conformidade.

Para uma conta online comum protegida por um gerenciador de senhas: uma senha totalmente aleatória de pelo menos dezesseis caracteres, tirada de um conjunto amplo de caracteres, fica confortavelmente além do ponto em que a força é o fator limitante, e o passo que realmente importa na prática é simplesmente que ela seja exclusiva para aquela conta. Para uma senha mestra ou uma frase de criptografia que precisa ser memorizada e digitada à mão: uma frase-senha de cinco ou seis palavras tiradas aleatoriamente de uma lista ampla alcança uma força comparável à de uma senha mais curta de caracteres aleatórios, enquanto continua sendo genuinamente possível memorizá-la e digitá-la de forma confiável, que é o caso específico em que a tensão entre comprimento e memorabilidade é real e merece ser pensada com cuidado. E para cada conta no meio do caminho, o hábito de maior impacto não é se martirizar sobre se uma senha é forte o suficiente em abstrato — é garantir que ela não seja a mesma senha que protege qualquer outra coisa, já que esse é o modo de falha realmente responsável pela maioria das invasões reais.