Listado de cracks/fixes que voy haciendo

[gatuno]

Ya te digo, las apariencias engañaban con este juego.

Los Kick Off 1 y 2 tambien eran muy buenos. Tenian muñecos parecidos, la misma vista y el balon tampoco iba pegado a los jugadores, tenias que controlarlo (creo que fueron los primeros donde el balon no iba pegado), y eso lo hacia muy adictivo, sobre todo haciendo liguillas con amigos.

[gatuno]

Bueno, pues despues del crack del Sensible Soccer, os dejo uno para un juego al que le ocurre lo contrario al Sensible. Se trata del Mech Brigade (1987), un juego que solo acepta como valida una clave vacia (aparte de las correctas claro esta), el resto son incorrectas para el juego.

Spoiler: bla bla bla (click para mostrar/ocultar)

El tema es que en la rutina de comprobacion de claves ambos juegos usan unas instrucciones similares para comprobar la clave caracter a caracter.

Sensible Soccer -> REPZ CMPSB   ; compara DS:SI con ES:DI (clave correcta con clave introducida por usuario) hasta que CX=0 o algun caracter no coincida
Mech Brigade -> LODSB       ; pone en AL el byte que hay en la direccion DS:SI (clave correcta)
                REPZ SCASB  ; compara AL con el byte que hay en ES:DI (clave correcta con clave introducida por usuario) hasta que CX=0 o algun caracter no coincida

==Sensible Soccer:
En Sensible Soccer esta muy bien hecho, porque con una clave vacia (CX comienza valiendo 0) aunque el juego no llame a la rutina de comprobacion de claves, salta a maldito_pirata_fuera.

Ademas si intentas anular el salto, el juego acaba en una violacion de segmento y salimos al DOS. Ese es el motivo por el que en lugar de cambiar el salto, que seria la solucion mas simple y por tanto la mejor, cambie la instruccion que guarda en CX la longitud de la clave (MOV CX,[5E87]) para que pusiera longitud=1.

Es decir, que con el crack la rutina de comprobacion de claves realmente solo comprueba un caracter de la palabra. Quizas es un poco mas intrusivo pero si queria que aceptara una clave vacia como valida no me quedaba opcion.

==Mech Brigade:
En Mech Brigade con una clave vacia (CX=0) el juego tampoco llama a la rutina de comprobacion de claves, peeero en vez de enviarnos por el camino maldito_pirata_fuera, salta al juego.

Es una lastima, porque creo recordar que Mech Brigade como poco tiene un empaquetado propio, y eso siempre complica las cosas, a no ser que hagas un cargador. Pues eso es lo que hice. Se incluye -share or die- el codigo fuente del cargador en ensamblador: es el archivo de texto CRACK.ASM

Las descargas, como siempre, en el primer mensaje.

Feliz vicio

==breakpoints sugeridos
bpint 3F
bp cs:29A2    ; se ha pulsado una tecla
bp cs:473D    ; se ha pulsado intro
bp cs:473D    ; 1er chequeo de la clave
bp cs:44AD    ; 2o chequeo
bp cs:BE8A    ; 3er chequeo

==codigo
cs:473D 3C61  cmp  al,61
cs:473F 7206  jc   4747   ; CRACK ~ JMP SHORT (EB 06)
(...)
cs:4745 245F  and  al,5F
cs:4747 C3    ret

cs:44AD 0AC0  or   al,al  ; CRACK ~ XOR AL,AL (30 C0)
cs:44AF E0E7  loopne 4498
cs:44B1 41    inc  cx

cs:BE8A 0AC0  or   al,al
cs:BE8C 75BE  jne  BE4C   ; CRACK ~ NOP NOP (90 90)

==cracks
sm cs:473F eb 06  ; jc -> jmp short
sm cs:44AD 30 c0  ; or al,al -> xor al,al
sm cs:BE8C 90 90  ; jne -> nop nop

[Neville]

Mola. Me lo llevo también

[gatuno]

Hola a todos. He mejorado cuatro cargadores, que tenian un bug.

Las versiones anteriores aunque eran funcionales (se podia jugar sin claves), no permitian cargarse mas de una vez. Por ejemplo, con el crack de La Colmena, si salimos al DOS (CTRL+C en el juego) e intentamos volver a ejecutar el cargador, no se podra.

