Scene de Switch #HG

Grupo en MV sobre la scene de Switch

Todos los CFW funcionan correctamente con 9.1.0:
9.1.0: SXOS, ATMOSPHERE, REINX y Hekate funcionan en 9.1.0 (Las pre-mariko y V2 no son modificables a dia de hoy a la espera de Hardmod de TX)

Dual EmuNAND (Atmosphere y SXOS)

Dado que ahora ambos CFW tienen EmuNAND, podemos tener una sola en común que nos permita jugar a los mismos juegos instalados desde ambos, aprovechando lo bueno de SXOS (USB+XCI) y de Atmosphere (sysmodules y homebrews específicos para Atmos).

Estos es realmente fácil de hacer, pero vamos a necesitar hacer un par de cosillas. Os dejo un tutorial completo, pero si queréis la forma más fácil o simplificada, os dejaré al final del tutorial un enlace a un pack que he creado, limpio y que os ahorrará los pasos 3 y 4.

Hacemos un backup de nuestra micro SD ya que vamos a tener que crearnos una EmuNAND nueva (en caso de tener una EmuNAND en partición oculta hecha con SXOS y querer usar esa misma para Atmosphere, pasar al paso 3).
Dejamos la micro SD con únicamente el boot.dat de SXOS 2.8 Beta y arrancamos para que nos salte el menú propio de SXOS, donde iremos a Options, EmuNAND, Create EmuNAND y Hidden Partition on microSD. Aceptamos y esperamos a que este creada la EmuNAND.
Nos descargaremos Atmosphere + Hekate o el pack de Kosmos ya que necesitaremos el bootloader de Hekate para configurar nuestra EmuMMC en Atmosphere. Lo pegaremos todo en la raíz junto al boot.dat de SXOS y nuestra licencia. Hecho esto, nos bajaremos el .rar EmuMMC y lo descomprimiremos en la raíz de nuestra micro SD también.
NOTA: La carpeta EmuMMC contiene únicamente el archivo emummc.ini donde está la configuración de la EmuNAND para Atmosphere, modificada ya para que coja la misma que hemos creado con SXOS.
```
[emummc]
enabled=1
sector=0x2
nintendo_path=Emutendo
```
Ahora iremos a la carpeta "bootloader" y modificaremos el archivo "hekate_ipl.ini" de forma que nos quede una entrada para cada Firmware, aunque podemos simplificarlo si no queremos que nos aparezca alguno (yo he creado entradas para Atmosphere con y sin EmuNAND, SXOS y OFW. Debería quedar algo parecido a esto:
```
bootwait=1
customlogo=0
verification=1
backlight=100
autohosoff=0
autonogc=0

{Dual EmuNAND}

{ }

{-- Custom Firmwares --}

[AMS (SysNAND)]
emummc_force_disable=1
fss0=atmosphere/fusee-secondary.bin
kip1patch=nosigchk
icon=bootloader/res/icon_ams_sysnand.bmp

[AMS (EmuNAND)]
fss0=atmosphere/fusee-secondary.bin
kip1patch=nosigchk
icon=bootloader/res/icon_ams_emunand.bmp

[SX OS]
payload=bootloader/payloads/SXOS-payload.bin
icon=bootloader/res/icon_sxos.bmp
{ }

{-- Stock --}
[Official Firmware (SysNAND)]
emummc_force_disable=1
fss0=atmosphere/fusee-secondary.bin
stock=1
icon=bootloader/res/icon_switch.bmp
```
1. Una vez hemos modificados estos archivos, ponemos la micro SD en la Switch y arrancamos SXOS normalmente (con el Payload de SXOS o usando el de Hekate y desde ahi, escogiendo SXOS en el bootloader (entrada que previamente creamos modificando el archivo). Cambiamos el tema a negro (para diferenciarlo de nuestra NAND) y usamos el homebrew "Reboot to Payload" para que nuestra consola se reinicie directamente en Atmosphere. En este momento, nuestra Switch debería arrancar en Atmosphere con el tema negro, ya que estaría usando la misma EmuNAND que SXOS. Para comprobarlo, podemos instalar un juego y reiniciar con el otro CFW para ver que esta instalado y nos permite jugarlo, asi como acceder a las mismas capturas de pantalla ya que ambos CFW usan la carpeta Emutendo.
En principio, ya solo nos quedaría actualizar nuestra EmuNAND (si nuestra NAND tiene un FW antiguo) e instalar algunas utilidades como podrían ser el homebrew SX_reboot.nro, sys-clk-Editor.nro (junto al sysmodule sys-clk), o ftpd.nro.

Carpeta EmuMMC

Pack Dual Nand
Este pack contiene:
-SXOS, Atmosphere y Bootloader de Hekate ya configurado.
-NX-8.1.0: Carpeta con archivos para actualizar a 8.1.0 con ChoiDujourNX (incluído) en caso de que vuestra NAND este en FW inferior.
-Hombrew Útiles: AppStore, Checkpoint, Kosmos Toolbox, KosmosUpdater, Lockpick, NXThemesInstaller, HBG_Shop, ChoiDujourNX, ftpd, KefirUpdater, NX-Shell, Reboot to Atmosphere, Reboot to SXOS y sys-clk-Editor.
-NSP Forwarders (incluídos en carpeta "nsp"): HGB_Shop, HomebrewMenu, Reboot to Atmosphere, Reboot to SXOS.
-Cheat Database Actualizada para SXOS.
-2 Temas de prueba para utilizar con NXThemesInstaller.

NOTA: El reboot to SXOS y reboot to Atmosphere son por pura comodidad para reiniciar directamente a Atmosphere desde SXOS y viceversa sin pasar por el bootloader de Hekate. Al igual que tener la Kosmos Toolbox, que nos permite hacer reboot to Hekate en caso de que lo necesitemos.

Paginas Oficiales de CFW, Homebrew y Tutoriales - WIP

Principales CFW
Pagina de SXOS - Principal CFW de pago. Exclusivo: Ejecucion de XCI, Soporte USB HDD, emuNand.
Pagina de Atmosphere - Principal CFW Gratuito. Exclusivo: Sistema de kips, mayor soporte de la comunidad.
Pagina de ReiNX - Fork de Atmosphere
Pagina de CTCaer Hekate - Uno de los primeros CFW funcionales, cada vez mas en desuso.

Página con tutoriales:
https://switchscene.org
Tutorial de principio a fin sobre hacking en Switch (útil también para principantes)

Tutorial crear emunand SXOS

Tutorial para crear la EmuNand en SX OS:

Nota:
Este tutorial no sirve si estais en 6.2.0 y no teneis un backup de la Nand anterior o teneis los efuses quemados.
Es recomendable formatear la tarjeta en Fat32 para evitar corrupcion de la microSD con homebrew (lo digo por experiencia propia) y ya que esto es un proceso que requiere tiempo, mejor hacerlo ya ahora ya que para instalar nsp podemos hacerlo desde un HDD externo sin problema. ExFat tambien sirve, pero tarde o temprano se os corrompera y no os funcionaran bien emuladores y demas. Usad la que veais.

Tabla de contenido:
-0.X: Pasos Previos
-1: Backup NAND
-2: Restore NAND
-2B: Downgrade sin copia de NAND (SX OS y Hekate)
-3: Crear EmuNAND
-4: Actualizar EmuNAND
-5: Ultimos pasos.

0.1: Realizamos con Edizon o con Checkpoint un save de todos los juegos para poder restaurarlos despues.
0.2: Hacemos una copia en nuestro PC de todo el contenido de la tarjeta microsd, para restaurarlo luego y volver a tenerlo todo.

1. Backup NAND:
Si no teneis una copia de la Nand, es lo primero que debereis hacer, para en un futuro poder restaurar en caso de brick por malware o downgrade, para ello inyectamos el payload de SX OS mientras mantenemos pulsado el boton Volumen+ y en el menu entramos en Options, NAND y pulsamos "Dump NAND". Aceptamos y esto creara un backup de los 30gb de la NAND en la microSD, asique estad seguros de que teneis espacio. El backup se quedara en microsd:/sxos/backup/

2. Restaurar Backup Antiguo:
SI tenemos un backup limpio antiguo y no quemamos los efuses (podemos comprobar cuantos efuses tenemos quemados con el payload briccmii que podeis bajaros de https://switchtools.sshnuke.net/) y aqui teneis una lista de los efuses que deberiais tener quemados para cada firmware.. asique si teneis mas efuses quemados de los que marca para el backup que teneis, no os arrancara la Switch al restaurar esa Nand.

OFW efuses quemados
1.0.0 1
2.0.0-2.3.0 2
3.0.0 3
3.0.1-3.0.2 4
4.0.0-4.1.0 5
5.0.0-5.1.0 6
6.0.0-6.1.0 7
6.2.0 8
7.0.0-8.0.0 9

-2.1. Si teneis el backup hecho con SX OS, basta que lo coloqueis en la carpeta microsd:/sxos/backup/ y arranqueis el menu de inicio de SX OS pulsando Volumen+ al arrancar, vayais a Options, NAND y ahi "Restore NAND".
-2.2. Si lo hicisteis en su dia con Hekate: colocad el payload de Hekate en la microsd: arrancad el menu de inicio de SX OS y entrad en Options, Payload y escogeis el de Hekate, al arrancarlo debeis ir a Tools, Restore y pulsar en "Restore eMMC BOOT0/1", esto os dara un error ya que no estara el backup, pero os creara la carpeta donde teneis que poner el backup que vendria a ser algo como microsd:/backup/<codigo numerico>/Restore/ y dentro de Restore es donde poneis la Rawnand y los boot1 y boot0 que teniais. Volveis a repetir el proceso y esta vez no os dara errores.
IMPORTANTE: Tras haber downgradeado a donde teneis los efuses quemados, hay que volver al menu de arranque de SX OS y volver a instalar el AutoRCM ya que lo elimina al restaurar NAND.

2B. Downgrade sin Backup de NAND:
-2B.1. En caso de que tengamos efuses sin quemar pero no tengamos copia de la NAND, podemos downgradear usando ChoiDujourNX. Es recomendable utilizar una microsd vacia con unicamente los archivos necesarios para arrancar el cfw, ya que si teneis algo que use layeredFS por ejemplo y downgradeais como yo a 2.3.0, os dara un error al no poder ejecutarse en aquella version. Para ello lo descargamos de https://switchtools.sshnuke.net/ y ponemos el NRO en la carpeta microsd:/switch/. Por otro lado descargamos el firmware al que queramos downgradear, por ejemplo de aqui https://darkumbra.net/forums/topic/181136-nintendo-switch-firmware-files-100-610no-scummy-ads-link/.
-2B.2. Una vez descargado el firmware lo descomprimimos en una carpeta en la raiz de la microsd, es recomendable renombrarla con el numero de firmware, pongamos en este caso de ejemplo, el 4.1.0. Una vez tenemos el ChoiDujourNX y la carpeta 4.1.0 con los archivos en nuestra switch, arrancamos CFW y desde homebrew, abrimos ChoiDujourNX, escogemos la carpeta 4.1.0 y nos aparecera una pantalla con Current Firmware que es el que tenemos instalado, Target Firmware que deberia ser 4.1.0 y marcada la opcion de no quemar efuses. Aceptamos y dejamos que empiece, esto instalara el firmware que queremos tener. Aceptamos reiniciar la Switch y al iniciar deberiamos tener hecho el downgrade. Una vez downgradeado, si no teniais una copia de la Nand, lo recomendable es desinstalar todo lo posible y dejarla lo mas limpia posible. Tras esto hacer una copia de la Nand siguiendo el paso 1.

3. Creando la EmuNAND:
-3.1. Una vez tenemos el OFW en la version mas baja que podemos y lo mas limpio posible, vamos a crear la EmuNAND. Para ello usamos una tarjeta a poder ser Fat32 con mas de 30gb de espacio libre ya que es el tamaño de la NAND que se copiara a la microSD. Iniciamos la switch pulsando Volumen+ para entrar en el menu de SX OS, vamos a Options, EmuNAND, Create EmuNAND y aceptamos, esto empezara un proceso largo, de hora y pico o dos horas, asique hacedlo cuando tengais la bateria bien cargada.
-3.2. Una vez completada, podeis comprobar que en el menu de arranque de SX OS, encima de Boot CFW aparece una opcion nueva que pone "EmuNAND Enable" y que si pulsais pasa a "Disable", esto os permite arrancar ahora de 3 formas distintas la switch, con OFW que sera, en este caso el 4.1.0 (el cual podeis actualizar para jugar a vuestros juegos reales, aunque sigue sin ser recomendable actualizarlo a 6.2, por si se jode la EmuNAND y teneis que crear otra), con CFW y la EmuNAND Disable, que sera un cfw en 4.1.0. Y por ultimo, la EmuNAND, en la cual nos vamos a centrar ahora.

4. Actualizando la EmuNAND:
Una vez arrancamos con ella, que por defecto sera la que arranque cuando lanceis el payload de SX OS. Se puede comprobar entrando en la galeria, en el icono de Xecuter que aparece a la derecha con la version que tenemos, ahora deberia poner "EMUNAND". Si todo es correcto, nos bajamos la update 6.1.0 de https://darkumbra.net/forums/topic/181136-nintendo-switch-firmware-files-100-610no-scummy-ads-link/. Repetimos el proceso del paso 2B, descomprimiendo esos archivos en una carpeta en la raiz de la microSD con el nombre 6.1.0 y luego arrancamos el ChoiDujourNX, escogemos esa carpeta y la instalamos, pedira reiniciar de nuevo. Una vez reiniciado, tendremos la EmuNAND en 6.1.0 lista para trastear con ella.

5. Ultimos Pasos
-5.1. Copiamos todos los archivos que teniamos en nuestra tarjeta previamente y cambiamos el nombre de la carpeta "Nintendo" a "Emutendo" para conservar nuestra galeria y borramos dentro de Emutendo la carpeta llamada "Content" ya que tendremos que instalar de nuevo los juegos en nsp y las updates.
-5.2. Una vez vayamos iniciando los juegos y jugando, iran apareciendo en Edizon y podremos restaurar los saves que hicimos previamente.

NO ACTUALIZAR LA EMUNAND A 8.0.0 YA QUE POR AHORA NO FUNCIONA NINGUN CFW EN ESA VERSION, ASIQUE NO PODRIAIS USARLA.
ES POSIBLE ACTUALIZAR LA SYSNAND A 8.0.0 Y TENER LA EMUNAND EN 7.0.1 PARA JUGAR EN SYSNAND A LOS JUEGOS REALES Y ONLINE, PERO NO SE AUN SI EN CASO DE QUE SE JODA LA EMUNAND, TENDRIA SOLUCION LUEGO.

Editado: Haciendo una copia de la carpeta emunand en microsd:/sxos/ y guardandola os quedais con un backup de la emunand por si en algun momento os gripa o quereis iniciar de cero con ella. Guardadla a buen recaudo que os evitareis una horita de creacion de la emunand. Si es como la NAND normal, al comprimirla deberia quedarse en 3 o 4 gb como mucho.

RIESGO DE BAN:

Leer esto.

VULNERABILIDAD DE LAS CONSOLAS:

Leer y comprobar aqui

SikorZ #121 Abr '18 El Gran Carlemany

#120 Si, a eso me referia en #118. Me parece perfecto honestamente.

Yo he estado muchos años en la scene de hacking de otros temas (no consolas) y lo cierto es que es de verguenza que los equipos que hay apenas hayan dado siquiera una prueba real de que lo que tienen puede llegar a un CFW, solo suben fotitos chorras y promesas de que en X tiempo habra un CFW o modchip en los demas casos.

En mi opinion todo es cuento hasta que veamos pruebas, como dice el tio en su mensaje, callate la puta boca hasta que tengas algo.

Esto es como el instagram, van haciendo updates con chorradas como el que va al gym y sube fotos de postureo en el espejo y se va.

1 respuesta

Usopp #122 Abr '18

#121 Pues sí conoces algo de la scene de Vita, eso es lo peor que he visto en mi vida, encima eran prácticamente adolescentes todos, en cambio recuerdo en PSP que se picaban todos en cuanto había un nuevo FW en taparlo.

Con lo de hoy, se nota que hay muchos que intentan llamar la atención, y ahora lo intentarán sacar más rápido para seguir haciéndolo antes de que otra gente entre dentro con lo filtrado.

1 respuesta

SikorZ #123 Abr '18 El Gran Carlemany

#122 Si, pues basicamente eso veo yo aqui, niñatos que quieren atencion mas que de verdad algo tangible y eso me da verdadero asco.

Al final en estos casos siempre acaba llegando alguien con mucha experiencia o que se los folla en el tema y acaba pasandoles volando por encima o les deja sin chiringuito, que es lo que ha pasado en este caso.

Ahora veremos como todo de repente empieza a ir super rapido y empiezan a salir cosas y pelearse, cuanto antes decian que antes de verano nada.

Gracias a quien cojones haya sido el leaker, ha hecho lo que debia.

Usopp #124 Abr '18

* .--.
/ / + | | ' \ \__, * + '--' * + /\ + .' '. * * /======\ + ;:. _ ; |:. (_) | |:. _ | + |:. (_) | * ;:. ; .' \:. /.
/ .-'':._.'`-. \
|/ /||\ |
..--"""````"""--..
.-''-.
-' '-

/ / \ \ () | | | | |
| | __ ___| | _____ __| | | | ___ | |
/ /| '/ _ \ \/ __\ \ /\ / / | __/ __| ' \ / _ \/ ` |
\ | | | // /_ \ V V /| | || (| | | | / (| |
| || _| | |/ _/_/ ||__|| ||___|_,|
_\ //
/====================================================\
/======================================================\
|| fusée gelée ||
|| ||
|| Launcher for the {re}switched cold/bootrom hacks-- ||
|| launches payloads above the Horizon ||
|| ||
|| discovery and implementation by @ktemkin ||
|| def. independently discovered by lots of others <3 ||
|| ||
|| special thanks to: ||
|| SciresM, motezazer -- guidance and support ||
|| hedgeberg, andeor -- dumping the Jetson bootROM ||
|| TuxSH -- for IDB notes that were ||
|| super nice to peek at ||
|| the team -- y'all are awesome ||
|| other teams -- y'all are awesome too! ||
\======================================================/
\====================================================/

The main launcher is "fusee-launcher.py".

https://github.com/reswitched/fusee-launcher

Ahora saca el launcher, ha visto que alguien le iba a pasar por la derecha y ha tardado 0,

1 respuesta

SikorZ #125 Abr '18 El Gran Carlemany

#124 Lo dicho en #123 vaya jajaja, si un par mas de grupos hacen release, en un par de semanas tenemos una pelea en escala para ver quien saca algo fiable y bueno antes que nadie.

GG WP al leaker, te queremos.

Usopp #126 Abr '18

pelusilla6 #127 Abr '18

Del 17 de febrero, estaban calladitos xD

1 respuesta

floopyomg #128 Abr '18

1 respuesta

[Borrado] #129 Abr '18

Y yo que me pedí la última R4 para 3DS hace una semana... XD

SikorZ #130 Abr '18 El Gran Carlemany

#128 La cosa es si compensa. Me explico, en China las Nvidia Shield tienen un emulador oficial de nintendo y con él creo que pueden jugar a WW y TP y de seguro sera mucho mejor que cualquier emulacion puesto que esta hecha por Nintendo, si han portado Linux y un emulador y demas, no creo que sea para nada descabellado que porten tambien AOSP y el emulador o algo del estilo...

Aunque linux te abre muchas puertas a cualquier tipo de emulacion...

BoinaVerdeCS #131 Abr '18

He leído la primera página y ya me hace gracia cuando usan el término "los pobres" jajajaja putos frikis que sois

Yerboth #132 Abr '18

http://es.engadget.com/2018/04/24/trozo-plastico-piratear-nintendo-switch/

SikorZ #133 Abr '18 El Gran Carlemany

Chicos no os rayeis, no hace falta comprar nada, coges un cacho de metal moldeable o un puto cable de cualquier mierda y os vale para probarlo.

Yo con la 4.1/4.2 y gente con la 5.0.0 lo ha probado ya, es facilisimo.

Cuando tengamos un CFW o un homebrew channel solo hara falta hacer el puente mientras conectas por USB al PC y tirar un script que cargue el CFW o lo que sea y fuera, ya no hay que tocar mas el puente ni dejar nada permanente.

Gracias Nvidia, te queremos.

PiPePiTo #134 Abr '18

Aquí hacen un resumen de todo

https://arstechnica.com/gaming/2018/04/the-unpatchable-exploit-that-makes-every-current-nintendo-switch-hackable/

Usopp #135 Abr '18

#127 Imagina el Baten Kaitos o el Paper Mario en NS en modo portátil, no tuve GC ni WII, imagina como estoy con el anuncio.

[Borrado] #136 Abr '18

OSea que, mediante el exploit d el boot room es posible cargar codigo? Con lo cual ahora cargar un homebrew channel, un loader o emuladores seria factible 100%?

Y si no voy mal encaminado, no importa la versión de Firmware verdad? El Exploit es independiente del software, no?

1 respuesta

Horchatoso #137 Abr '18

#136 por lo que he leido yo vale para todos, la forma de aplicar el exploit creo que es lo que cambiara

mongui #138 Abr '18

Tratare de explicarlo de manera sencilla y resumida para esclarecer dudas, si no entendéis algo, preguntar.

El dia de ayer salió a la luz lo que muchos grupos tenían bajo desarrollo para vender. El problema actual es a nivel físico, los chips Tegra X1 y es independiente del sistema operativo de la Switch. Para poner un ejemplo practico, la Switch es un PC normal que cuando lo enciendes sale el logo de la placa base y el post de la BIOS la cual hace las comprobaciones antes de arrancar el Sistema Operativo (Windows o Linux). En una Switch este boot es MUY rápido pero a efectos prácticos es lo mismo.

Por ello, el exploit del que se habla es a un nivel superior que el sistema operativo y no se puede parchear con updates de sistema. Comment mode advanced Si alguien ha estado en el mundo de iOS y Jaibreak, el método básicamente pone la Switch en modo DFU y permite cargar código mediante script de Python conectando la Switch a un PC. En realidad, es la única manera de poder cargarle código de momento (recordemos que no han pasado ni 24 horas y hay una cantidad de información en la red asombrosa).

La forma de acceder al exploit es MUY sencilla y basicamente consiste en puentear 2 pines. Los puedes puentear en la propia Switch o en el Joy Con derecho y también depende del tipo de exploit, ya que actualmente hay varios tipos. Fusée Gelé junta el pin 9 y 10 del joy con derecho y Fail0verflow/ShofEL2 pide 7 y 10 ya que 9 y 10 no va con este exploit si lo usas en el Joy Con pero si en la Switch).

Entonces y en resumen, actualmente solo puedes comprobar que el exploit funciona (hay alguna release de Linux para la Switch pero no hay mucha info al respecto). El poder meterle un Custom Firmware y con ello cargar backups o disponer de gestor de partidas guardadas o emuladores de otras plataformas, sera cuestión de tiempo si bien es cierto que para el Custom han dado como fecha el 15 de Junio, veremos como evoluciona esto.

Lo dicho, mas dudas, preguntar y tratare de contestar dentro de mi conocimiento

5 1 respuesta

Usopp #139 Abr '18

Atmosphere CFW for Nintendo Switch is not ready yet, but now “everyone” can help

Usopp #140 Abr '18

Leed los comentarios de tuita, muy bestia todo,

https://github.com/thomleg50/Atmosphere/releases

Es una pre pre Beta del CFW at, que a nadie se le ocurra usarla sin saber donde se mete.

SikorZ #141 Abr '18 El Gran Carlemany

La cosa pinta bien guapa, si hoy salgo temprano del curro le pego un testeo al exploit y le meto el PoC o algo, por trastear mas que nada.

La verdad es que la switch puede ser una verdadera bestialidad como consola y para trastear y emuladores y tal, puede llegar a ser muy top gracias al hacking a lo tonto.

1 respuesta

[Borrado] #142 Abr '18

¿Entonces haciendo solo una vez esto, en un futuro, no será necesario cada vez que se inicie la consola y todo eso?

2 respuestas

SikorZ #143 Abr '18 El Gran Carlemany

#142 Efectivamente.

mongui #144 Abr '18

#142 no des información errónea, la consola permanecerá “exploiteada” siempre y cuando no se apague del todo o no se haga un hard reset o lo típico que se te queda sin batería. Si sucede eso, tienes que ejecutar todo de nuevo. A corto plazo no se prevé una manera de que sea como la 3DS que se escribe en la sysnand y aunque reincida, carga siempre el custom firmware. Este jailbreak dependerá de un pc siempre para cargarle el custom firmware, al menos por el momento

#141 dependes de un pc siempre y cuando no se apague. Si solo la pones en modo sleep, si, dura indefinido

1 respuesta

HeXaN #145 Abr '18

Con la powerbank a todos lados.

SikorZ #146 Abr '18 El Gran Carlemany

#144 Eso es ahora, en cuanto tengan un cfw de verdad sera permanente, recuerda que el exploit da acceso 100% al control de la maquina.

[Borrado] #147 Abr '18

Soy un zopenco en estos temas, eso por delante. Si corre Linux, podría correr juegos de Steam que se amolden a las características técnicas de la consola?

1 respuesta