Guia do gerador de hash SHA-256: UTF-8, SHA-384 e SHA-512

Como gerar um hash de texto

Abra o gerador de hash SHA-256 e cole texto, abra um arquivo de texto local ou deixe o editor vazio. Algoritmo usa SHA-256 por padrão; SHA-384 e SHA-512 também estão disponíveis. Pressione Gerar hash explicitamente. Apenas digitar não gera um resumo, e mudar a entrada ou o algoritmo invalida o resultado anterior.

Leia o algoritmo selecionado junto ao resultado e use Copiar resultado ou Baixar. Entrada vazia é permitida e produz um resumo real não vazio. Quebrar linhas muda somente a disposição visual. Antes de comparar o valor de outra aplicação, confirme que ambos os lados calculam o hash da mesma sequência de bytes com o mesmo algoritmo e representações de saída comparáveis.

• Trate espaços finais e quebras de linha de forma deliberada; não os remova só para fazer a comparação corresponder.
• Use um exemplo fixo como abc para conferir o algoritmo antes de investigar dados reais.
• Guarde os dados originais e o resumo esperado confiável separadamente de capturas ou valores abreviados.

Comprimentos das saídas SHA-256, SHA-384 e SHA-512

São três membros da família SHA-2. O comprimento dos resumos é fixo, seja a entrada vazia, uma palavra curta ou um texto maior permitido. Um caractere hexadecimal representa quatro bits; portanto um resumo de 256 bits tem 64 caracteres hexadecimais. Bytes iniciais de valor zero continuam representados; a ferramenta não abrevia a saída. O indicador de bytes conta o texto hexadecimal UTF-8: 64, 96 ou 128 bytes, não os bytes brutos do resumo na tabela.

Escolha o algoritmo exigido pelo formato de destino ou pelo processo de comparação. SHA-384 usa sua própria inicialização e não é simplesmente um prefixo do resumo SHA-512 normal. Um resultado SHA-512 não pode ser comparado diretamente com SHA-256 como se os caracteres adicionais fossem opcionais. Uma saída mais longa não cria, sozinha, armazenamento de senhas nem prova a segurança da aplicação. A interface não oferece SHA-1, MD5, SHA-3, HMAC ou configuração de salt/chave.

NIST FIPS 180-4: padrão de hash seguroAPI Web Cryptography do W3C: resumos e algoritmos SHA

Exemplos SHA-256 conhecidos: texto vazio e abc

A tabela mostra os resumos SHA-256 completos em minúsculas da entrada UTF-8 exatamente indicada. A string vazia tem zero bytes de entrada; não é o resumo de espaço ou quebra de linha. O exemplo abc tem os três bytes ASCII 61 62 63 em hexadecimal. São testes fixos, não uma medição da sua entrada.

Copie o resumo completo, não uma prévia abreviada. Se a referência usa hexadecimal em maiúsculas, muda a representação, não os bytes do resumo; o ToolMellow gera minúsculas. Representar os mesmos bytes em Base64 seria outra codificação, não outro algoritmo de hash. A ferramenta não tem seletor de formato de saída.

NIST FIPS 180-4: padrão de hash seguroWHATWG Encoding: UTF-8 e decodificação de texto

Bytes UTF-8, espaços e normalização Unicode

Antes de calcular o hash, a ferramenta verifica substitutos Unicode sem par e converte a string em UTF-8. Não remove espaços, não elimina U+FEFF inicial já presente na string fornecida e não aplica normalização Unicode. Espaço no final, mudança de maiúsculas ou outra representação em bytes podem alterar o resumo. A operação usa a string enviada ao worker.

Duas strings podem parecer iguais e ter bytes diferentes. Por exemplo, U+00E9 pré-composto e a sequência U+0065 U+0301 podem exibir a mesma letra acentuada com codificações UTF-8 diferentes. Da mesma forma, LF e CRLF são sequências de bytes distintas. Edição ou importação no navegador pode afetar a string fornecida; não deduza identidade de bytes só pela aparência.

WHATWG Encoding: UTF-8 e decodificação de textoECMAScript: isWellFormed de StringWHATWG HTML: valores de textarea e quebras de linha

Abrir um arquivo de texto não calcula o hash de seus bytes originais

