Chaves e palavras-passe: porque é que perder uma quebra tudo

Todas as lições deste curso dependeram silenciosamente do mesmo pressuposto: a chave certa ficou com a pessoa certa. A encriptação simétrica falha no momento em que a sua chave partilhada é exposta. A encriptação assimétrica falha se uma chave privada for exposta. Uma assinatura deixa de significar algo assim que a sua chave privada é roubada — um atacante pode agora assinar qualquer coisa e isso verifica-se como genuíno. A unidade de conhecimento de Criptografia Básica do NCAE-C lista a gestão de chaves, a par dos próprios algoritmos, como uma questão que "tem de ser resolvida antes da implementação" — não uma reflexão tardia.

Porque é que um algoritmo forte não salva uma chave fraca

O AES com uma chave de 256 bits é, para efeitos práticos, inquebrável por tentativa. Nada disso importa se a própria chave estiver escrita num pedaço de papel, reutilizada em várias contas, ou protegida por um código de quatro dígitos que um atacante consegue tentar em segundos. A maioria das falhas criptográficas do mundo real não são algoritmos quebrados; são chaves expostas, palavras-passe reutilizadas, ou segredos deixados em texto simples onde deveriam estar protegidos. É por isso que as garantias das lições anteriores vinham sempre com uma condição associada — "se a chave partilhada se mantiver secreta", "só quem detém a chave privada" — é nessa condição que vive a gestão de chaves.

O que a orientação atual sobre palavras-passe realmente diz

As atuais diretrizes de identidade digital do NIST (SP 800-63B) invertem grande parte do conselho que muitas pessoas aprenderam. Os verificadores, afirma, "NÃO DEVEM exigir que os assinantes mudem de palavra-passe periodicamente" e não devem impor regras de composição que forcem misturas de tipos de carateres — ambas práticas que empurravam as pessoas para pequenas variações previsíveis em vez de palavras-passe genuinamente mais fortes. Em vez disso, o NIST recomenda palavras-passe mais longas (a sua orientação aponta para um mínimo entre oito e quinze carateres, consoante o contexto, com um máximo de pelo menos 64 permitido) e verificar novas palavras-passe contra listas de palavras-passe comummente comprometidas ou previsíveis, em vez de exigir complexidade artificial. Também exige explicitamente que os verificadores "permitam o uso de gestores de palavras-passe e de funcionalidades de preenchimento automático", incluindo permitir colar em campos de palavra-passe — reconhecendo que uma ferramenta que gera e guarda palavras-passe únicas e longas por site faz mais pela segurança do que qualquer regra que se possa esperar que uma pessoa siga de memória.

Chaves de acesso (passkeys): eliminar por completo o segredo partilhado

Uma palavra-passe é um segredo partilhado: tanto você como o serviço a conhecem, o que é exatamente o que a torna vulnerável a phishing — uma página de início de sessão falsa limita-se a pedir o mesmo segredo. Uma chave de acesso (passkey) evita isto usando a encriptação assimétrica abordada anteriormente neste curso. A documentação de suporte da Apple descreve o processo: o seu dispositivo gera "um par de chaves criptográficas único" quando cria uma chave de acesso — 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 chaves de acesso são resistentes a phishing porque não há segredo partilhado que o enganem a escrever: a chave privada simplesmente não pode ser extraída por um site falso, por mais convincente que pareça. Nos dispositivos Apple, a chave privada é protegida e sincronizada entre os seus próprios dispositivos através do iCloud Keychain, que a Apple descreve como encriptado de ponta a ponta, de modo 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 norte-americana de cibersegurança e infraestrutura (CISA) sobre autenticação multifator classifica os métodos pela resistência a phishing. Afirma que "a única autenticação amplamente disponível e resistente a phishing é a autenticação FIDO/WebAuthn" — a mesma norma subjacente sobre a qual as chaves de acesso são construídas. Um código único enviado por mensagem de texto é, nas suas palavras, ainda muito melhor do que não ter nenhum segundo fator, mas pode ser reencaminhado ou intercetado de formas que um método resistente a phishing não permite. Onde um serviço oferece uma chave de acesso ou uma chave de segurança FIDO, essa é atualmente a opção mais forte amplamente disponível; onde só oferece códigos por app ou por SMS, qualquer um dos dois continua a ser significativamente melhor do que uma palavra-passe sozinha.

Uma conclusão prática

Use um gestor de palavras-passe, para que cada conta tenha uma palavra-passe longa e única que nunca tem de memorizar. Ative o segundo fator mais forte disponível — uma chave de acesso ou uma chave de segurança física quando oferecida, uma app autenticadora caso contrário. E trate qualquer momento em que uma palavra-passe ou chave possa ter sido exposta — um clique num phishing, um dispositivo perdido, um aviso de fuga de dados — como algo a resolver de imediato, não mais tarde: mude a credencial, e verifique se foi reutilizada noutro lugar.