Senhas, hashes e Base64 têm funções diferentes
Uma senha aleatória, um hash e texto Base64 podem parecer sequências obscuras semelhantes. Servem a finalidades distintas; trocar uma pela outra pode expor dados sensíveis.
Senha é segredo; codificação não dá sigilo
Escolha senha longa e imprevisível, não nomes ou datas fáceis. Um gerenciador confiável ajuda a gerar e guardar. Nunca use um exemplo publicado como senha real.
Base64 representa dados como texto decodificável sem chave secreta. RFC 4648 esclarece que não oferece confidencialidade: a senha codificada continua exposta a quem a decodificar.
Referências: NCSC — Three Random Words · IETF RFC 4648 — Base Encodings and Security Considerations
O que um hash comprova?
SHA-256 produz um resumo de tamanho fixo. Compará-lo com referência confiável ajuda a verificar igualdade do conteúdo, mas não certifica segurança do arquivo ou confiança no autor.
Se arquivo e hash vierem da mesma fonte comprometida, ambos podem ter sido substituídos. A referência importa tanto quanto o cálculo correto.
Referências: MDN — SubtleCrypto digest()
Hash rápido não é sistema de armazenamento
SHA-256 genérico sozinho não é um projeto completo para guardar senhas. OWASP recomenda funções específicas e proteções adequadas; isso é engenharia de autenticação, não apenas converter texto.
Decodificar JWT também não verifica sua assinatura nem prova acesso válido. Não cole credenciais reais no suporte só porque parecem codificadas.
Referências: OWASP — Password Storage Cheat Sheet · IETF RFC 7519 — Validating JWTs
Exemplo sem segredos
Test vira VGVzdA== em Base64 e volta a Test ao decodificar. Nenhum sentido requer segredo; portanto isso não esconde conteúdo confidencial.
Adicionar uma quebra de linha após Test altera os bytes usados no hash. Confira codificação e finais de linha antes de culpar a calculadora por resumos diferentes.