Firmware v2.76 PS3 disponible

Hola chicos, simplemente comunicaros que ya tenemos disponible un nuevo firmware para ps3, versión 2.76.
Yo ya he actalizado, no veo muchas mejoras a simple vista, pero sin duda algo han hecho. Saludos
Os dejo el enlace (inglés)
http://blog.us.playstation.com/2009/05/ ... 76-update/
Observación 1: No trae claras mejoras
Observación 2: Acaban de publicar un programa que supuestamente permite controlar la PS3 mediante el ordenador utilizando remote play.

1+2= Podría ser un intento de Sony por dificultar ese proyecto.
fidillo escribió:3: Se acaba de publicar un Xploit Tiff para 2.70:

http://ps3.qj.net/Video-LibTiff-PS3-Exp ... aid/131295

Salu2



:O
No me lo creo... es muy raro!!
... no sé yo si sirve de mucho dejarla colgada un par de segundos... más aun sabiendo que termina volviendo a la normalidad y que el hypervisor sigue de fondo atento y vigilando...
Hombre yo creo que el hecho de que haya una actualizacion de estas que no aporta nada es motivo de que hay algo que mosquea a sony y a querido tapar.

Saludos
estoy contigo, algo se puede sacar del exploit para que sony saque tan rapido un nuevo firmware.
Joder, y yo voy y actualizo xDD. Eres un crack Chokko =).

salu2!
Juas, ¿Porque siempre se sacan exploits de los tiff? no es un formato de imagen como jpg o gif?
PS3_adicto escribió:Juas, ¿Porque siempre se sacan exploits de los tiff? no es un formato de imagen como jpg o gif?


Los buffer overflow se consiguen a partir de documentos, por una sencilla razón:

En la arquitectura Von Newman se utiliza el mismo sitio para contener código y datos, cuando un programa almacena datos y no controla si se pasa de largo, es posible alcanzar una zona de código o una pila de punteros. El típico buffer overflow rellena esa zona de datos y alcanza la pila, colocando un puntero al principio de esa misma zona de datos que normalmente llevará un shell en ensamblador.

Algo tal que:

------ 1 Datos, 2 Datos, 3 Datos, 4 Datos, 5 Datos, 6 Pila ---------

En la que se coloca:
------ 1 Codigo, 2 Del, 3 Shell, 4 Relleno, 5 Relleno, 6 Salto a 1 --------

De este modo, cuando finalice la función actual y se pretenda colocar el puntero en el contador de programa, saltará a "1 Código" y ejecutará algo que no se debería de haber podido ejecutar nunca.

Si normalmente caen por el formato tiff debe de ser por que ya lo tienen muy roido de muchas plataformas, pero podría ser perfectamente un mp3.
Shark escribió:
PS3_adicto escribió:Juas, ¿Porque siempre se sacan exploits de los tiff? no es un formato de imagen como jpg o gif?


Los buffer overflow se consiguen a partir de documentos, por una sencilla razón:

En la arquitectura Von Newman se utiliza el mismo sitio para contener código y datos, cuando un programa almacena datos y no controla si se pasa de largo, es posible alcanzar una zona de código o una pila de punteros. El típico buffer overflow rellena esa zona de datos y alcanza la pila, colocando un puntero al principio de esa misma zona de datos que normalmente llevará un shell en ensamblador.

Algo tal que:

------ 1 Datos, 2 Datos, 3 Datos, 4 Datos, 5 Datos, 6 Pila ---------



En la que se coloca:
------ 1 Codigo, 2 Del, 3 Shell, 4 Relleno, 5 Relleno, 6 Salto a 1 --------

De este modo, cuando finalice la función actual y se pretenda colocar el puntero en el contador de programa, saltará a "1 Código" y ejecutará algo que no se debería de haber podido ejecutar nunca.

Si normalmente caen por el formato tiff debe de ser por que ya lo tienen muy roido de muchas plataformas, pero podría ser perfectamente un mp3.


ein?????
Pues haga lo que haga ese tiff, en la 2.76 no ocurre el lapso de 2 segundos bloqueada.

No se si servirá para llegar hasta el tan ansiado hello world.

La pena es que tengo 2.76.
12 respuestas