Gerenciadores de senha são realmente seguros? Como funciona o cofre cifrado

O LastPass sofreu um breach em 2022 que expôs cofres cifrados de milhões de usuários. A resposta da empresa foi, em resumo: "os dados estão criptografados, vocês estão seguros". Tecnicamente correto — mas com um porém que a maioria das notícias não explicou direito. Entender esse porém é o que separa quem usa gerenciador de senhas de forma segura de quem apenas tem uma falsa sensação de proteção.

Se você ainda não leu sobre como criar senhas fortes antes de chegar aqui, o post como criar e armazenar senhas fortes é o ponto de partida — este aqui assume que você já sabe o que é entropia e por que Senha@2024 é lixo.

Como funciona o cofre cifrado

Um gerenciador de senhas não armazena suas senhas. Ele armazena um blob cifrado que contém suas senhas. A distinção importa.

Quando você cria uma conta no Bitwarden, 1Password ou qualquer concorrente decente, acontece o seguinte:

1. Sua master password nunca sai do seu dispositivo em texto claro.
2. Ela passa por uma função de derivação de chave — PBKDF2, Argon2 ou similar — que transforma a senha em uma chave de criptografia. Esse processo é deliberadamente lento (centenas de milhares de iterações) para dificultar brute force.
3. O cofre é cifrado localmente com AES-256 usando essa chave derivada.
4. Só o blob cifrado vai para os servidores do provedor.

O servidor nunca viu sua master password. Nunca viu suas senhas. Só guarda dados que, sem a chave derivada, são ruído aleatório.

Isso é o modelo zero-knowledge: o provedor não tem conhecimento algum do conteúdo do cofre. Não pode entregar suas senhas para um governo, não pode vender para anunciantes, e quando sofre um breach — porque eventualmente vai —, o que vaza é texto cifrado sem utilidade imediata.

O que o breach do LastPass realmente expôs

Voltando ao caso de 2022: o que os atacantes obtiveram foram cofres cifrados. Para acessar o conteúdo, precisam de cada master password individualmente. Quem tinha uma master password forte, longa e única estava seguro. Quem tinha lastpass123 como master password... bem.

O problema real do LastPass não foi o modelo de criptografia — foi que alguns metadados não cifrados (URLs dos sites, nomes de pastas) também foram expostos. E que o número de iterações do PBKDF2 era menor do que deveria para muitos usuários antigos. Detalhes técnicos que a cobertura superficial ignorou.

O modelo de ameaça real

Gerenciadores de senhas não são invioláveis. O ponto é entender de onde vem o risco real.

O servidor não é o vetor principal

Com zero-knowledge, comprometer o servidor do provedor dá ao atacante cofres cifrados — inúteis sem as master passwords. O vetor mais relevante é outro.

O dispositivo é o vetor principal

Se um malware com keylogger roda no seu computador quando você abre o cofre, ele captura as senhas em texto claro antes de chegarem ao clipboard. Nenhuma arquitetura de servidor resolve isso — é uma fraqueza inerente a qualquer sistema que eventualmente exibe dados na tela.

A mitigação é manter o SO atualizado, não instalar extensões de browser aleatórias, e usar a autenticação biométrica/PIN do gerenciador quando disponível (reduz a frequência de digitação da master password).

Extensões de browser: superfície de ataque negligenciada

A extensão do gerenciador no browser tem acesso ao DOM de todas as páginas que você visita. Isso é necessário para o autofill funcionar — mas também significa que uma extensão comprometida ou mal implementada pode vazar dados. Prefira extensões de provedores com auditorias de segurança independentes publicadas. Bitwarden e 1Password têm; verifique a data da última antes de confiar.

O risco de phishing com autofill

Gerenciadores bons fazem autofill baseado no domínio exato — mybank.com não preenche em myb4nk.com. Isso é proteção real contra phishing que digitar manualmente não oferece. Mas só funciona se você deixar o gerenciador controlar o preenchimento, não copiar e colar manualmente de qualquer lugar.

Master password: o único ponto de falha que você controla

Com zero-knowledge, toda a segurança do sistema depende de uma coisa: a força da sua master password. O servidor não pode recuperá-la. O suporte técnico não pode resetá-la. Se você esquecer, perdeu o cofre.

Isso é feature, não bug — mas exige que você leve a sério.

Uma master password para gerenciador de senhas não precisa seguir as mesmas regras de senhas normais. Ela precisa ser:

