wad2bin <keys file> <device.cert> <input WAD> <output dir> [parent title ID]

I percorsi non devono superare i 1023 caratteri. I percorsi relativi sono supportati.
L'albero di directory richiesto per i file *.bin verrà creato nella directory di output.
È possibile impostare la directory principale della scheda SD come directory di output.
Il TitleID principale è richiesto solo se l'ingresso WAD è un DLC.
È prevista una stringa esadecimale lunga 16 caratteri.

Pautas

• Se requieren datos específicos de la consola para realizar la conversión. Descárguelo de la consola de destino utilizando xyzzy-mod .
  • El programa tiene dos archivos diferentes con datos específicos de la consola: un archivo de texto con datos clave (verifique keys.txt.templateel formato real) y device.cert.
• Para funcionar, tanto el ticket como el TMD para cada paquete WAD convertido deben instalarse en la consola Wii de destino.
  • Por esta razón, el programa genera un paquete WAD falso en el directorio de salida proporcionado. Se puede usar con los administradores WAD normales para instalar tickets y TMD, si es necesario.
• Si el ticket WAD no se emitió para la consola de destino o si el archivo WAD no es legítimo (por ejemplo, WAD homebrew), el iOS utilizado por el menú del sistema debe ser parcheado para habilitar el error de firma en él.
• Si se proporciona un WAD DLC, no importa si es un WAD incompleto con contenido perdido, un WAD con un TMD manipulado que se refiere solo al contenido empaquetado o un WAD completo con todo el contenido: wad2bin admite todos los casos. No se requiere índice de contenido.

Diferencias entre archivos content.biny archivos<index>.bin

• Los archivos content.binse utilizan para almacenar datos de los títulos 00010001(canales descargables) y 00010004(canales basados ​​en disco) y se guardan en sd:/private/wii/title/<ascii_lower_tid>/content.bin. Mientras que los archivos <index>.binse utilizan para almacenar datos de títulos 00010005(DLC) y se guardan en sd:/private/wii/data/<ascii_lower_tid>/<index>.bin, donde <index>representa un contenido de índice específico de su TMD (000-511).
• Ambos archivos content.biny <index>.binson paquetes WAD de respaldo con un bloque de encabezado «Bk», un bloque de datos TMD y contenido cifrado usando AES-128-CBC con la clave PRNG específica de la consola y el índice de contenido como IV (continuación de 14 ceros).
• Sin embargo, los archivos content.bincontienen dos bloques iniciales antes del encabezado «Bk» que están encriptados usando la clave SD y SD IV (que no son específicas de la consola):
  • Un encabezado de información de título largo de 0x640 bytes, que contiene datos como TitleID y una copia del encabezado IMET de los canales opening.bnr ( 00000000.app).
  • Una copia de la entrada /meta/icon.bindel archivo del archivo U8 opening.bnr, con diferentes tamaños.
• Los archivos content.bintambién contienen un área del certificado final posicionado después del contenido cifrado, que contiene:
  • Una firma ECSDA calculada sobre el área completa del paquete WAD de respaldo (usando la clave privada ECC específica de la consola).
  • Una copia del certificado del dispositivo ECC-B233 específico de la consola (también conocido como el certificado «NG»).
  • Un certificado ECC-B233 emitido por el título (también conocido como certificado «AP»), firmado con la clave privada ECC específica de la consola. Su clave pública ECC es un secreto compartido ECDH generado con una clave privada ECC personalizada. El título del emisor es siempre el Menú del sistema (00000001-00000002).
• Por otro lado, si bien los archivos <index>.binno incluyen ninguno de los bloques de inicio y finalización de los archivos content.bin, solo pueden contener un solo contenido encriptado a la vez, cuyo índice se utiliza como parte del nombre del archivo expresado en la notación de base 10 (por ejemplo 000.bin).

adicciones

• ninty-233 (con licencia GPLv3 o posterior) se utiliza para la generación de datos ECDH y la firma / verificación ECSDA.
• mbedtls (con licencia de Apache 2.0) se utiliza para el cálculo de hash y las operaciones de cifrado AES-CBC.
• Análisis de datos clave basado en el código hactool (ISC con licencia).

Registro de cambios v0.5

• Se implementó la generación de paquetes WAD falsos que se pueden instalar (encabezado + cadena de certificados + ticket + TMD), guardados en el directorio de salida proporcionado mediante la convención de nomenclatura <title_id>_bogus.wad.
• Estos paquetes WAD falsos se pueden utilizar para instalar tickets y TMD, si es necesario, utilizando administradores WAD normales. Errores como -1022 pueden ignorarse de forma segura (por ejemplo, los datos de contenido no están disponibles en estos WAD).

Registro de cambios v0.4

• Se solucionó el problema con la detección de contenido perdido detectado al desempacar un DLC WAD

Registro de cambios v0.3

• Obliga al usuario a proporcionar el TitleID completo primario para WAD DLC.

Registro de cambios v0.2

• Se agregó soporte adecuado para WAD DLC, incluso si está incompleto (por ejemplo, TMD completo con archivos de contenido faltantes).