Chaves e senhas: por que perder uma quebra tudo

Toda aula deste curso dependeu, silenciosamente, da mesma premissa: a chave certa ficou com a pessoa certa. A criptografia simétrica falha no momento em que sua chave compartilhada vaza. A criptografia assimétrica falha se uma chave privada é exposta. Uma assinatura não significa nada assim que sua chave privada é roubada — um atacante agora pode assinar qualquer coisa e isso será verificado como genuíno. A unidade de conhecimento em Criptografia Básica do NCAE-C lista o gerenciamento de chaves, junto com os próprios algoritmos, como uma questão que “precisa ser resolvida antes da implementação” — não uma reflexão tardia.

Por que um algoritmo forte não salva uma chave fraca

O AES com uma chave de 256 bits é, para fins práticos, inquebrável por tentativa e erro. Nada disso importa se a própria chave está escrita em um post-it, reutilizada em várias contas, ou protegida por um código de quatro dígitos que um atacante consegue testar em segundos. A maioria das falhas criptográficas do mundo real não são algoritmos quebrados; são chaves expostas, senhas reutilizadas, ou segredos deixados em texto simples onde deveriam estar protegidos. É por isso que as garantias das aulas anteriores sempre vinham com uma condição anexada — “se a chave compartilhada permanecer secreta”, “só quem detém a chave privada” — essa condição é onde vive o gerenciamento de chaves.

O que a orientação atual sobre senhas realmente diz

As diretrizes atuais de identidade digital do NIST (SP 800-63B) revertem boa parte do que muita gente aprendeu. Os verificadores, diz o documento, “NÃO DEVEM exigir que os assinantes troquem senhas periodicamente” e não devem impor regras de composição que forcem misturas de tipos de caracteres — ambas práticas que empurravam as pessoas para pequenas variações previsíveis, em vez de senhas genuinamente mais fortes. Em vez disso, o NIST recomenda senhas mais longas (sua orientação aponta para um mínimo na faixa de oito a quinze caracteres dependendo do contexto, com um máximo de pelo menos 64 permitido) e verificar novas senhas contra listas de senhas comumente vazadas ou esperadas, em vez de exigir complexidade artificial. O documento também exige explicitamente que os verificadores “permitam o uso de gerenciadores de senhas e de preenchimento automático”, incluindo permitir colar em campos de senha — reconhecendo que uma ferramenta que gera e armazena senhas únicas e longas para cada site faz mais pela segurança do que qualquer regra que se espera que uma pessoa siga de memória.

Passkeys: eliminando o segredo compartilhado por completo

Uma senha é um segredo compartilhado: tanto você quanto o serviço a conhecem, o que é exatamente o que a torna vulnerável a phishing — uma página de login falsa simplesmente pede o mesmo segredo. Uma passkey evita isso usando a criptografia assimétrica vista antes neste curso. A documentação de suporte da Apple descreve o processo: seu dispositivo gera “um par de chaves criptográficas único” quando você cria uma passkey — uma chave pública que vai para o serviço, e uma chave privada que nunca sai do seu dispositivo. A Apple afirma que as passkeys são resistentes a phishing porque não há segredo compartilhado para induzi-lo a digitar: a chave privada simplesmente não pode ser extraída por um site falso, não importa quão convincente ele pareça. Em dispositivos Apple, a chave privada é protegida e sincronizada entre seus próprios dispositivos pelo Chaveiro do iCloud, que a Apple descreve como criptografado de ponta a ponta, de forma que a própria Apple não detém a chave.

A hierarquia de fatores da CISA, em resumo

A orientação da agência americana de segurança cibernética e de infraestrutura, a CISA, sobre autenticação multifator classifica os métodos por resistência a phishing. Ela afirma que “a única autenticação amplamente disponível resistente a phishing é a autenticação FIDO/WebAuthn” — o mesmo padrão subjacente sobre o qual as passkeys são construídas. Um código único enviado por mensagem de texto ainda é, em suas palavras, muito melhor do que nenhum segundo fator, mas pode ser repassado ou interceptado de formas que um método resistente a phishing não permite. Onde um serviço oferece uma passkey ou uma chave de segurança FIDO, essa é atualmente a opção mais forte amplamente disponível; onde ele só oferece códigos por aplicativo ou por SMS, qualquer um dos dois ainda é significativamente melhor do que apenas uma senha.

Uma conclusão prática

Use um gerenciador de senhas, para que toda conta receba uma senha longa e única que você nunca precisa memorizar. Ative o segundo fator mais forte disponível — uma passkey ou uma chave de segurança física quando oferecida, um aplicativo autenticador caso contrário. E trate qualquer momento em que uma senha ou chave possa ter sido exposta — um clique em phishing, um dispositivo perdido, um aviso de vazamento — como algo para agir imediatamente, não depois: troque a credencial, e verifique se ela foi reutilizada em algum outro lugar.