Como entender a entropia de uma palavra-passe

Uma palavra-passe resistente não se reconhece pela aparência. Uma sequência cheia de símbolos pode continuar a seguir um padrão previsível, e uma frase longa pode ser excelente ou fácil de adivinhar conforme foi escolhida. Entropia descreve quantas possibilidades um atacante pode ter de considerar, mas apenas quando a seleção é realmente aleatória e o modelo corresponde à realidade. Este guia compara métodos de criação sem publicar credenciais nem sugerir uma palavra-passe para utilizar.

O problema

Muitas pessoas avaliam uma palavra-passe por regras visíveis: maiúscula, algarismo e símbolo. Essas regras podem fazer um serviço aceitar uma entrada, mas não transformam uma escolha humana repetida em aleatoriedade independente. Um atacante não começa por todas as combinações do teclado. Começa por palavras comuns, substituições conhecidas, datas, nomes, padrões e listas expostas. Quando muita gente segue a mesma regra, essa regra reduz o espaço de procura.

O NIST desaconselha regras arbitrárias de composição e mudanças rotineiras sem evidência de comprometimento. Recomenda verificar valores novos contra listas de palavras-passe comuns ou expostas e permitir frases longas. Isso não significa que comprimento isolado garanta segurança. O verificador deve permitir escolhas sem truques memoráveis e resistir a adivinhação com limitação de tentativas, armazenamento apropriado e autenticação adicional quando necessária.

Reutilização altera o risco de uma palavra-passe que parecia forte. Um valor pode ter muitas possibilidades teóricas quando é gerado, mas deixa de ser secreto se aparecer numa fuga, for reutilizado entre serviços ou partilhado por canal inseguro. Entropia não mede a proteção da conta inteira: não substitui limitação de tentativas, recuperação segura, resistência a phishing nem autenticação multifator.

Exemplo prático

Compare quatro métodos fictícios. Primeiro, um gestor ou gerador escolhe independentemente 16 caracteres de um alfabeto de 94 símbolos imprimíveis. Segundo, uma pessoa inventa uma frase com palavras de uma canção e acrescenta um ano. Terceiro, um gerador escolhe cinco palavras ao acaso de uma lista de 7.776 palavras. Quarto, uma pessoa reutiliza uma base e muda apenas o serviço ou o último algarismo. Todos podem cumprir uma política visual; não oferecem a mesma resistência.

Para seleção uniforme, a entropia teórica é H = L × log2(N), em que L é o número de escolhas independentes e N as opções de cada escolha. Dezasseis escolhas uniformes entre 94 símbolos dão aproximadamente 16 × log2(94) = 105 bits. Cinco palavras escolhidas uniformemente entre 7.776 opções dão aproximadamente 5 × log2(7776) = 65 bits. Estes valores estimam o método, não uma qualidade que um serviço possa inferir olhando para o resultado.

Uma frase humana não recebe o mesmo cálculo apenas por ter cinco palavras. Se vier de letra, citação, gramática familiar ou lista pessoal, as escolhas não são uniformes nem independentes. A cadeia reutilizada não fica segura porque muda o sufixo: quem conhece uma variante pode testar transformações relacionadas antes de procurar combinações novas. A comparação útil é entre processos de criação, não entre textos que parecem incomuns.

Procedimento

Escolha primeiro um método adequado à conta. Para uma conta importante, crie uma palavra-passe única num gestor ou gerador que explique o método e não a reutilize. Peça comprimento suficiente ao serviço e guarde o resultado no gestor, não em notas partilhadas, capturas ou mensagens. Se for preciso memorizar uma frase, use seleção aleatória de palavras, mantenha escolhas independentes suficientes e não substitua letras por símbolos apenas para parecer complexa.

Ative depois autenticação multifator se o serviço disponibilizar uma opção adequada. Mantenha atualizados email e fatores de recuperação, porque uma palavra-passe sólida não compensa recuperação vulnerável. Reveja alertas de início de sessão. Se o fornecedor comunicar uma fuga ou suspeitar de exposição, altere essa palavra-passe e reveja sessões e fatores. Rotação por calendário sem motivo não substitui resposta a indícios.

Ao criar um sistema, aceite entradas longas e colagem de gestores. Aplique limitação de tentativas, deteção de abuso e respostas que não revelem se existe uma conta. Verifique valores novos contra listas comprometidas, armazene verificadores com função moderna de derivação e ajuste parâmetros ao ambiente. Nunca registe palavras-passe, mesmo durante depuração. Estas decisões do servidor importam tanto como a escolha do utilizador.

Explicação técnica

