[HILO OFICIAL] AsbestOS

Adonis escribió:A ver cuando arranca un interfaz gráfico y luego ya veremos el resto.
Que nervios!!!

Una pregunta de noob, si es asi, si recuperaramos el Linux seria posible ejecutar el exploit de Geohot y asi tener el control sobre el Hypervisor?

DZeros escribió:

Adonis escribió:A ver cuando arranca un interfaz gráfico y luego ya veremos el resto.
Que nervios!!!

Como se nota que usas poco linux. Tal y como está ahora el AsbestOS, ya tienes TODO!!! Interfaz incluida!!!
No la arranca por no tirarse 5minutos más de video. Pero si muestra la consola, es que el driver de pantall ya está 100% implementado.
Lo que faltará es añadir soporte para aceleración 2D/3D.

Una pregunta de noob, si es asi, si recuperaramos el Linux seria posible ejecutar el exploit de Geohot y asi tener el control sobre el Hypervisor?

Sí es posible. Pero no veo en que puede beneficiar llegar a ese nivel de control, salvo para alguna cosilla rara rara.
Con esto ya tienes control sobre el RSx y los 7SPEs, es decir, todo el sistema. Salvo a los cifrados de RAM y de la flash interna.

DZeros escribió: ....
Con esto ya tienes control sobre el RSx y los 7SPEs, es decir, todo el sistema. Salvo a los cifrados de RAM y de la flash interna.

Hermes escribió:Bueno,

Hoy he conseguido lanzar AsbestOS utilizando los servicios de la syscall 8 que incluyo en mi payload, desde un dispositivo de 16 KB, solo que no incluye el código necesario para hacerlo y se requiere de una aplicación con S.D.K. para poder leer los dos archivos necesarios desde una pendrive.

Antes de que alguno de saltos de alegría, tengo que decir que por una lado, no se muy bien lo que estoy haciendo, ni hasta que punto es correcto o incorrecto y que estoy encontrando problemas como que no me detecta, el segundo thread del PPE (me detecta solo 1 y 7 SPE, pero creo que es lógico, puesto que yo llamo desde syscall sin retornar y además repito que hay cosas que desconozco: lo mismo necesito ayuda, mas adelante).

Lo que hago es lanzar el kernel que subió marcan y se queda ahí, esperando creo, a que le pase el bootloader de Linux mediante red (cosa que no he probado, ni se como coño se hará por que ni lo he mirado y lo primero es lo primero )

Aviso que queda bastante trabajo por hacer y que no soy la persona idónea para hacerlo (soy de Windows y encima la PS3 es mas rara que un perro verde y no dispongo del conocimiento, ni de las herramientas necesarias, así que estoy muchos pasos por detrás), pero bueno, se hará lo que se pueda (lo estoy tratando de hacer yo porque se que hay gente que no lo va a hacer y es una pena que mucha gente se quede tirada, si esto sale adelante)

Ademas, por lo mostrado por marcan, esto es solo un embrión muy prometedor, pero que necesita manos y cerebros que se pongan a ello,. Así que paciencia, que es la madre de la ciencia

Saludos

(lo estoy tratando de hacer yo porque se que hay gente que no lo va a hacer y es una pena que mucha gente se quede tirada, si esto sale adelante)

Hermes escribió:Bien, ya tengo el segundo hilo rulando

Ya tengo a mama y papa pinguino y sus 7 churumbeles en pantalla

Hermes escribió:Bien, ya tengo el segundo hilo rulando

Ya tengo a mama y papa pinguino y sus 7 churumbeles en pantalla

Hermes escribió:Bien, ya tengo el segundo hilo rulando

Ya tengo a mama y papa pinguino y sus 7 churumbeles en pantalla

Hermes escribió:Bien, ya tengo el segundo hilo rulando

Ya tengo a mama y papa pinguino y sus 7 churumbeles en pantalla

yajuto escribió:Tiene pinta de que si, xq el problema parece estar en dónde alojar lo necesario para que el sistema arranque, por lo que he entendido.
Asiq cualquier cosa que tenga la capacidad suficiente valdría.

Hermes escribió:En su lugar, pasaré una función con el método de trabajo, que consiste en leer dos ficheros desde pendrive, (aunque tambien podría ser de disco duro, claro), asbestos.bin y dtbImage-20101020.bin en éste caso, que es el nuevo kernel) y por supuesto, los fuentes y asbestos.bin ya compilado, para facilitaros el tema.

Hermes escribió:Joe, va a parecer que he creado yo el AsbestOS y no marcan (dadle tambien las gracias a el, coño )

Bueno, parece que la cosa ya va siendo estable y cosas que antes no funcionaban, empiezan a funcionar (debido al hilo del PPE que andaba loco, saltaba un LV1 panic, si llamaba a ciertas funciones)

Antes de nada, tenéis que saber que no voy a sacar aplicación alguna para lanzar esto, pues ya sabéis que necesita SDK y no es muy legal que digamos, pasar cosas compiladas con el (si otros quieren hacerlo, allá ellos)

En su lugar, pasaré una función con el método de trabajo, que consiste en leer dos ficheros desde pendrive, (aunque tambien podría ser de disco duro, claro), asbestos.bin y dtbImage-20101020.bin en éste caso, que es el nuevo kernel) y por supuesto, los fuentes y asbestos.bin ya compilado, para facilitaros el tema.