==Versiones corregidas:
Champions of Krynn -> http://www.mediafire.com/file/a4blc7oauxh06ri/champions_of_krynn_crk.7z/file
GoGo!! Uribyeol (AKA "GoGo our star") -> http://www.mediafire.com/file/joiq26p9dwdajft/gogocrk.7z/file
La Colmena CGA/EGA/Hercules/VGA-16 -> http://www.mediafire.com/file/2oj3rbu1195rs2i/colmenacrk.7z/file
Mech Brigade -> http://www.mediafire.com/file/t205yszigvnv3im/mech_brigade_crk.7z/file

Simplemente hay que descomprimir el crack en el directorio del juego sustituyendo los archivos anteriores.

Pues esto ha sido gracias a unos comentarios de ripsaw8080 en un hilo de Vogons

[gatuno]

Wargame of the Century v2.05c (1987) [crack]

El crack esta pensado para la version 2.05c. Probablemente no funcione en otras.

Descargas en el primer mensaje del hilo.

Spoiler (click para mostrar/ocultar)

39 8F AA 0C  cmp  word ptr [bx+0caah], cx   ; ¿clave correcta?
74 03       je ($+3)    ; SI: saltar al juego       ; CRACK ~ JMP SHORT ($+3) ~ EB 03
E9 40 FE   jmp ...   ; NO: maldito pirata fuera  ; CRACK ~ NOP NOP NOP ~ 90 90 90

[pakolmo]

Menuda suerte tenemos en abandonsocios con gatuno, que te pilla el debugger y el ensamblador y te hace virguerías con los juegos!

¡Gracias por todos esos cracks, fixs y demás!

[xblastoise99]

Estas a full gatu. Coincido con Pako. Esto no es algo que se ve todos los dias. Es impresionante. Muchisimas gracias por el laburo invertido en esto.

¡¡¡Saludos!!!

[Neville]

Estupendo, me lo llevo. ¡Muchas gracias por el curro!

[ristatas]

Gran trabajo, muchas gracias por el curro.

[gatuno]

Actualizado el mensaje inicial con un nuevo crack. Breach 2, un juego de estrategia por turnos desarrollado por Omnitrend Software en 1990.

----
La proteccion es sencilla. Es suficiente con modificar un salto condicional a chico_bueno por un salto incondicional.

Spoiler: intro (click para mostrar/ocultar)

Ejecutamos el juego, y cuando nos pregunta por la clave entramos al debugger de DOSBox (ALT+PAUSA).

Para intentar caer lo mas cerca posible del punto donde el juego comprueba la clave introducida, ponemos un breakpoint a la INT 9 (INT de teclado de la BIOS). DOSBox debugger -> BPINT 9

Reanudamos la ejecucion (F5), y en el juego pulsamos Intro. Entonces saltara el debugger. Nos situamos en la primera instruccion de la INT 9 (debugger -> INTHAND 9) y vamos ejecutando instruccion por instruccion (F10).

Por alguna razon que no he analizado, al llegar a la instruccion IRET de la INT 9, podemos retornar a dos puntos distintos del codigo, segun la clave sea correcta o no. Bueno, vamos a probar con "la otra" INT de teclado: INT_16 (interrupcion de teclado del DOS). Salimos del juego y volvemos a empezar. debugger -> BPINT 16 y las cosas parecen mas favorables, ya que cuando retornamos con IRET, estamos en el mismo punto del codigo tanto si introducimos una clave correcta como incorrecta.

Bien, seguimos ejecutando paso a paso (F10) y bueno, si llegamos a algun CALL y, tras pulsar F10, el juego nos salta con el mensaje de "clave invalida", entonces significa que el chequeo de claves esta dentro de dicho CALL. Entonces saldremos de DOSBox y volveremos a empezar, y al llegar a ese CALL, en vez de pulsar F10 pulsaremos F11 para entrar en el. Esta es la parte aburrida, pero

no tardamos en llegar al meollo de la cuestion: un bucle repeat-until donde se comprueba la clave introducida con la correcta, caracter a caracter. La condicion que rompe el bucle es:

Código: [Seleccionar]

339:FC50 3BCE   cmp cx,si       ;¿hemos comprobado todos los caracteres de la clave?
339:FC52 77D4   ja  FC28 ($-2c) ;NO: seguir con el siguiente caracter
339:FC54 ...                    ;buen sitio para poner un breakpoint
Cuando estamos en "cmp cx,si", CX=num_chars_por_comprobar. Justo despues viene el salto condicional "ja FC28", que rompera el bucle cuando no queden caracteres por comprobar.

Si queremos avanzar hasta cuando se haya comprobado toda la clave, un buen sitio para poner un breakpoint es la primera instruccion que se ejecuta justo despues de salir del bucle. En esta ejecucion seria -> BP 339:FC54. Reanudamos la ejecucion con F5 y unas pocas instrucciones despues llegamos al punto en que el codigo comprueba si la clave entera ha sido correcta o no. El flujo de ejecucion se divide en dos caminos.