O controle de arquivos lê por File.text(), que decodifica texto UTF-8, remove um BOM UTF-8 inicial e substitui sequências UTF-8 malformadas. O arquivo deve ser menor que 4,000,000 bytes, e o texto carregado precisa respeitar o limite de um milhão de unidades UTF-16. A extensão do nome não comprova a codificação de caracteres.

A string decodificada é recodificada em UTF-8 para o hash, então o resultado pode diferir de um checksum calculado diretamente sobre os bytes originais. Documentos binários, imagens, BOM, outra codificação ou caracteres de substituição podem importar. Para verificar um arquivo exatamente por byte, use um método que leia e calcule o hash dos bytes brutos com o algoritmo esperado; este espaço de trabalho não é esse método de checksum.

API File do W3C: leitura de Blob como textoWHATWG Encoding: UTF-8 e decodificação de texto

O que um hash correspondente ou diferente indica

Para uma comparação útil, estabeleça o mesmo algoritmo, sequência de bytes e representação completa do resumo nos dois lados. Uma divergência indica resumos calculados diferentes; não identifica se a causa é edição, codificação, algoritmo incorreto, dano no transporte ou outra mudança. Vetores conhecidos ajudam a separar a operação básica das suposições sobre a entrada real.

Um resumo sem chave correspondente apoia a consistência com o valor esperado, mas não é assinatura, verificação de identidade nem prova de conteúdo inofensivo. Hashes criptográficos têm um espaço finito de saída e não são identificadores matematicamente únicos para toda mensagem possível. Confie na origem do resumo esperado: se conteúdo e referência forem substituídos, a correspondência sozinha não comprova autenticidade.

NIST FIPS 180-4: padrão de hash seguroAPI Web Cryptography do W3C: resumos e algoritmos SHA

Um hash não é descriptografado, mas palpites podem ser testados

Hashing produz um resumo em vez de texto cifrado com chave de descriptografia. O ToolMellow não tem função de descriptografar nem de recuperar o texto original. Criptografia, Base64 e hashing cumprem papéis distintos: Base64 representa bytes de forma reversível, enquanto criptografia precisa de um esquema criptográfico e chaves. Um resumo não é uma versão comprimida que permita reconstruir qualquer entrada.

Isso não significa que toda entrada com hash seja impossível de adivinhar. Alguém pode calcular hashes de valores candidatos e compará-los, especialmente se o original for curto ou previsível. Publicar um hash não garante sigilo de qualquer dado. Acrescentar uma etapa de hashing, por si só, não resolve autenticação, gerenciamento de chaves nem armazenamento seguro.

NIST FIPS 180-4: padrão de hash seguroOWASP: guia de armazenamento de senhas

Por que SHA-256 simples não é um sistema de armazenamento de senhas

Esta ferramenta calcula um resumo SHA-2 sem chave, sem fator de custo específico para senhas, gerenciamento de salt ou procedimento de verificação de contas. Escolher SHA-384 ou SHA-512 altera o resumo, mas não acrescenta essas funções. Digitar manualmente uma string como salt também não equivale a implementar um sistema completo de armazenamento de senhas.

Armazenar senhas exige uma construção feita para esse propósito e controles adequados na aplicação. Siga as orientações atuais de armazenamento para o sistema que está criando. HMAC e assinaturas digitais tratam autenticação com chave por construções diferentes; o resumo de texto do ToolMellow não gera nem verifica nenhum dos dois. Mantenha credenciais reais fora de exemplos públicos e capturas de tela.

OWASP: guia de armazenamento de senhasAPI Web Cryptography do W3C: resumos e algoritmos SHA

Usar resultado como entrada calcula hash do texto hexadecimal

Depois de gerar o resumo, Usar resultado como entrada coloca seus caracteres hexadecimais no editor. Gerar novamente calcula o hash dos bytes UTF-8 desse texto. Não fornece automaticamente os 32, 48 ou 64 bytes brutos do resumo à operação seguinte, e esta interface não tem modo de entrada de bytes brutos.

Se um protocolo exige um segundo hash dos bytes brutos do resumo, uma operação de texto sobre o hexadecimal visível é outro cálculo. Identifique a representação necessária em cada etapa, em vez de presumir que “calcular hash duas vezes” define uma operação universal. Repetir aqui um resumo sem chave não o transforma em armazenamento de senhas nem autenticação com chave.