Por otro lado recordad que yo me considero retirado de la scene de PS3 y aunque haga un paréntesis para esto, no significa que haya vuelto para otras cosas: quizá trabaje un poco en éste Linux o quizá me dedique a observar y apreciar como trabajan otros (sale mas barato decir marcan, que bueno eres tío, sigue así! que comerse el tarro haciendo cosas). Me he puesto con ello, por que lo mas probable es que no lo hiciera otro (unos por que no saben, otros por que no quieren) y si lo hace, quizá los requisitos no sean lo que mas o menos, queremos la mayoría, supongo.

Dicho esto, portar el tema, es sencillo y difícil, como todas las cosas: lo primero, es que marcan obviamente, adapta el código a los problemas que el tiene que gestionar, que no son exactamente los mismos. Así que toca comprender mas o menos lo que hace el código y extraer las partes esenciales para poder lanzar el kernel.

La mayor complicación que tiene, es pasar del modo virtual en el que trabajan los programas, al modo real que necesita para ser lanzado el nuevo kernel. Y eso implica varios pasos que son los que te hacen comer el tarro un poco, aparte de se requiere hacer cosas ligeramente diferentes (como el parche que yo utilizo para que la "decrementer interrupt" atrape al hilo de marras que daba por saco y que la rutina lo pase a modo real, etc)

Esto que explico tan sencillo, supone dolor de tarro y reiniciar unas "cuantas" veces la consola hasta que das con la fórmula mágica, ya sabéis (una vez que todo empieza a funcionar, parece mas sencillo que al principio)

Supongo que cuando marcan pula mas el tema, el kernel no tirará de red para tratar de cargar el resto y usará una pendrive o disco duro externo, pues parece que el disco duro de la PS3, es mas bien "durillo" de utilizar.

Hermes escribió:Bueno, tengo que salir pitando en breve, pero seguramente, ésta tarde (si me apetece) añada el código fuente de lo que se necesita para poder lanzar el kernel en el hilo de desarrollo del payload.


La razón de hacerlo allí es porque por un lado, requiere mi versión de payload para ser lanzado y por otro, es un hilo bajo mi control y me permite añadir cosas de forma mas sencilla en primera página, mientras que aqui se perderá entre tanto post.

Antes de nada, ya sabéis que yo no voy a compilar la aplicación que precisa el S.D.K., pero por suerte es tan sencilla, que incluso puedo colgar aquí el fuente sin problema alguno:

/*  main.cpp - AsbestOS loader

Copyright (C) 2010  Francisco Muñoz "hermes" <www.elotrolado.net>

This code is licensed to you under the terms of the GNU GPL, version 2;
see file COPYING or http://www.gnu.org/licenses/old-licenses/gpl-2.0.txt

*/

#include <stdio.h>
#include <stdlib.h>


#include <sys/process.h>
#include <sys/timer.h>

#include "syscall8.h"


SYS_PROCESS_PARAM(1001, 0x10000)

int main()
{

   char *kernel_mem= NULL;
   char *asbestos_mem= NULL;

   FILE *fp=NULL;

   int kernel_len, asbestos_len;
   
   if(sys8_enable(0ULL)<0) goto error;
   
   fp = fopen("/dev_usb/asbestos.bin", "r");
   if(!fp) goto error;

   fseek(fp, 0, SEEK_END);

   asbestos_len= ftell(fp);

   asbestos_mem= (char *) malloc(asbestos_len);
   if(!asbestos_mem) goto error;

   fseek(fp, 0, SEEK_SET);
   if((int) fread((void *) asbestos_mem, 1, asbestos_len, fp)!=asbestos_len) goto error;
   fclose(fp);
   

   fp = fopen("/dev_usb/dtbImage-20101020.bin", "r");
   if(!fp) goto error;

   fseek(fp, 0, SEEK_END);
   kernel_len= ftell(fp);

   kernel_mem= (char *) malloc(kernel_len+32);
   if(!kernel_mem) goto error;

   fseek(fp, 0, SEEK_SET);
   if((int) fread((void *) kernel_mem, 1, kernel_len, fp) != kernel_len) goto error;         
   fclose(fp);

   sys_timer_sleep(1);

   // copy asbestOS
   sys8_memcpy(0x80000000007FD000ULL, (uint64_t) asbestos_mem, (uint64_t) asbestos_len);

   // run asbestOS
   sys8_call(0x80000000007FD000ULL, (uint64_t) kernel_len, (uint64_t) kernel_mem);

   return 0;
   
error:

   if(kernel_mem) free(kernel_mem);
   if(asbestos_mem) free(asbestos_mem);

   if(fp) fclose(fp);

   return 0;
}



Como veis, hace uso de syscall8.h que está incluido junto con la release V4 de mi payload y compilarlo es tan sencillo como eliminar librerías, shaders y fuentes redundantes de otros ejemplos (yo lo he lanzado desde apps_home y desde el open_manager original (como homebrew) sin problemas).

Y un detalle, el hecho de especificar /dev_usb sin número, permite que pueda ser lanzado desde cualquier puerto USB (bueno, eso en el caso de que no se un apps_home o de que no haya otro dispositivo que pueda dar problemas ).

En fin, lo adelanto por si 'alguien' quiere hacer 'algo' (XD) en mi ausencia, pero tampoco penséis que vais a tener un Linux como el otro que teníamos rulando ahora, porque no es así (la mayoría solo veremos la pantalla de los pinguinos y como trata de acceder mediante ethernet hasta que revienta la cosa ). Esto es solo el primer paso