Código: [Seleccionar]

CS:FC60 263987A21C  cmp es:[bx+1CA2],ax ;¿chico bueno o chico malo?
CS:FC65 7443        je  FCAA ($+43)     ;chico_bueno (crack: JMP ~ EB 43)
CS:FC67 ...                             ;chico_malo
Si la clave es correcta -> al juego en si -> seguir ejecucion en CS:FCAA
Si no lo es -> poner mensaje de clave incorrecta y volver a pedir la clave, aqui no juega nadie hasta que la clave sea buena, y si fallas X veces, salir al DOS -> seguir ejecucion en CS:FC67

El salto condicional "je FCAA" se cumple para chico_bueno (clave introducida = clave correcta). Por lo tanto, para que chico_malo pueda jugar tambien, la solucion simple es modificar el salto condicional por un salto incondicional. Es decir, modificar "JE +43h" por "JMP +43h". Es decir, modificar los bytes "74 43" por "EB 43". En esta ejecucion seria -> SM 339:FC65 EB 43

Si seguimos la ejecucion paso a paso con unos cuantos F10, veremos que entramos al juego en si.

Spoiler: fin (click para mostrar/ocultar)

No nos hemos topado con ninguna comprobacion adicional, asi que parece que solo tenemos que modificar un byte para que el juego acepte cualquier clave como valida.

Abrimos BREACH2.EXE con un editor hexa y buscamos la cadena "263987A21C7443". Y... no la encontramos.

Resulta que el codigo en tiempo de ejecucion (en memoria) es distinto al codigo en el archivo ejecutable, pero no pasa nada, podemos seguir relajados, no hara falta hacer ningun cargador/TSR que modifique el codigo en tiempo de ejecucion.

El ejecutable esta empaquetado (comprimido) y cuando lo ejecutamos se desempaqueta (descomprime) en memoria. Asi que vamos a descomprimir el archivo. La herramienta UNP.EXE [1] es una buena primera opcion. No puede desempaquetar todo, pero es bastante todoterreno. Desde DOSBox:

Código: [Seleccionar]

UNP BREACH2.EXE
Y ya tenemos el ejecutable descomprimido. Volvemos a abrirlo con un editor hexa y buscamos la cadena "263987A21C7443", que ya si encontramos. La sustituimos por "263987A21CEB43" y ya esta. Ya hemos crackeado el juego.

Spoiler: PD: cuidado con el comando SM en dosbox-x (click para mostrar/ocultar)

Si en debugger escribimos:

Código: [Seleccionar]

SM segment:offset CF
dosbox-vanilla escribira el byte CF (iret), pero dosbox-x escribira 0 ó 1, en funcion del valor del flag de carry (CF). Hay una colision entre el nombre de algunos flags (AC, AF, CF y DF) y los valores en hexa.

Para solucionarlo yo lo que hice fue eliminar unas pocas lineas del codigo fuente de dosbox-x, y dejar un pequeño parche en Vogons [2]

En versiones posteriores de dosbox-x, se añadio la posibilidad de escribir los bytes entre "" para forzar que la cadena se tome como valores hexa.

Feliz cracking.

[1] http://unp.bencastricum.nl/
[2] https://www.vogons.org/viewtopic.php?p=806403#p806403

[Neville]

Me lo llevo

Gracias por el curro.

[gatuno]

Genial.

Por cierto, que me olvide de comentarlo en el spoiler anterior, para Windows hay binarios oficiales compilados con debugger en https://www.vogons.org/viewtopic.php?f=32&t=7323

Para Linux, el debugger de las versiones oficiales de DOSBox no se lleva bien con todos los terminales. Si al entrar al debugger se ven las letras "bailando", cargando DOSBox desde un "xterm" deberia verse bien. Aunque yo personalmente lo que hago es bajarme el codigo fuente y lo compilo con ./build-debug

[gatuno]

Añadidos:

• Las Epidemias a Traves de la Historia (1994) [fix]
• SerpentHead Deluxe (1997) [serial y crack]

[pakolmo]

Sugerencias:

Quitar claves a Les Manley 2
Activar textos y voces a la vez en Chewy: Esc from F5

[gatuno]

Pero si lo del Chewy ya me lo habias pedido.

No lo voy a mirar mientras no este finalizada la tradu de Les Manley 1.

Un crack para Les Manley 2 si podria mirarlo en un hueco que tenga. Ya puse en su hilo que necesito un savegame antes de que pida claves.