[DESARROLLO] PSGROOVE Payload Custom (V4B)

Hermes escribió:Si, es un tema de permisos y aporto unos cuantos datos mas: al entrar en el F1, te dice que tienes los datos dañados y no funciona la reinstalación, porque seguramente, los permisos de los datos creados no permiten la modificación desde el juego .

Tambien he tratado de copiar el F1 desde disco duro interno a externo y se ha abortado la copia, sin mostrar errores, por lo que no ha sido un fallo en el proceso de copiado, si no accediendo/creando directorios.

He cometido un error con las prisas y he borrado el F1 del disco interno sin querer, pero quiero probar si es posible arrancar el juego desde disco duro externo, si se le copian con los permisos pertinentes desde el interno.

En todo caso, creo que ya tengo en mi mano unos cuantos datos interesantes para intentar refinarlo para un parche, que no nos de problemas ni con nuestros permisos, ni con los juegos (pero necesitaré tiempo para investigar un poco y desarrollarlo, si mi idea va por buen camino, así que no me atosiguéis )

Hermes escribió:Por cierto,olvidé decir algo antes.

El poke evidentemente, hace que hasta que no apagues la consola, no puedas volver al estado normal.

Supongo que se podría añadir un poke que dejara los 8 bytes tal y como los parchea el payload en la rutina para volver a la "normalidad" (podéis hacer un 'peek', que sería la syscall 6 para conocerlo: simplemente, crear una variable que retorne un uint64_t y pasad del warning que os dará al crear una función sin añadir un return x (la razón de hacerlo así, es que el retorno se devuelve en el registro %r3 y al no hacer "nada" estamos dejando pasar ese %r3 procedente de la syscall, que evidentemente, será de un parámetro (dirección) y no de dos , como el poke).

El retorno, si lo hacéis sin parcheo previo, serán los 8 bytes que fija ahí el payload y que podéis usar para restaurar el tema a la normalidad, si la caché de instrucciones no tocas las narices, claro.

YAKO escribió:alguien lo ha portado ya a PIC 18f2550?

Dangc escribió:

YAKO escribió:alguien lo ha portado ya a PIC 18f2550?

Me uno a la pregunta.......
Es que no tengo claro que haya que portarlo para este,creo que con la 1,5 ya está activado el kernel........y solo habría que seguir las instrucciones del open manager modificado.
En llegar a casa lo pruebo a ver.
Si alguien puede aportar mas información de como funciona en el 18f2550..........
Saludos.

piston escribió:

Dangc escribió:

YAKO escribió:alguien lo ha portado ya a PIC 18f2550?

Me uno a la pregunta.......
Es que no tengo claro que haya que portarlo para este,creo que con la 1,5 ya está activado el kernel........y solo habría que seguir las instrucciones del open manager modificado.
En llegar a casa lo pruebo a ver.
Si alguien puede aportar mas información de como funciona en el 18f2550..........
Saludos.

a mi no me tira. si pongo el parche de hermes en on se me queda pillao en cargando y si no lo pongo pues no detecta mandos

eilex17 escribió:DZeros tu podrias compilarme para ps3break atmel el payload de la version 3.01 de kakaroto?? http://kakaroto.homelinux.net/

DZeros escribió:

eilex17 escribió:DZeros tu podrias compilarme para ps3break atmel el payload de la version 3.01 de kakaroto?? http://kakaroto.homelinux.net/

Sí, supongo que sí.

Si alguien me confirma que para el F1 es necesario la v2 de hermes, reinicio y compilo ambas.

reqtools escribió:Hermes, me podrias echar un cable?
Como convierto tus hex para el ps3break atmel 1.0 ps3break?
Saludos

khaosjimena escribió:

reqtools escribió:Hermes, me podrias echar un cable?
Como convierto tus hex para el ps3break atmel 1.0 ps3break?
Saludos

Tienes el archivo para descargar en la primera pagina.

eilex17 escribió:no me digas eso khaosjimena , seguro??

reqtools escribió:At90usb162 es como se me identifica a mi el atmel de ps3break... pero ahora no se si el teensy es lo mismo que el ps3break pero en casero...

javi metal escribió:He leido un poco mas atras, que el hex del teensy vale para el primer ps3break, el de acmel, ¿alguien sabe si funciona?

cauldreon escribió:Alguien sabe si ya ha salido el port para PIC?
J1M esta enterado de esto ya? xDD
Hermes eres la leche!!!!!!!
Un saludo!!!

emulation escribió:Y algun hex para los ps3break que vienen con pic que no son actualizables??? o el que acaban de poner es valido?

josete2k escribió:

cauldreon escribió:Alguien sabe si ya ha salido el port para PIC?
J1M esta enterado de esto ya? xDD
Hermes eres la leche!!!!!!!
Un saludo!!!

Mensajes atrás han colgado esto para pics con bootloader:

wanapaki escribió:Aquí está la v2 de hermes para varias placas:

http://www.megaupload.com/?d=DB17YQUF

Hermes escribió:Bueno señores: he hecho una compilación con una rutina nueva, suponiendo que la rutina de marras (la que estaba parcheada y daba problemas) recibe la ruta de un fichero en el registro %r3 y he añadido una comprobación para que en caso de usar disco duro retorne 1 y parece que funciona la cosa (como estoy a "ciegas", tengo que suponer las cosas y primero he provocado el famoso Lv1 Panic a modo de test )

Para los que no 'entienden' y piensan que hablo en chino, se trata de una rutina que retorna un 1 o un 0 en función de algo que le es pasado como parámetro (se supone que la ruta de un fichero) y que tiene relación con los permisos de acceso a los ficheros. El payload parchea eso y hace que retorne 1 siempre y eso es lo que daba problemas con juegos como el F1, por que digamos que hay caso donde debería devolver 0.

Así que en su lugar, lo que estoy tratando es de detectar cuando se accede al disco duro para fijar el 1 que nos da barra libre y dejar otras cosas a su aire.

Tambien me he ocupado de cubrir los dispositivos USB, pero todo esto requiere espacio y como ya teníamos que salirnos del espacio normal del exploit, por que es un pequeño y dejar una rutina en 0x700000, he decidido mover todo el código a 0x7ff000, lo cual añade 1MB extra al 1MB y pico que ya había de distancia desde los módulos a donde teníamos la tabla de parches que no nos cabía.

La razón es obvia: necesitamos espacio extra para trabajar y el punto donde está mas a salvo, es al final de esos 8MB que parece medir el Kernel (si me equivoco en esto,que alguien me corrija).

Si da algún problema (que no creo), siempre hay posibilidad de dar marcha atrás y hacer las cosas de otra forma, pero creo que lo mas inteligente, es correrlo hacia abajo, lo cual nos permitirá añadir mas cosas.

Hoy estoy cansado, así que mañana subiré el código para que lo toqueteéis . Por lo pronto, el error que me daba al copiar el F1 desde disco duro interno al externo, ya no me da y el F1 arranca sin problema desde el disco duro interno, así que parece que la cosa va bien

PD: Evidentmente, ya no hará falta el poke de marras: si lo hacéis, trabajará igual que antes, claro está

Saludos

wanapaki escribió:Aquí está la v2 de hermes para varias placas:

http://www.megaupload.com/?d=DB17YQUF

sundarkness escribió:

wanapaki escribió:Aquí está la v2 de hermes para varias placas:

http://www.megaupload.com/?d=DB17YQUF

Gracias amigo, aqui trae para mi placa AT90USB162