CONHECIMENTO SFA / GUIA TÉCNICO

Hash de arquivos: como a comparação apoia a integridade digital

Um hash criptográfico resume os bytes de um arquivo em um valor calculado. É uma referência útil para comparar conteúdos binários, desde que seu uso e suas limitações sejam compreendidos.

O conceito em uma imagem

Integridade binária e veracidade do conteúdo são questões diferentes.

O que é um hash criptográfico?

Um algoritmo de hash criptográfico recebe uma sequência de bytes e produz um resumo de comprimento definido. Para o mesmo algoritmo, a mesma entrada produz o mesmo resultado. Uma referência conhecida é SHA-256, cujo resumo pode ser representado por 64 caracteres hexadecimais.

O valor não funciona como uma descrição do arquivo. Não informa se ele contém fotografia, contrato ou gravação. Também não deve ser tratado como uma forma de recuperar o conteúdo: comparar resumos é diferente de decodificar um arquivo. O papel do hash, neste contexto, é apoiar uma comparação sobre os bytes examinados.

Como interpretar resultados iguais

Quando duas versões apresentam o mesmo resultado em um algoritmo criptográfico apropriado, a comparação oferece forte suporte à igualdade binária no procedimento realizado. É importante registrar qual algoritmo foi utilizado, quais objetos foram comparados e em que momento a referência foi calculada.

Não existe uma garantia matemática de que toda entrada possível tenha um resumo exclusivo, porque o espaço dos arquivos é maior do que o espaço dos resumos. Por isso, a formulação técnica considera o algoritmo, sua adequação e o contexto de uso, em vez de prometer unicidade absoluta. Uma função criptográfica moderna deve ser escolhida segundo o procedimento aplicável.

O que resultados diferentes significam

Se os hashes diferem, os conjuntos de bytes comparados não são idênticos. Isso não explica automaticamente qual mudança ocorreu, quem a realizou ou por quê. Uma exportação, alteração de metadados, recompressão ou transformação de conteúdo pode produzir uma versão binariamente diferente.

Dois arquivos podem exibir o mesmo texto ou uma aparência visual muito semelhante e ter hashes diferentes. Inversamente, preservar um arquivo byte a byte não transforma suas alegações em fatos. A comparação binária é uma camada específica do exame e precisa ser relacionada à questão proposta.

Como a referência entra no relatório

O registro deve ligar o resumo à peça correta. Um digest sem identificação do arquivo perde utilidade. O ideal é esclarecer o identificador da evidência, o algoritmo, o valor calculado, o procedimento e a relação com outras verificações. Caso existam divergências, elas devem ser investigadas e relatadas.

O momento em que a referência foi criada também importa. Calcular um hash depois de receber uma versão estabelece uma referência daquela versão, não uma prova retrospectiva sobre sua origem. A preservação posterior e a história anterior do arquivo devem ser tratadas separadamente.

Erros de interpretação que devem ser evitados

Frases como “o hash prova que a fotografia é real” confundem integridade e autenticidade da cena. “O hash mudou, portanto houve fraude” transforma uma diferença binária em conclusão sobre intenção. Em ambos os casos, a inferência ultrapassa aquilo que a comparação permite observar.

A pergunta adequada é mais precisa: os bytes desta versão coincidem com a referência identificada? Depois vêm questões adicionais sobre formato, histórico, conteúdo e contexto. Essa separação permite usar uma ferramenta forte sem atribuir a ela capacidades que não possui.

EXEMPLO DIDÁTICO / SITUAÇÃO HIPOTÉTICA

Uma letra muda os bytes

O exemplo abaixo usa textos sintéticos codificados em UTF-8. “evidencia” e “evidência” têm uma diferença de acentuação e produzem resumos SHA-256 distintos. Os valores são calculados de fato para essas entradas didáticas. Isso ilustra uma comparação binária; não representa um caso ou evidência real.

Experimente a comparação

Texto didático processado somente neste navegador. Não use evidências ou informações sensíveis.

O resumo compara os bytes representados pelos textos. Ele não determina autoria, veracidade ou data de criação.

Separar o que se observa do que se conclui

EntradaAlgoritmoResultado
evidenciaSHA-256769c9e0034dbc4088b0409174315aaa092dca9c3cfd978658f0c5880455e3255
evidênciaSHA-256a68f4099891b540cf68f620d9b5148b649b73f93df0ab1804a8be2a7fb6f8273

Perguntas que qualificam uma avaliação

Antes de buscar uma resposta conclusiva, vale formular questões que possam ser relacionadas ao material disponível. Para este tema, três perguntas ajudam a delimitar o exame:

  • Qual algoritmo e quais objetos foram comparados?
  • Quando a referência de integridade foi calculada?
  • Uma divergência pode ser relacionada a uma operação conhecida?

As respostas podem depender de informações ainda ausentes. Identificar essa ausência faz parte da avaliação; não é um motivo para preencher lacunas com suposições.

Perguntas frequentes

Renomear um arquivo muda seu hash?

Se apenas o nome externo mudar e os bytes permanecerem iguais, o hash do conteúdo não muda. Outras operações associadas podem ter efeitos diferentes.

Hashes iguais comprovam quem criou o arquivo?

Não. A igualdade binária não estabelece autoria.

Hashes diferentes provam alteração visual?

Não necessariamente. A mudança pode estar em outras partes da estrutura ou dos metadados.

Referências técnicas e leitura complementar

As fontes abaixo apoiam os conceitos abordados. Os exemplos e as ilustrações deste guia são didáticos e não reproduzem casos atendidos pela SFA.

  1. NIST OSAC. Hash, Hash Value
  2. SWGDE. Best Practices for Image Authentication

Conteúdo educativo. Não substitui exame do material concreto nem permite concluir autenticidade, autoria ou responsabilidade em uma situação específica.

CONTINUAR A LEITURA

Uma questão concreta
precisa de material concreto.

Conheça o alcance da análise antes de encaminhar arquivos.

Conhecer a área de análise