Archivos BIN

¿Qué es un archivo .BIN?

“BIN” tampoco es un formato exacto, sino una simple etiqueta para la información binaria guardada cuando no hay nada mejor. Ocurre cuando el software no tiene un nombre exacto que dar a un tipo concreto al guardar los flujos de bytes en un archivo. El formato BIN/Cue fue la opción popular en los 90 para imágenes de CD en bruto, normalmente junto con una hoja de texto CUE que informa al software de grabación y montaje sobre la organización de las pistas dentro de ella. Se hizo popular en los 90 gracias a "CDRWin" de Golden hawk technology.

Además, los proveedores de hardware usan el formato bin para entregar firmware, boot loader, bios image, FPGA y con fines de calibración para su dispositivo concreto. Los círculos de preservación de juegos también usan el formato “bin” como volcados de cartuchos. Los archivos bin para roms de sega genesis megadrive y roms de atari 2600 aparecen de la misma manera. Estos se abren dentro de emuladores en lugar de software para grabar discos. Antes se usaba también como "MacBinary". Significa envoltorio de archivo binario de Macintosh, que incluye data fork, finder metadata, creator type codes, etc. La forma más rápida de distinguir entre estos usos es por el contexto. Una hoja CUE coincidente normalmente significa que estás tratando con una imagen de disco de CD; habrá un sitio web del fabricante del hardware en caso de un firmware; un tamaño determinado da una idea para cierta consola si estás en círculos de juegos; y una descarga antigua de Mac sugiere MacBinary, pero si el archivo no da ninguna pista en su encabezado, usa un editor hexadecimal o el programa que crees que podrías haber usado con él.

Cómo abrir un archivo .BIN

Detalles técnicos

El tipo de archivo BIN sin procesar puede incluir un volcado sector por sector de CDs y DVDs (la versión para disco óptico contiene sectores sin procesar de 2352 bytes, frente a los sectores de datos de 2048 bytes de las imágenes .ISO basadas en ISO 9660). El sector incluye una sección de sincronización, un encabezado, datos sin procesar (datos de usuario más cualquier información adicional relacionada con ECC) y elementos de subcanal (si corresponde). Por ello, .BIN requiere una hoja CUE asociada para proporcionar detalles que faltan allí (por ejemplo, el modo, como MODE1/2352 o AUDIO, de cada pista, INDEX, pregaps y nombres/nombres de archivo, y números de pista), a la vez que también proporciona más detalles sobre el contenido, ya que la hoja CUE es un archivo de texto, mientras que el volcado sin procesar conserva la estructura de sector sin procesar para restaurar el medio en un disco o unidad. Como las distintas versiones del formato de archivo .BIN carecen de un identificador estándar o reconocible o de un encabezado estándar, la identificación se hace por la extensión del archivo, lo que hace que este tipo de detección sea muy poco fiable (otra razón para usar 'application/octet-stream' en tipos MIME). Bin no implica una forma particular de compresión; sin embargo, si existe material comprimido dentro, está incrustado en la carga útil.

El nombre de archivo BIN también puede usarse para formatos binarios no relacionados. Normalmente, la primera aparición de la cadena ASCII "SEGA" ocurre 0x100 bytes después del inicio (por lo general, 0x100 bytes después del inicio); otras partes incluyen el modelo/variante de la consola de videojuegos, títulos (domésticos e internacionales), el código de producto y la suma de comprobación de todos, o de partes, de regiones ROM/RAM. El formato MacBinary usa el encabezado con un tamaño de 128 bytes antes de guardar las bifurcaciones; las versiones llamadas Macbinary II o III ampliaron y extendieron esos encabezados con reglas específicas y elementos de validación. Varios archivos de firmware en Bin incluyen: volcado de página Flash o Binary plano basado en el formato ELF, imágenes usadas por el cargador de arranque como u-Boot, imágenes de kernel comprimidas de linux, sistemas de archivos SquashFS/JFFS2, datos de firma/suma de comprobación, datos específicos del proveedor o del dispositivo; tamaños típicos: firmware pequeño de MCU, rom de Atari: unos pocos kiloBytes, un tamaño máximo de una imagen ROM de consola de 16 bit va desde 512 Kbytes hasta varios megabytes.

