Создание патча 2,03 для LittleBigPlanet для кастом прошивок

**Dovovoy** · 10.03.2010, 12:13

упс... новая версия декриптера знает нужный тэг:

Но при попытке расшифровки выдает вот такое:

mc707, ErikPshat, подскажите, что это за грабли такие?

ErikPshat · 10.03.2010, 12:52

Dovovoy, ага, он вставил первые 16-байт ключа из 32-ух, который я выкладывал. И добавил скрамблер-код для игр - 5D.

Но я тоже не понял юмора, т.к. так-же выдаёт ошибку.
Только ты зря, как DATA.PSP подсовываешь, потому что для DATA.PSP прошивки у него другой расклад идёт, а тут нужно переименовать, как EBOOT.BIN или *.prx.

Конечно я проверял все скрамблер-коды, начиная от 40 и кончая 7F, но ничего не подошло, поэтому, как я говорил, тут нужно каким-то образом ксорить, т.е. должен быть к этому 32-байтному коду Seed.

(Ключ, в посту выше как раз виден)

**Dovovoy** · 10.03.2010, 13:15

ErikPshat, вообщем пока что зашли в тупик... Варианты дальнейших действий есть? Я просто надеялся, что ключик подойдет. Или может тут должна быть задействована какая то часть ключа? Может просто попробовать применить не первые 16 байт, а 16 байт со сдвигом?

И что означает "SHA-1 is incorrect"?

mc707 · 11.03.2010, 10:47

Сообщение от Dovovoy

И что означает "SHA-1 is incorrect"?

Это значит что функция декриптовки KIRK процессора вернула не тот sha-1, который нужен из-за неверного ключа или скремблер-кода.
Пока пришли в тупик из-за того, что не можем раскриптовать этот файл.

**Dovovoy** · 12.03.2010, 11:05

mc707, так а пути поиска возможного решения есть? Просто ключ есть, но он не совсем в той форме, которую можно применить. Как еще можно попробовать узнать правильный ключ к тэгу?

Dovovoy добавил 12-03-2010 в 11:05
Кстати, mc707, ErikPshat, а нельзя в декриптер вставить ключ весь, все 32 байта и пусть он его применяет? или декриптер работает только с ключами в 16 байт? Просто вдруг игра использует не стандартную длину ключа? Так может быть?

ErikPshat · 12.03.2010, 11:41

Dovovoy, декриптер работает с любой длинной ключа.
Я пробовал вставлять весь 32-байтный ключ, но толку 0.

Ты можешь сравнить по аналогии со 144-байтным ключем, например 00 00 00 03 (0х03000000).
Посмотри на скрине, какой там код и сравни с кодом в исходнике PSARDumper-a (src\pspdecrypt\main.c).
Как видишь, код там так-же 144-байтный, но другой. Т.е. его уже кто-то из разработчиков преобразовал.

То-же самое нужно сделать и с 32-байтным ключём.
Хотя странно, что 16-байтные (128-битные), лежат прямым текстом, не требующем преобразований.

**Dovovoy** · 12.03.2010, 12:59

ErikPshat, т.е. единственное что нас тормозит - это не знание логики, по которой эти ключи были переделаны. А к разработчикам, которые смогли как то преобразовать ключ, обратиться за помощью нельзя?