nokai escribió:Según Mathieu no es correcto hacer el parche así
https://twitter.com/mathieulh/status/2450697261940736
pupila1992 escribió:hermes nos haria un gran psgroove v5 perfecto para todo el mundo..
bueno. se sabe algo para el ps3break?
paxama escribió:pupila1992 escribió:hermes nos haria un gran psgroove v5 perfecto para todo el mundo..
bueno. se sabe algo para el ps3break?
pupila1992 yo tambien tengo el ps3break version AT90USB162 16Mhz se supone ke el hex para el psyes vale no?llevan el mismo chip un AT90USB162 16Mhz
![[fumando]](/images/smilies/nuevos/fumando.gif "fumando")
![[sonrisa]](/images/smilies/nuevos/risa_ani1.gif "sonrisa")
la verdad es que ahora estoy mas tranquilo igual un porron de demos y ya con calma si no hay baneos ni nada sacare las urls de todo lo que he bajado asi no se vuelve a perder Hermes escribió:Buenas.
Primero os recuerdo, que éste hilo es de DESARROLLO y no "de a mi no me funciona el hex o prueba éste".
Lo digo mas que nada, porque aparte de ser un tema oftopic que no tiene nada que ver ni con el desarrollo del payload ni de otra cosa, lo único que ocurre con esto, es que se llena el hilo de respuestas que paso de leer por que las salto todas y luego se perderá algo interesante.
Vayamos por partes:
1º) yo no soy de los que desconfian del acceso Online: vendrán los baneos y luego los lloros, por que a lo mejor se pierde algo más que el acceso a internet. Además, está el hecho de que se accede como si fuera una consola de desarrollo, con lo cual supongo que será mas facil de localizar o algo
2º) Me parece una insensatez modificar una syscall que "convierte" nuestra consola retail en una desarrollo. Ignoro si eso tendrá alguna consecuencia o no, pero imaginad que accedeis a algo que no se puede acceder en modo retail y se jode algo.
3º) El parche de mathieulh no es el bueno del que habla: el habla de eliminar el checkeo, no de modificar la syscall. Aún así, lo que ha proporcionado, es para completar los datos de forma que la consola se identifique como una debug
4º) Intenté hacerlo de manera que estuviera deshabilitado por defecto y que se pudiera habilitar mediante una función al llamarla: No pude. Si se por defecto eres retail, aunque modifiques el funcionamiento de la syscall, retail te quedas. Y claro, lo que no quiero yo es una syscall que está diciendo que nuestra máquina es otra cosa que no es...
5º) Por eso he estado trabajando desde el punto de vista que mencionaba mathieulh: hay una función en vsh.self que si retorna 0, permite la conexión Online, sin modificar la syscall ni hostias en vinagre.
6º) Lo malo es que no se si esa función que a su vez, llama a "cuarentamil" funciones más, necesita devolver algo más: es una función que IDA no me muestra como conectada (puede que sea una callback que es llamada hasta por los juegos, lo cual es lógico) y tampoco se si permite acceder de la manera correcta o puede estar accediendo como una consola , digamos, "llamativa". El F1 funciona, pero para jugar Online correctamente, hay que tener los permisos activados (sys8_perm(0) o el poke famoso) y posiblemente, eliminar los datos antiguos (yo los he eliminado, me ha pedido actualizar versión y luego me ha reparado los datos y ya si podía salvar Online, que es el fallo que daba)
El caso es que funcionar, funciona: puedo entrar al store sin problemas, el F1 es jugable, pero no estoy seguro de si hay que hacer algo más
Saludos
Hermes escribió:Buenas.
Primero os recuerdo, que éste hilo es de DESARROLLO y no "de a mi no me funciona el hex o prueba éste".
Lo digo mas que nada, porque aparte de ser un tema oftopic que no tiene nada que ver ni con el desarrollo del payload ni de otra cosa, lo único que ocurre con esto, es que se llena el hilo de respuestas que paso de leer por que las salto todas y luego se perderá algo interesante.
Vayamos por partes:
1º) yo no soy de los que desconfian del acceso Online: vendrán los baneos y luego los lloros, por que a lo mejor se pierde algo más que el acceso a internet. Además, está el hecho de que se accede como si fuera una consola de desarrollo, con lo cual supongo que será mas facil de localizar o algo
2º) Me parece una insensatez modificar una syscall que "convierte" nuestra consola retail en una desarrollo. Ignoro si eso tendrá alguna consecuencia o no, pero imaginad que accedeis a algo que no se puede acceder en modo retail y se jode algo.
3º) El parche de mathieulh no es el bueno del que habla: el habla de eliminar el checkeo, no de modificar la syscall. Aún así, lo que ha proporcionado, es para completar los datos de forma que la consola se identifique como una debug
4º) Intenté hacerlo de manera que estuviera deshabilitado por defecto y que se pudiera habilitar mediante una función al llamarla: No pude. Si se por defecto eres retail, aunque modifiques el funcionamiento de la syscall, retail te quedas. Y claro, lo que no quiero yo es una syscall que está diciendo que nuestra máquina es otra cosa que no es...
5º) Por eso he estado trabajando desde el punto de vista que mencionaba mathieulh: hay una función en vsh.self que si retorna 0, permite la conexión Online, sin modificar la syscall ni hostias en vinagre.
6º) Lo malo es que no se si esa función que a su vez, llama a "cuarentamil" funciones más, necesita devolver algo más: es una función que IDA no me muestra como conectada (puede que sea una callback que es llamada hasta por los juegos, lo cual es lógico) y tampoco se si permite acceder de la manera correcta o puede estar accediendo como una consola , digamos, "llamativa". El F1 funciona, pero para jugar Online correctamente, hay que tener los permisos activados (sys8_perm(0) o el poke famoso) y posiblemente, eliminar los datos antiguos (yo los he eliminado, me ha pedido actualizar versión y luego me ha reparado los datos y ya si podía salvar Online, que es el fallo que daba)
El caso es que funcionar, funciona: puedo entrar al store sin problemas, el F1 es jugable, pero no estoy seguro de si hay que hacer algo más
Saludos
Hermes escribió:Bueno,analizando la rutina, veo que está conectada a otra y que en esa parte que me salto, es donde se llama a la syscall y se obtienen dos de los valores de la tabla. Al saltarla, seguramente tome por defecto otros (tal vez de la tool) y así hasta el infinito y mas allá
Lo curioso es que se puede observar que es llamada una única vez, por que justo antes hay una comprobación de un puntero y si es cero se llama a una función callback que devuelve el puntero necesario, por lo que al guardarlo ya nunca es cero.
El problema que le veo, es que la función principal es llamada por una miriada de funciones (para que os hagáis una idea: 231 llamadas) y justo detrás, aparece otra función que parece que gestiona mensajes y eso ya es una puta locura (ahora mismo las estoy buscando, para ver si hay alguna candidata o me rindo)
El tema es el siguiente: ¿es posible conectarse sin identificarse como tool (o algo mas raro aún) teniendo un firmware inferior?. Por que tal vez no sea posible y desde luego, a mi no me apetece quemarme las pestañas mucho con esto, que tengo pendiente otras cosas
Sea como sea, al menos se deja la syscall quieta parada, pero sigue sin gustarme el método.
Hermes escribió:Bueno,analizando la rutina, veo que está conectada a otra y que en esa parte que me salto, es donde se llama a la syscall y se obtienen dos de los valores de la tabla. Al saltarla, seguramente tome por defecto otros (tal vez de la tool
Lo curioso es que se puede observar que es llamada una única vez, por que justo antes hay una comprobación de un puntero y si es cero se llama a una función callback que devuelve el puntero necesario, por lo que al guardarlo ya nunca es cero.
El problema que le veo, es que la función principal es llamada por una miriada de funciones (para que os hagáis una idea: 231 llamadas) y justo detrás, aparece otra función que parece que gestiona mensajes y eso ya es una puta locura (ahora mismo las estoy buscando, para ver si hay alguna candidata o me rindo
El tema es el siguiente: ¿es posible conectarse sin identificarse como tool (o algo mas raro aún) teniendo un firmware inferior?. Por que tal vez no sea posible y desde luego, a mi no me apetece quemarme las pestañas mucho con esto, que tengo pendiente otras cosas
Sea como sea, al menos se deja la syscall quieta parada, pero sigue sin gustarme el método.
Hermes escribió:Si me he puesto a mirar el tema, es porque si era posible entrar como consola retail por que solo sea un pequeño check que eliminar, pues merece la pena ponerlo, que no todo el mundo tira de pata palo y repito, una vez rota la protección, lo mejor es hacer las cosas bien (mira como math ha puesto una corrección para el parche que salió de la syscall
Hermes escribió:Mathieulh tiene mucha razón en lo que dice.
Además, lo que yo he estado mirando, aunque no parchea la syscall, cuando te saltas la comprobación, identifica como Model 0x1 y sub model 0x1, saltándote otros checkeos e historias. No tengo ni idea como se verá eso de cara a la store.
Tambien lo he puesto como Model 0x81 (tool) y Model 0x82 (debug) ambas con funcionamiento Online, pero... es peligroso.
Así que lo que voy a hacer, es dejaros a vosotros la papeleta: tenéis la syscall 0x363 si queréis trabajar y si queréis investigar, ésta es la rutina en vsh.elf que estaba mirando:
Este parche funciona, pero creo que trabaja como Model y Submodel 0x1. Se salta una serie de rutinas que no tengo ni idea para que sirven y simplemente, es un parche para comprobar que funciona.PATCH_INST(0x4712C4, li %r3, 0x0)
PATCH_INST(0x4712C8, blr)
Este mas "sofisticado" pone los datos de la reftool, saltandose todas las rutinas que mencionaba. Aqui se puede ver que realmente, el checkeo se hace fuera de aquí (basta poner 0x85 para la europea, para ver que pide actualizar)PATCH_INST(0x4712C4, li %r4, 0x81)
PATCH_INST(0x4712C8, sth %r4, 0x2F0(%r3))
PATCH_INST(0x4712CC, li %r4, 0x9 )
PATCH_INST(0x4712D0, sth %r4, 0x2F2(%r3))
PATCH_INST(0x4712D4, li %r3, 0x0)
PATCH_INST(0x4712D8, blr)
Este pondría los datos de la reftool, pero no se salta las rutinas que menciono. De hecho, ha sido el primero que he probado funcionando y como veis, es muy corto:PATCH_INST(0x471304, li %r0, 0x81)
PATCH_INST(0x471300, li %r9, 0x9)
Estos parches van en "memory_patch_table_1", pero no pongáis todos juntos: son alternativas de uso. Ya advierto que esto tiene peligro, que es experimental, que os puede servir como punto de partida para averiguar cual ese le punto preciso y que yo no me hago responsable de nada. Lo dejo aquí por si alguien quiere estudiarlo, por que yo no lo voy a usar.
Si alguien tiene interés en mirarlo, necesita extraer los módulos en el arranque con el payload especial que hizo kakaroto, usando cable ethernet, Wireshark para capturar y luego convirtiendo los paquetes con la utilidad de kakaroto. vsh.elf mide 6789 KB y como detalle, al pasarlo por el IDA pro, las direcciones se desplazan en 0x10000 (es decir, si ves la dirección 0x481304 para parchear será 0x471304).
Tened en cuenta otra cosa: lo mas probable es que el chequeo "bueno" se produzca en un módulo y no en vsh.elf.
Yo lo dejo aquí y no quiero saber nada de éste asunto y allá vosotros si queréis jugaros el tipo
Saludos y suerte
![[poraki]](/images/smilies/nuevos/dedos.gif "por aquí!")
![[bye]](/images/smilies/nuevos2/adio.gif "adios")