Um bit de entropia representa uma escolha binária ideal. A fórmula pressupõe que cada carácter ou palavra é igualmente provável, que cada seleção é independente e que o atacante não conhece enviesamentos adicionais. Um gerador criptograficamente seguro pode aproximar estas condições; uma decisão humana quase nunca. Por isso o cálculo é teórico, não promessa de tempo exato de quebra.

O modelo de ataque também importa. Um atacante online é limitado pela aplicação, controlos de fraude e MFA; alguém com uma base de hashes pode fazer muito mais tentativas sem esses limites. O custo depende do algoritmo de armazenamento, parâmetros, hardware e palavra-passe. Afirmar um tempo exato esconde variáveis. Comparação honesta indica método, dimensão do conjunto e contexto, evitando promessas universais.

Requisitos de composição podem criar distribuição previsível: inicial maiúscula, palavra de dicionário, ano no fim e pontuação. Palavras-passe geradas independentemente podem incluir ou não estes elementos sem depender deles. Comprimento ajuda quando acrescenta escolhas imprevisíveis. Cinco palavras aleatórias podem ser mais práticas que sequência curta, mas frase com sentido não ganha os mesmos bits por contar palavras.

Erros frequentes

Erro comum é criar manualmente palavra-passe “forte” a partir da mesma raiz, palavra pessoal, símbolos e número. Mudar símbolo por serviço cria família, não segredos independentes. Uma fuga dá pistas para testar a família noutros locais. Outro erro é guardá-la em perfil de navegador partilhado ou enviá-la para suporte. Serviço legítimo não precisa da palavra-passe atual para investigar problema.

Também falha impor mudanças frequentes sem evidência. Pessoas respondem com incrementos previsíveis, notas inseguras e reciclagem. É melhor mudar depois de comprometimento, reutilização, credencial exposta ou recuperação suspeita, criando substituição genuinamente nova. Rotação programada pode ser necessária numa organização, mas é política de risco, não propriedade matemática.

Não confunda indicador de força com auditoria. Pode explicar comprimento ou variedade, mas não sabe se frase vem de informação pública, fuga ou gerador confiável. Não cole palavra-passe real em medidor web. Use gestor ou fluxo de alteração do fornecedor quando não puder verificar o limite de processamento de uma ferramenta.

Considerações

Acessibilidade e recuperação influenciam a escolha. Sequências muito complexas podem ser difíceis de digitar em dispositivos diversos e incentivar cópias inseguras. Gestor protegido com preenchimento automático reduz esse custo sem abandonar aleatoriedade. Frases de palavras aleatórias ajudam quando digitar é necessário, mas lista, quantidade e independência devem fazer parte do método. Nunca use exemplos do guia para contas.

Em equipas, utilize gestor aprovado, partilha revogável e contas individuais quando possível. Palavras-passe partilhadas dificultam saber quem conhece valor e como removê-lo. Proteja especialmente email principal e gestor porque podem redefinir muitas contas. Reveja permissões e sessões, além de palavras-passe, quando alguém sai de projeto ou ocorre incidente.

A política do serviço deve informar, não envergonhar. Permitir comprimento e colagem, bloquear valores expostos e explicar erros é melhor que exigir coleção fixa de caracteres. OWASP descreve defesas de autenticação com controlos de sessão, MFA e proteção contra ataques automatizados. Palavra-passe é camada, não prova suficiente de identidade para todo risco.

Limitações

Este guia não calcula segurança real de palavra-passe concreta nem certifica gerador, gestor ou fornecedor. Modelos de ataque, políticas, armazenamento e ameaças pessoais variam. Entropia estimada não revela fuga nem escolhe MFA profissional. Leia documentação atual do serviço ao proteger dados de alto impacto. Esta informação não substitui avaliação específica de segurança.

Também não oferece aconselhamento jurídico, forense ou de resposta a incidentes. Se suspeitar de acesso não autorizado, siga o processo de segurança da organização e preserve evidências sem partilhar segredos. Para conta crítica, use suporte oficial e reveja fatores de recuperação. Fontes NIST e OWASP dão princípios gerais a adaptar ao sistema real.

Lista de verificação

Gere palavra-passe única com escolhas independentes para cada conta e guarde-a em gestor confiável. Avalie método, não só símbolos: L × log2(N) descreve seleções uniformes e independentes. Evite frases conhecidas, padrões reutilizados, datas e mudanças de sufixo. Ative MFA, proteja recuperação e substitua credencial se houver exposição. Serviços devem aceitar comprimento e colagem, bloquear valores comprometidos, limitar tentativas e nunca registar segredos. Consulte NIST SP 800-63B e a folha de autenticação OWASP antes de tornar uma regra política.