alguien probo las keys en mdfw ??

bueno yo probe las keys en mdfw y efectivamente son reales :O :O :O :O :O

aca la keys en el programa

Imagen

aca solo marque la casilla para crear las carpetas de installa package y ps3game

Imagen

yo he probado modifcar el ofw 4.25 y me funciona al 100 %

Imagen



pero cuando quieria meterla ha mi ps3 4.25 no se traga el update me salen datos dañados

talves falte algo mas como las keys de el lv2 ??

bueno esto solo lo ago para probar XD y ver la veracidad de las key que si son reales y me modifican el ofw al 100 %

pero el problema como se decian antes es el actualizador de la consola XD [carcajad] [carcajad] que espero puedan tumbar para asi poder instalar un cfw para nuestros homebrews XD [+risas] [+risas] [+risas]

NUEVA INFO SEGUN KAKAROTO :

Report abuse

Since the LV0 keys have now been leaked, I believe I can now share this info with you, to help out those who are trying to build their own 4.x CFW :
The NPDRM ECDSA signature in the SELF footer is checked by lv2. It first asks appldr to tell it whether or not the signature is to be checked, and appldr will only set the flag if the SELF is a NPDRM with key revision from 3.56+ (the ones without private keys). This means that the SELF files signed with the new 3.56+ keys still don't have their ecdsa checked (probably to speed up file loading).
If appldr says the ecdsa signature must be checked, then lv2 will verify it itself, and return an error if it's not correct. There are many ways to patch this check out.
1 - Patch out the check for the key revision in appldr
2 - Patch out the "set flag to 1" in appldr if the key revision is < 0xB
3 - Patch out the code in lv2 that stores the result from appldr
4 - Patch out the actual sigcheck function from lv2.
5 - Ignore the result of the ecdsa from lv2.

Here is one of the patches (the 4th one, patching out the check function from lv2) :
In memory 0x800000000005A2A8, which corresponds to offset 0x6a2a8 in lv2_kernel.elf, replace :
e9 22 99 90 7c 08 02 a6
With :
38 60 00 00 4e 80 00 20

This is for the 4.21 kernel (that was the latest one when I investigated this), I will leave it as an exercise to the reader to find the right offsets for the 4.25 and upcoming 4.30 kernel files.
And here's another bit of info... in 4.21 lv2, at memory address 0x800000000005AA98 (you figure out the file offset yourself), that's where lv2 loads the 'check_signature_flag' result from appldr, so if you prefer implementing method 3 above, just replace the 'ld %r0, flag_result_from_appldr' by 'ld %r0, 0' and you got another method of patching it out. Either solutions should work just the same though.
Enjoy homebrew back on 4.x CFW....

p.s: Thanks to flatz and glu0n who helped reversed this bit of info.
No os canseis en hacer estos fw con el ps3mfw, son ya otro mundo.
Robe_Gris escribió:No os canseis en hacer estos fw con el ps3mfw, son ya otro mundo.

bueno si pero solo queria demostrar q si se puede modificar solo eso XD
santander19872005 escribió:
Robe_Gris escribió:No os canseis en hacer estos fw con el ps3mfw, son ya otro mundo.

bueno si pero solo queria demostrar q si se puede modificar solo eso XD

una pregunta k no tengo mucha idea pero kon esta herramienta funciona al 100 x 100 o tendra k hacer alguien un nuevo programa , un saludio
y se podia hacer un firm no_check
el update que reconoce como archivo dañado es pq los ofw no dejan actualizar desde pendrive?
juan_uchia escribió:el update que reconoce como archivo dañado es pq los ofw no dejan actualizar desde pendrive?


No, reconoce como archivo dañado porque los tcl llevan los parches para sitios concretos de 3.55 e inferiores que en 3.56 en adelante ya no están o han cambiado de sitio. Más seguridad, más protecciones añadidas, etc.

No os molesteis que si conseguis algo finalmente será brick.
5 respuestas