WHATWG Encoding: UTF-8 e decodificação de textoAPI Web Cryptography do W3C: resumos e algoritmos SHA

Limites de entrada, Web Crypto e HTTPS

O limite de entrada é 1,000,000 unidades de código UTF-16 JavaScript, não um milhão de bytes UTF-8 ou grafemas visíveis. Emojis e sequências combinadas mostram por que essas quantidades diferem. O resumo SHA-2 mantém seu comprimento hexadecimal fixo, portanto um resultado permitido cabe no limite de entrada para reutilização; memória do navegador e disponibilidade do worker continuam importantes.

O navegador precisa expor crypto.subtle em um contexto seguro adequado, como HTTPS ou um contexto local confiável, incluindo localhost. Se a API não estiver disponível, a ferramenta exibe o erro de suporte. HTTPS sozinho não garante que todos os navegadores ou ambientes incorporados suportem a API. Um algoritmo padronizado não prova validação ou certificação FIPS do navegador, site ou implementação.

ECMAScript: isWellFormed de StringAPI Web Cryptography do W3C: resumos e algoritmos SHAW3C Secure Contexts: origens potencialmente confiáveis

Investigue um hash de texto que falhou ou foi inesperado

Se a geração falhar, leia o erro, confirme um algoritmo suportado e Web Crypto disponível em contexto seguro e procure substitutos sem par na entrada. Um erro de limite de importação difere de um erro de hashing. Não altere o texto antes de saber qual representação em bytes o resultado esperado descreve.

Se a comparação falhar, comece pelo vetor conhecido abc e compare as condições reais de entrada uma por uma. A ferramenta não diagnostica corrupção, não produz certificado de verificação e não busca checksum de referência de uma URL. Se a área de transferência estiver indisponível, selecione o resumo e copie manualmente.

API Web Cryptography do W3C: resumos e algoritmos SHAWHATWG Encoding: UTF-8 e decodificação de texto

Downloads de texto, limpar e privacidade local

Baixar salva o resultado hexadecimal como texto UTF-8 em toolmellow-result.txt, não bytes brutos do resumo, manifesto binário de checksums ou relatório. Limpar remove entrada, saída, erros, conteúdo de busca/substituição e histórico do editor, mantendo Algoritmo e Quebrar linhas. Atualizar ou fechar o espaço de trabalho descarta o estado em memória; arquivos baixados permanecem no dispositivo.

A aplicação não envia texto fornecido, conteúdo dos arquivos selecionados ou resultado a um servidor de hashing. Carregar o site ainda envia metadados comuns à hospedagem, e o site público usa Google Analytics para visitas com cookies e informações do navegador/dispositivo. Hashing local não implica anonimato, tráfego de rede zero ou ausência de registros da infraestrutura. Limpar não garante apagamento forense da memória do navegador ou sistema operacional.

Incorpore o gerador de hash com seu backlink

Escolha o idioma da página e abra a seção de integração abaixo do espaço de trabalho. Copie ou baixe seu trecho HTML em uma área do site que permita iframes e scripts externos. O trecho contém o iframe do ToolMellow, script de ajuste de tamanho e backlink visível para a página correspondente no mesmo idioma. Mantenha esse link de atribuição.

Confira a prévia em telas estreitas, o contexto seguro da incorporação e as permissões da área de transferência. A incorporação mantém os algoritmos, escopo de texto e limites de entrada; não vira uma API remota de hashing, serviço de checksum de arquivos nem sistema de verificação de senhas. O link fornecido usa nofollow e noopener e não garante melhoria de posição na busca.

Perguntas frequentes

Fontes e leituras complementares

• NIST FIPS 180-4: padrão de hash seguro
• API Web Cryptography do W3C: resumos e algoritmos SHA
• WHATWG Encoding: UTF-8 e decodificação de texto
• API File do W3C: leitura de Blob como texto
• ECMAScript: isWellFormed de String
• WHATWG HTML: valores de textarea e quebras de linha
• W3C Secure Contexts: origens potencialmente confiáveis
• OWASP: guia de armazenamento de senhas