Moderadores: [erick], VIDHAR
teyijape escribió:Viral Doom
siendo asi me desepciona un poco pues a una placa la han mirado ya dos personas y no han podido hacer nada y las , segun mecuenta quien trato de hacer el rg las consolas no soportaron el chip y que muestran el error luego de 30 a 40 segundos ,envie una placa a tro sitio y esta persona me dise que las nan extraidas son corruptas y que las placas estan bien pero no se puede hacer nada aca te dejo las nan para ver que opinas
https://www.dropbox.com/sh/axl3oprg9zet ... fSi8/nands
VDF_Demon escribió:Nada de que las consolas no soportaron el chip, para mi las jodieron al soldar o cagaron algun componente y no se quieren hacer responsables, de todas las consolas que he hecho rgh, ninguna ha mostrado susodichoso error
, lo que pasa es mala manipulación.VDF_Demon escribió:EDITO: Viral, estoy revisando un poco mas tu caso
teyijape escribió:Viral Doom
me avisa de todas formas al igual me imagino que seguro me cambiaron las placas

VDF_Demon escribió:Hola, Bueno he estado pensando, si se puede decir algo, la verdad muy poco o nada he trabajado con nands donadas por lo que lo que te voy a mencionar, es pura suposición mia y no representa mas que conjeturas sobre una investigación con pocas bases que he llevado en poco tiempo sobre tu caso.Como me has mencionado anteriormente, has tratado de arrancar tu consola con una fracción de tu CB, tanto A como B , sin éxito alguno, y unicamente consiguiendo XELL con la pareja correcta de CB, para analizar la causa de esto, voy a entran en conjeturas sobre el proceso de arranque de la Consola Xbox 360 y el por que el uso de una nand donada puede servir para una consola FAT con CB unificado, mas no para SLIM con CB Doble , y a falta de evidencia, asumo que tampoco funciona en FAT con CB_Doble, sin tener los datos originales
Cadena de Arranque CB Sencillo:
1BL ---> 2BL --->CB --->CD--->CE--->CF---->HV--->CG--->CD--->DashBoard
Prácticamente, toda la cadena de confianza se encuentra Firmada y es verificada antes de continuar la ejecución de cada paso, el reset glitch hack actua si mal no entendi en la poca documentación que existe, justo antes de la carga del CB, por lo que es indiferente el realizar un cambio de CB, pues por la comprobación, siempre ejecutara el CB que encuentre.
Cadena de Arranque CB Doble:
1BL ---> 2BL --->CB_A -->CB_B--->CD--->CE--->CF---->HV--->CG--->CD--->DashBoard
En este caso, el Reset Glitch hack actua entre en CB_A y el CB_B, sin embargo CB_B esta encriptado, mediante una clave de cifrado basada en la cpu-key, y dicho cifrado debe respetarse, sin embargo la clave de cifrado puede conocerse al tener el CB_B Original y el fragmento de CB_B Desencriptado, mediante la siguiente operación matematica:
texto cifrado = texto normal xor flujo de numeros pseudoaleatorios
flujo numeros pseudoaleatorios = texto normal xor texto cifrado
asi pues si modificas el CB_B Debes cifrarlo de Nuevo, El CB_A se encarga de descifrarlo, y una vez descifrado, inicia la comprobación de hash en la que interviene el reset glitch hack.
Asi que, en resumidas cuentas necesitarias:
Un CB_A, suponiendo que lea los datos para el descifrado directamente de la consola, podrias usar cualquier CB_A, con la misma version de tu consola, en caso contrario, el CB_A Original, ten en cuenta que este CB_A tambien esta cifrado, desconosco como, pero si la desencripcion falla, la consola se reiniciara antes de ser necesario enviar el pulso de RGH a la consola
un CB_B, podria valerte de cualquier consola
Un Fragmento lo suficientemente grande de tu CB_B Original, para extraer los numeros pseudoaleatoreos y encriptar el CB_B Donado, eso se puede hacer con el build.py de gligli
Bueno, eso es todo lo que se me ocurre, como siempre es especulacion pero suelo acertar en eso... exitos
VDF_Demon escribió:si mi teoria es correcta, tendrias que coger un CB_A y CB_B ambos donados, desencriptarlos con la cpu key de la consola que los dono y encriptarlos con la tuya, y deberia funcionar,
no es la cpu key propiamente dicha, mas el flujo de numeros pseudoaleatoreos generados apartir de ella, por lo que es necesario tener un cb_a,b encriptados y unos desencriptados, tomando en cuenta que los primeros bytes son iguales, es suficiente para suponer dichos numeros y crifrar decifrar para tu consola



racingspook escribió:hola buenas, el caso es que me ha llegado una slim trinity con el chip instalado pero no tengo nand, tengo solo el xell arrancando perfecto con su cpu y dvd key, le he intentado leer la nand pero no me la detecta, se puede rehacer una a partir de los datos que tengo?
gracias
Usuarios navegando por este foro: No hay usuarios registrados visitando el foro y 2 invitados