Saltar al contenido
AZ Tools

Detector de Tipo de Archivo (Magic Bytes)

Lee los primeros 512 bytes de cualquier archivo soltado en el navegador y los compara con una tabla de ~35 firmas de archivo bien conocidas (PNG, JPEG, GIF, WebP, PDF, ZIP, GZIP, 7z, MP3, FLAC, MP4, MKV, WOFF2, ELF, PE, SQLite, …). Compara el tipo detectado contra el MIME reportado por el navegador (que viene del SO, usualmente de la extensión) y marca discrepancias — útil cuando verificas archivos descargados, comprobando que un .jpg renombrado realmente es un JPEG, o validando archivos subidos por usuarios antes de procesarlos.

Cómo usar

  1. Suelta o elige cualquier archivo.
  2. Lee el tipo detectado — si discrepa del declarado, el badge te lo dirá.

Preguntas frecuentes

¿El archivo deja mi navegador?
No. Solo se leen los primeros 512 bytes, y solo localmente a través de la File API. Nada se sube.
¿Por qué un .docx aparece como ZIP?
DOCX, XLSX, PPTX, JAR, EPUB, y OOXML son todos contenedores ZIP por dentro. Para distinguirlos necesitarías inspeccionar una entrada específica dentro del archivo — la detección por magic bytes sola no puede diferenciarlos.
La firma coincide y aun así el archivo no abre, ¿por qué?
Los bytes mágicos solo describen el principio del archivo. Una descarga cortada, un binario transferido en modo texto (que reescribe los finales de línea dentro de los datos) o un contenedor con el contenido dañado conservan una cabecera perfectamente válida mientras el resto queda inservible. La detección dice qué afirma ser un archivo, no que esté completo.
¿Pueden dos formatos compartir la misma firma?
Sí, y ZIP es el caso más claro: .docx, .xlsx, .odt, .jar, .apk y .epub son todos archivos ZIP, así que su identidad real la decide lo que hay dentro y no los primeros bytes. Algunos formatos además se identifican por bytes situados más adelante, y por eso un archivo muy corto, o uno envuelto en otro contenedor, puede quedar sin identificar.

Guías sobre este tema

Herramientas relacionadas