• Memorável. Você vai digitar essa com frequência. Não pode ser um hash aleatório de 30 caracteres.
• Longa. 4-5 palavras aleatórias em sequência (diceware) oferecem entropia suficiente e são memoráveis.
• Única. Jamais use como master password algo que você usa em outro lugar.

# Exemplo de master password em diceware (não use este exato):
# "tijolo-gaveta-fusível-nuvem-432"
# ~68 bits de entropia — força bruta com hardware atual: inviável

Ative autenticação de dois fatores na conta do gerenciador. MFA não protege o cofre já baixado localmente, mas protege contra alguém que obteve sua master password tentar acessar a conta online e baixar o cofre atual.

Gerenciador local vs. baseado em nuvem

Existe uma terceira opção além dos grandes SaaS: gerenciadores locais como KeePassXC, que armazenam o cofre em um arquivo no seu dispositivo (ou onde você sincronizar).

O tradeoff é direto: você elimina o risco de breach de servidor terceiro, mas assume a responsabilidade de backup e sincronização. Se o HD morrer sem backup, as senhas foram embora. Para a maioria das pessoas, a conveniência de nuvem com zero-knowledge é o balanço certo. Para quem tem requisitos específicos de conformidade ou paranoia justificada, local faz sentido.

Vale a pena usar?

A pergunta que deveria ter uma resposta mais clara do que normalmente tem: sim, sem hesitação.

O cenário alternativo é reutilizar senhas entre serviços — e aí o risco é certo, não hipotético. Credential stuffing funciona porque a maioria das pessoas reutiliza senhas. Quando qualquer serviço que você usa sofre um breach (e algum vai), os atacantes testam as credenciais vazadas em todos os outros serviços automaticamente. Uma senha reutilizada é uma cadeia de dominós.

O gerenciador resolve o problema humano real: é impossível memorizar 80 senhas longas e únicas. Não porque as pessoas são preguiçosas — porque memória humana não foi projetada para isso.

O risco do gerenciador existe, mas é comparativamente menor e mais controlável do que a alternativa. E para construir o hábito de gerar senhas com aleatoriedade real, uso o Gerador de Senhas — especialmente útil para criar senhas de contas novas sem precisar abrir o gerador interno do gerenciador.

Perguntas frequentes

O que acontece se o servidor do gerenciador de senhas for hackeado?

Com um modelo zero-knowledge corretamente implementado, o atacante obtém cofres cifrados. Sem as master passwords individuais, os dados são inutilizáveis. O risco real é para usuários com master passwords fracas — brute force offline em cofres baixados é possível e acontece. Master password forte é a proteção efetiva nesse cenário.

Gerenciador de senhas no browser (Chrome, Safari) é a mesma coisa?

Não exatamente. Os gerenciadores nativos de browser sincronizam com a conta Google ou Apple — que não têm zero-knowledge da mesma forma. A Google pode, em tese, acessar suas senhas salvas. Além disso, ficam presos no ecossistema: senhas do Chrome não migram facilmente para o Firefox, nem para outros dispositivos fora do Android/Chrome OS. Para uso casual pode servir; para segurança real, um gerenciador dedicado com zero-knowledge auditado é superior.

Preciso pagar para ter um gerenciador seguro?

Não. O Bitwarden é open source, auditado por terceiros, e o plano gratuito cobre a maioria dos casos de uso. O código é público — qualquer pessoa pode auditar o que roda no cliente. Para uso individual, a diferença entre gratuito e pago está em funcionalidades (relatórios de saúde de senhas, suporte prioritário), não em segurança fundamental.

E se eu esquecer a master password?

Com zero-knowledge real, não há recuperação. O provedor não tem como acessar o cofre. Alguns serviços oferecem "emergency access" (acesso de emergência por contato de confiança) ou kits de recuperação — que nada mais são do que uma cópia da chave armazenada de forma segura por você. A solução prática é manter a master password escrita fisicamente em um lugar seguro (cofre físico, envelope lacrado em lugar confiável) e nunca depender só da memória.

Nota: o conteúdo editorial acabou aqui. O que vem abaixo é uma indicação de ferramenta relacionada ao tema do post.

Ferramenta relacionada

Para gerar senhas com aleatoriedade criptográfica real — o tipo que vale a pena guardar no cofre —, o Gerador de Senhas usa crypto.getRandomValues direto no browser, sem enviar nada para servidor.