Como descobrir com qual programa um arquivo foi criado

Muitas vezes a dúvida aparece depois que você recebe um arquivo de um cliente, de um arquivo morto corporativo ou de uma disputa online: será que esse PDF foi realmente gerado no Adobe Acrobat, ou foi exportado de um conversor gratuito? Essa imagem veio direto da câmera ou passou por um editor antes de ser publicada? Saber com qual programa um arquivo foi criado não é curiosidade técnica, é informação prática para auditoria, jornalismo, perícia e proteção de propriedade intelectual. A resposta não está no nome do arquivo nem na extensão, está nos metadados técnicos que quase todos os formatos incorporam durante a criação e salvamento.

A maioria das pessoas imagina que descobrir a origem de um arquivo é algo complicado e reservado a peritos. Na prática, a informação costuma estar escrita dentro do próprio arquivo, em campos como Software, Creator, Producer, Encoder, Application ou Authoring Tool. Esses campos são preenchidos automaticamente pelo programa no momento da geração e, em muitos casos, permanecem mesmo após renomeações e compartilhamentos. O desafio é que eles estão espalhados em padrões diferentes dependendo do tipo de arquivo, e nem sempre são visíveis em visualizadores comuns.

Em imagens, por exemplo, o padrão EXIF guarda dados da câmera e, quando a imagem passa por edição, o campo Software costuma ser atualizado. Uma foto tirada com iPhone costuma trazer Apple iOS no MakerNote e, se depois for aberta no Photoshop, o campo Software passa a registrar Adobe Photoshop 25.0 Windows. Arquivos HEIC gerados por dispositivos Apple mantêm o modelo e o firmware, enquanto PNG costuma trazer o programa de criação em tEXt chunks como “Software: GIMP 2.10”. Em JPG o mesmo ocorre, e por isso existe um guia dedicado de metadados de JPG que explica campo por campo o que pode ser interpretado com segurança. Vídeos seguem lógica parecida: MP4 e MOV registram o encoder em átomos como `com.apple.quicktime` ou `Lavf58.76.100` quando gerados por FFmpeg, e softwares como Premiere ou DaVinci Resolve deixam sua assinatura no campo `encoder` ou em metadados XMP embutidos.

Documentos de escritório carregam informações ainda mais explícitas. Um DOCX criado no Microsoft Word 365 costuma ter no núcleo de propriedades `Application: Microsoft Word` e `AppVersion: 16.0`. Se o mesmo documento foi salvo depois no LibreOffice, o campo Producer muda para LibreOffice/7.6. Além disso, PDFs são extremamente reveladores: o dicionário de catálogo contém a chave Producer, que normalmente indica o motor de renderização, como `Adobe PDF Library 15.0`, `Microsoft: Print To PDF` ou `LibreOffice 7.5`. A chave Creator pode indicar o aplicativo de origem, como `Microsoft Word` ou `InDesign`. Por esse motivo, quem trabalha com verificação documental costuma consultar um guia dedicado de metadados de PDF antes de tirar conclusões sobre a cadeia de criação.

Arquivos de áudio e vídeo também deixam rastros claros. Um MP3 exportado pelo iTunes costuma trazer `Encoder: LAME3.100` e tags ID3 com `Software: iTunes 12.9`. Arquivos WAV gerados em estúdio podem registrar o DAW no campo `Originator`. Em CAD e 3D a informação é ainda mais crítica para compatibilidade: um DWG costuma guardar no cabeçalho a versão do AutoCAD que o salvou, como `AC1027` para AutoCAD 2018, e arquivos STL exportados do Blender registram no comentário inicial `Generated by Blender 3.6`. Em arquivos compactados, o ZIP pode conter o nome do software no cabeçalho do arquivo e, em alguns casos, dados de comentário adicionados pelo gerador, como `Created by 7-Zip 22.01`.

Saber o programa de origem não prova autoria nem autenticidade legal por si só. Metadados podem ser editados, removidos ou reescritos por ferramentas especializadas, e a ausência de informação não significa falsificação. O que a análise técnica faz é documentar, de forma reproduzível, o estado do arquivo no momento da verificação: quais campos existem, quais hashes criptográficos ele apresenta e como ele se compara a uma cópia de referência. Essa documentação é o que sustenta auditorias, investigações jornalísticas e processos de compliance, sem transformar uma leitura de metadados em conclusão jurídica.

É aqui que uma plataforma de verificação técnica ajuda a tornar o processo acessível e auditável. No FilesAudit você pode enviar o arquivo e obter a extração completa de metadados técnicos, além dos hashes SHA-256, MD5 e CRC32 que funcionam como impressão digital do conteúdo. O relatório em PDF gerado traz carimbo de data e hora da análise, a lista de campos EXIF, XMP, IPTC, propriedades do documento e, quando disponível, a assinatura do software criador. Isso é útil tanto para uma checagem rápida quanto para um dossiê formal, e a plataforma suporta mais de 200 formatos diferentes, da lista completa de formatos suportados que inclui imagens RAW, vídeos MKV, documentos Office, arquivos CAD como DWG e STL, código fonte e executáveis.

Na prática, o fluxo ideal é simples: primeiro identifique o tipo de arquivo e o padrão de metadados que ele usa. Depois extraia os metadados com uma ferramenta confiável que não modifique o arquivo original. Em seguida, registre os hashes criptográficos para garantir integridade e, se necessário, compare com uma cópia conhecida. Por fim, arquive o relatório com data e hora. Esse conjunto permite responder com segurança a perguntas como “foi criado no Photoshop ou no GIMP?”, “esse PDF saiu de uma impressora virtual do Windows ou de um editor profissional?” ou “esse modelo 3D foi exportado do SolidWorks ou do Fusion 360?”. Em casos sensíveis, vale cruzar a informação do software com outras evidências, como cadeia de custódia, logs de sistema e provas de geração C2PA, quando disponíveis.

Se você precisa repetir esse tipo de análise com frequência, vale considerar soluções que permitam análise local e em lote. A plataforma oferece uma versão desktop para análise ilimitada e confidencial de arquivos sensíveis, mantendo todo