Kabuki g-Knackt!

[Laschek]

Jemand hat anscheinend den auf Pre-CPS Games von Capcom als Kopierschutz verwendeten Kabuki Chip reverse engineert und verspricht nun entsuiciden ohne Boardmodifikation: http://arcadehacker.blogspot.de/2014...cpu-intro.html
Ich bin mal gespannt, klingt jedenfalls interessant.

[mikemcbike]

Ich bin gespannt, ob es eine minimalinvasive Lösung geben wird. Der Kabuki ist schon lange geknackt un im MAME Sourcecode beschrieben:

/************************************************** *************************

"Kabuki" Z80 encryption




The "Kabuki" is a custom Z80 module which runs encrypted code. The encryption
key is stored in some battery-backed RAM, therefore the chip has the annoying
habit of stopping working every few years, when the battery dies.


The suicide battery supplies power to pin 28. When you remove the battery, if
you pull pin 28 low, the Kabuki will behave like a normal Z80.




Check at the bottom of this text to see a list of all the known games which
use this chip.




How it works:
The base operation is a bit swap which affects couples of adjacent bits.
Each of the 4 couples may or may not be swapped, depending on the address of
the byte and on whether it is an opcode or data.
The decryption consists of these steps:
- bitswap
- ROL
- bitswap
- XOR with a key
- ROL
- bitswap
- ROL
- bitswap


To know how to apply the bit swap, take the address of the byte to decode and:
- if the byte is an opcode, add addr_key to the address
- if the byte is data, XOR the address with 1FC0, add 1, and then add addr_key
You'll get a 16-bit word. The first two bitswaps depend on bits 0-7 of that
word, while the second two on bits 8-15. When a bit in the word is 1, swap the
two bits, otherwise don't. The exact couple of bits affected depends on the
game and is identified in this file with two keys: swap_key1 and swap_key2
(which are just permutations of the numbers 0-7, not full 32-bit integers).




Key space size:
- swap_key1 8! = 40320
- swap_key2 8! = 40320
- addr_key 2^16 = 65536
- xor_key 2^8 = 256
- total 2.7274 * 10^16




Weaknesses:
- 0x00 and 0xff, having all the bits set to the same value, are not affected
by bit permutations after the XOR. Therefore, their encryption is the same
regardless of the high 8 bits of the address, and of the value of
swap_key2. If there is a long stream of 0x00 or 0xff in the original data,
this can be used to find by brute force all the candidates for swap_key1,
xor_key, and for the low 8 bits of addr_key. This is a serious weakness
which dramatically reduces the security of the encryption.
- A 0x00 is always encrypted as a byte with as many 1s as xor_key; a 0xff is
always encrypted as a byte with as many 0s as xor_key has 1s. So you just
need to know one 0x00 or 0xff in the unencrypted data to know how many 1s
there are in xor_key.
- Once you have restricted the range for swap_key1 and you know the number of
1s in the xor_key, you can easily use known plaintext attacks and brute
force to find the remaining keys. Long strings like THIS GAME IS FOR USE IN
and ABCDEFGHIJKLMNOPQRSTUVWXYZ can be found by comparing the number of 1s
in the clear and encrypted data, taking xor_key into account. When you have
found where the string is, use brute force to reduce the key space.




Known games:
swap_key1 swap_key2 addr_key xor_key
Mahjong Gakuen 2 Gakuen-chou no Fukushuu 76543210 01234567 aa55 a5
Poker Ladies " " " " "" ""
Dokaben " " " " "" ""
Dokaben 2 unknown
Pang / Buster Bros / Pomping World 01234567 76543210 6548 24
Capcom Baseball " " " " "" ""
Capcom World 04152637 40516273 5751 43
Adventure Quiz 2 Hatena ? no Dai-Bouken 45670123 45670123 5751 43
Super Pang (World) 45670123 45670123 5852 43
Super Pang (Japan) 45123670 67012345 55aa 5a
Super Buster Bros 45670123 45670123 2130 12
Super Marukin-Ban 54321076 54321076 4854 4f
Quiz Tonosama no Yabou 12345670 12345670 1111 11
Ashita Tenki ni Naare unknown
Quiz Sangokushi 23456701 23456701 1828 18
Block Block 02461357 64207531 0002 01


Warriors of Fate 01234567 54163072 5151 51
Cadillacs and Dinosaurs 76543210 24601357 4343 43
Punisher 67452103 75316024 2222 22
Slam Masters 54321076 65432107 3131 19


************************************************** *************************/

[mrdo!]

Mich würde interessieren, wie man den Schlüssel wieder in den Kabuki stopft ...

[BossXxX]

Ist doch ganz eindeutig, du brauchst dafür nen Schlüsselmeister......

[Laschek]

Alter! Lebst du auch noch?!

[BossXxX]

Kaum, ich vegetier hier so rum... und ab und zu wenn die Krankenschwester das Atemgerät auf maximal stellt, kann ich auch dumme Sprüche rauslassen....

[Laschek]

Vielleicht kann man dich dann ja auch wiederbeleben, Kabuki-Style

[Laschek]

Teil 2:

http://arcadehacker.blogspot.com.es/...pu-part-1.html

Der macht es echt spannend.
Das nervt

Ich frage mich echt ob seine Methode dann auch für den ambitionierten Elektronikstümper machbar ist

[mikemcbike]

Ich vermute, er hat selbst noch keine Lösung und ist in der reverse engineering Phase... Ich bin gespannt. Von dem, was er schreibt, macht er einen kompetenten Eindruck.

[mrdo!]

Eigentlich müsste der Typ das hingekriegt haben, weil sonst die Postings nur bereits bekanntes Gelaber wären ... Also ich bin gespannt...

[mikemcbike]

Bis jetzt waren die Postings bekanntes Gelaber...

[Laschek]

and share my research work and findings that successfully allowed me to reverse engineer this cpu and bring any dead Kabuki games back to life unmodified

Liest sich so als wäre er bereits erfolgreich gewesen.

EDIT: grad gesehen: http://forums.arcade-museum.com/showthread.php?t=330338
Er hat es also schon geschafft.
EDIT: Ok, er schreibt nur dass er es geschafft hat den Kabuki rückwärts zu ingenieuren, nix von der Wiederbelebung

[mrdo!]

Hmm, ja, was hat er denn bis jetzt "rückwärts ingenieurt"? Das der Kabuki sich wie ein normaler z80 verhält,wenn man den pin steuert, war doch bekannt.
Alle decrypted roms für Pang usw. basieren darauf ...

[Laschek]

Es geht weiter und ich verstehe nichts: http://arcadehacker.blogspot.de/2014...pu-part-2.html

[mrdo!]

Das war eine gute Idee: Einfach damit rechnen, daß der Key in der CPU auf 000....0000, oder 111...1111 zurückfällt ... Dann den Code so codieren, daß der Schlüssel passt...
Das es so einfach ist glaube ich nicht: Seit wann fallen neu eingeschaltete CMOS SRAMS auf einen definierten Wert? Hab ich jedenfalls noch nie gesehen.
Bin weiterhin gespannt...

BTW: Falls jemand ein Decrypted Romset für "Block" mit spinner braucht (gibt es nicht auf den einschlägigen Seiten), bitte anfragen.