Cómo convertir archivos .BIN

Una imagen BIN y Cue debería convertirse a ISO si y solo si esta imagen contiene una sola pista de datos, a petición de un usuario que desea obtener una imagen ISO9660 o UDF montable del disco. Esto debería hacerse usando bchunk junto con la hoja CUE de entrada. Por ejemplo, bchunk input.bin input.cue output. Un archivo .BIN no contiene ninguna información sobre pistas, pregaps ni modos de sector. Los discos de audio y de modo mixto se extraen de la siguiente manera: bchunk -w audio.bin audio.cue track.

Para cualquier imagen de disco dañada o de varias sesiones y para formatos de sector inusuales, se puede usar primero IsoBuster o PowerISO, ya que las herramientas habituales no admiten este tipo de estructuras en sus convertidores. Para extraer todos los elementos incrustados dentro de un archivo BIN de firmware, se debe usar binwalk: binwalk -e firmware.bin.Copy Recuerda que una operación así da como resultado una salida de análisis en lugar de una copia adecuada de una imagen de firmware. Los ingenieros de sistemas embebidos también crean imágenes BIN a partir de archivos .elf, .hex y S-record mediante objcopy. Esa imagen BIN ya no contiene direcciones de carga, información de reubicación, etc. Las imágenes ROM a menudo solo se renombran durante la conversión.

Problemas comunes y soluciones

En caso de que aparezca "Invalid or unsupported image file" en la pantalla al intentar abrir .BIN con PowerISO, WinCDEmu o un software similar que trabaja con imágenes, lo más probable es que .BIN no sea un archivo de imagen en absoluto, o que no tengas un archivo .CUE asociado con una referencia correcta al archivo interno. Edita el CUE en modo de texto y cambia el nombre de archivo incorrecto para que coincida con tu archivo BIN o viceversa.

Si aparece el mensaje de error "Cannot open file as archive" después de abrir archivos .bin con un software como 7-Zip, ten en cuenta lo siguiente: el problema puede estar relacionado con algunas características particulares de los archivos .bin. Tienen bytes en bruto en su interior y no una estructura ZIP, RAR o 7z.

Primero intenta averiguar qué se usó para generar el volcado en primer lugar; nunca sigas adelante sin hacer eso. El siguiente error relacionado con montar un archivo es un mensaje sobre un fallo con un tipo de sector, la mezcla de pistas o con un esquema de protección contra copias.

Esos problemas no pueden ser tratados por utilidades de montaje, pero puedes usar herramientas como bchunk, cdrdao o IsoBuster y ver mejores resultados. En cuanto a las imágenes de firmware y los errores, lo más probable es que veas mensajes como "wrong model", "bad check-sum", "signature verification failed" o "image too old".

Esto puede ocurrir porque los archivos .bin pueden corresponder a distintas revisiones de hardware (o a hardware de otras regiones), así como a distintas versiones del bootloader. Algunos emuladores de ROM no pueden trabajar con ciertos volcados por diversas razones; por ejemplo, podrías obtener una pantalla negra si tu volcado tiene los bytes intercambiados, está sobrevolcado, infravolcado o necesita un archivo BIOS.

Los programas antivirus consideran que los volcados contienen binarios empaquetados o desconocidos que podrían provocar la infección de otros archivos, las descargas grandes pueden truncarse, así que verifica siempre tu SHA-256 y MD5 y hazlo a tiempo para evitar cualquier problema. Lo mismo ocurre con archivos grandes; también puede que necesites prestar atención a MacBinary.

Consideraciones de seguridad

Sin embargo, el formato .BIN también puede consistir en un binario ejecutable, como código máquina; sector de arranque, código de firmware e imágenes; código ROM; o carga útil de un paquete de instalación, aunque la ejecución por sí misma no se determina mediante las extensiones. Ten en cuenta que las imágenes BIN de firmware procedentes de fuentes no fiables pueden convertir potencialmente routers, teléfonos móviles, placas BIOS/UEFI, microcontroladores y otros dispositivos IoT en ladrillos si se flashean en el dispositivo. Además, las imágenes de disco en bruto pueden contener malware de ejecución automática o exploits, así como binarios de ejecución automática antiguos de Windows y contenido de juegos con copyright, así que trata las imágenes en bruto sospechosas en una máquina virtual o usando un punto de montaje de solo lectura. Los parsers y los analizadores de formatos de archivos binarios pueden sufrir vulnerabilidades relacionadas con la seguridad de su memoria. Las imágenes .BIN en bruto no activan macros, así que las medidas de seguridad dependen solo del origen de los archivos, las firmas y las sumas de verificación. En cuanto al formato de imagen MacBinary, la información incluida en los metadatos puede ser el nombre de archivo, type/creator, notas y valores relacionados con la hora.

Historia y versiones

El formato .BIN es anterior a la era de internet en PC y se ha designado de forma informal para binarios en los casos en que no existía una extensión oficialmente acordada. Un uso histórico destacado fue el de MacBinary, que se adoptó en 1985 como un medio para transferir archivos clásicos de Macintosh a través de mecanismos que no tenían capacidad para almacenar resource forks/Finder info, y que tuvo sus formas sucesoras: MacBinary II (1987) y MacBinary III en los años 90.

La imagen de disco RAW BIN/CUE se popularizó gracias a la utilidad de Golden Hawk Technology de 1993 llamada CDRWIN, ya que se volvió una forma necesaria de almacenar audio y medios de tipo mixto, porque no había una manera eficiente de describir este tipo de medios con un ISO convencional.

El uso de archivos ROM de Game ROM es anterior a la tradición de las imágenes de disco. Los primeros volcados .bin de Sega Genesis/Mega Drive se hicieron en el momento del lanzamiento de la consola en Japón en 1988, y todavía están ampliamente disponibles en esa forma. Sin embargo, los volcados ROM de Atari 2600 reflejan una plataforma de cartuchos de 1977, y el uso del formato bin persiste hoy en día, ya que la mayoría de las ROM son básicamente arreglos de bytes en forma direccionable y no incluyen sistema de archivos.

No existe un único estándar .bin ni una especificación controlada por registro, pero la extensión bin es popular para diversos usos hasta hoy, ya que los contenedores bin son fáciles de usar y consumir, y son neutrales respecto a la plataforma.

Formatos relacionados

La extensión Iso es la imagen para discos con pistas de datos ISO 9660 y UDF; se monta más fácilmente que un archivo BIN, pero no puede representar con precisión todo tipo de CD de modo mixto o de sector bruto. Además, los archivos .CUE deberían acompañar a muchas imágenes .BIN como una hoja descriptiva, porque de otro modo podrían perderse los números y límites de las pistas, los modos de los sectores y si se trata de audio o de datos.

Existe un formato IMG que funciona como .BIN, pero que podría referirse no solo a archivos de imagen en bruto de disquetes, HDD, SDCard y otros tipos de medios, sino también a discos ópticos. Otras extensiones de imagen óptica son MDF/.MDS (software Alcohol 120%) y CCD/.SUB/.IMG (CloneCD), NRG (Nero).

Para cartuchos, los archivos ROM deberían tener mejor la extensión .SMD, .GEN - extensión de archivo de Genesis, .MD - extensión de archivo de Mega Drive, o, de lo contrario, .A26 si estás tratando con un cartucho Atari.

El trabajo con firmware suele usar archivos que están direccionados, por ejemplo, un archivo ELF con todas las tablas de símbolos y .HEX (o sus archivos SREC relacionados).