Depuis que l'exploit kernel pour les Wii U en version 5.5.1 est sorti, beaucoup de gens en ont profité pour pouvoir lancer leurs divers homebrews, mais si Nintendo décidait de sortir de nouvelles mises à jour, cela empêcherait tout le monde de continuer à l'exploiter. C'est pour cela que Custom Protocol a décidé de faire ce tutoriel, afin d'aider le maximum de monde à garder leur exploit le plus longtemps possible.

Pour cela, rien de plus simple !

Commencez par vous rendre dans les paramètres Wii U : 

Une fois cela fait, allez dans « Paramètres internet > Connexion Internet > Liste des connexions », cliquez sur votre connexion, puis cliquez sur « Modifier ».

Vous vous retrouverez face à plusieurs options, choisissez l'option « DNS » et dans « obtention automatique de DNS » sélectionnez « Non » :

• À la première ligne « DNS primaire », entrez « 168.235.092.108 » (sans les guillemets évidemment).
• À la deuxième ligne « DNS secondaire », entrez « 081.004.127.020 » (toujours sans les guillemets).

Vous n'avez plus qu'à appuyer sur le gros bouton" OK".

Pour tester si cela a fonctionné, rendez vous sur l'eShop, si un message d'erreur apparaît, c'est que cela a fonctionné ! 

Dans un prochain tutoriel, nous vous apprendrons à mettre à jour vos jeux Wii U sans utiliser l'eShop afin de pouvoir continuer à jouer en ligne sans mettre à jour votre console.

Nous espérons que cela vous aura été utile, à bientôt sur Custom Protocol.

L’article [MàJ] [WiiU] TUTO – Bloquer les mises à jour Wii U est apparu en premier sur Custom Protocol.

Le premier post est un ROP. Posté par un utilisateur sous le pseudonyme de Hillary_Clinton (non, ça n'est pas une blague), cette release est suivie d'un code de démonstration montrant une chaine ROP simple qui appelle le shutdown syscall depuis IOS_USB et redémarre la console (seulement compatible avec les firmwares 5.5.1). L'auteur a posté ceci dans l'espoir que quelqu'un puisse tirer parti de cette découverte et obtenir une élévation des privilèges, peut-être en implémentant l'exploit IOS_CreateThread détaillé sur le wiki.

Le second, posté par un certain Donald_Trump (si si, je vous le jure...), permet d'afficher la région OTP à l'écran et donc de prouver que l'on peut accéder à l'OTP (One Time Programmable memory) via l'exploit kernel IOSU. Rappelez-vous qu'il ne faut partager ceci à personne, car la région OTP contient des des données de cryptage spécifiques à votre console (clés NAND, clé Ankast, clé commune, etc.), qui sont des propriétés de Nintendo.

Que pensez-vous de ces deux nouvelles ? 

L’article [WiiU] Démonstrations de l’exploit kernel IOSU est apparu en premier sur Custom Protocol.

Le kexploit 5.5.1 (kernel + exploit = kexploit) est enfin là ! Heureux possesseurs du dernier joujou de salon made in Nintendo, réjouissez-vous ! Si comme moi, vous vous êtes procuré la console récemment, et que vous l'avez démarré en constatant avec désarroi qu'elle était déjà mise à jour au dernier firmware, vous allez enfin pouvoir voir votre console sous un nouveau jour.

Bon, tout d'abord, remettons les choses dans leur contexte. Il ne s'agit pas d'une release (une publication par le développeur et/ou la team à l'origine de l'exploit, ou avec leurs accords), mais d'un leak (une publication sans l'accord des personnes à l'origine de l'exploit).

Revenons rapidement sur les derniers événement.

Les circonstances

Il y a quelques temps, le développeur Marionumber1 annonça être en mesure d'exploiter une faille dans le système de la Wii U en 5.5.1. Cependant, il n'ira pas la release (la mettre en ligne) immédiatement. D'abord par soucis de stabilité, mais également pour une raison très connue, qui aura tendance à provoquer de longs débats, puisque dévoiler une faille sur un firmware annonce la plupart du temps la mort de cette dernière dans la prochaine mise à jour.

Pour les plus polyvalents d'entre vous, vous vous souviendrez par exemple de Yifan Lu qui avait gardé sous silence son exploit Rejuvenate sur PS Vita, en attendant que Sony annonce la mort du PSM dont il dépendait, qui assura donc qu'aucune faille ne serait corrigée de ce côté-là. Parenthèse à part, Marionumber1 a donc pris la décision de lancer une bêta fermée, comme il est coutume de le faire. Ne laissant donc l'accès à la faille qu'à ceux qui auront prouvé qu'ils étaient en mesure de faire progresser le hack.

Seulement, les esprits commencèrent à vite s'échauffer. Certains se mirent à prendre parti contre la politique de Marionumber1, à savoir de faire durer la bêta. D'autres prirent sa défense. Et nous savons tous comment se déroule ce genre de débat, surtout quand les gens qui y participent se trouvent derrière un écran en tout anonymat.

Bref, ce qui risquait d'arriver arriva, la faille fut donc leakée par un des membres ayant eu accès à la bêta privée...

Comment utiliser le kexploit ?

Passons donc dans le vif du sujet, et je crois qu'en terme de mini-tuto, on aura jamais fais aussi simple que celui-ci !

Méthode avec serveur en ligne (facile)

Le site wj44.xyz, hébergeant des homebrews et exploits Wii U, vient de se mettre à jour et accueille désormais l'exploit 5.5.1. Vous n'avez plus qu'à y accéder depuis votre Wii U et cliquer sur :

5.5.x/5.4.0/5.3.2 WiiU Kernel Exploit (mapps 0xA00000000 to Physical 0x10000000)(For Loadiine, Dumpiine and HBL).	5.5.x/5.4.0/5.3.2 WiiU Kernel Exploit (mapps 0xA00000000 to Physical 0x31000000).
Afin de pouvoir lancer les homebrews Dumpiine, Loadiine et Homebrew Launcher	Afin de pouvoir lancer tous les autres types de homebrews

Nous espérons que vous vous amuserez avec vos homebrews Wii U ! ;)

P.-S. : Un hébergement de l'exploit kernel ainsi que de homebrews Wii U est en préparation sur Custom Protocol, nous vous invitons à suivre l'actualité afin de pouvoir lancer vos homebrews Wii U directement sur votre site de hack de consoles favori ! o/

Méthode avec serveur local (normal)

Les pré-requis

• Une Wii U en 5.5.0 ou 5.5.1 (rappel inutile, juste pour la forme) ;
• Une connexion sur le même réseau local entre votre Wii U et votre PC (si les deux sont connectés sur la même box, c'est bon) ;
• Java 8 ou supérieur (à télécharger ici) ;
• Veillez à ce que votre antivirus soit bien coupé, sinon il risque de bloquer la communication entre la console et le PC ;
• Fermez Skype (vous allez lancer un mini-serveur depuis votre PC qui va utiliser le même port de communication que Skype. Laisser ce dernier ouvert occupera ce port, et empêchera la communication entre la console et le PC) ;
• Le homebrew Loadiine (vous pouvez le trouvez à partir de ce lien) ;
• Une carte SD (ou micro SD dans un adaptateur vers SD) ;
• Une de ces deux archives :

Si votre console est européenne :

Si votre console est US :

Préparation de la console

Sur votre PC

1.1 Extrayez votre archive sur votre bureau, puis renommez le dossier "Wii U Kexploit 5.5.1 - EUR" (ou US) en "kexploit".

1.2 Cherchez depuis le menu "Démarrer" l'application cmd.exe.

1.3 Tapez la commande suivante :

ipconfig

1.4 Parmi un certain nombre d'autres IP, vous tomberez sur cette mention :

Notez la série de chiffres quelque part, il s'agit de votre adresse IP llocale.

1.5 Tapez cette commande :

cd C:\Users\[votre nom d'utilisateur]\Desktop\kexploit

1.6 Puis :

java -jar HaxServer.jar

Une fenêtre s'ouvrira comme celle-ci :

Félicitations, vous avez ouvert un mini-serveur qui pourra exploiter la faille de votre console !

Sur votre Wii U

2.1 Ouvrez le navigateur internet, puis cherchez dans la barre d'URL ceci :

http://xxx.xxx.xxx.xxx/hax?kexploit31

Explication : Les XXX.XXX.XXX.XXX doivent être remplacés par l'adresse IP locale notée dans l'étape 1.4. Exemple, moi je taperais :

http://192.168.0.16/hax?kexploit31

2.2 Vous devriez voir ceci apparaître sur votre GamePad :

Puis vous reviendrez au menu principal.

Vous en avez fini avec les préparations de votre console ! Nous allons maintenant lancer un homebrew !

Lancer un homebrew

Car une démonstration vaut mieux qu'une longue explication, nous vous proposons cette partie à travers un exemple. Nous allons lancer l'utilitaire Loadiine, qui a été confirmé comme étant fonctionnel en 5.5.1.

1. Depuis votre PC, extrayez l'archive que vous venez de télécharger dans votre carte SD vers ces dossiers:

X:\wiiu\apps\loadiine_gx2.

2. Insérez votre carte SD dans la fente prévue à cet effet de votre Wii U.

3. Depuis le navigateur internet de votre Wii U dans la barre d'URL, tapez ceci:

http://XXX.XXX.XXX.XXX/hax?kexploit10

Comme tout à l'heure, remplacez les XXX.XXX.XXX.XXX par votre adresse IP.

5. De retour sur le menu  Wii U, retournez dans le navigateur et tapez cette adresse:

http://XXX.XXX.XXX.XXX/hax?loadiine

4. Et voila, votre exploit est lancé !

Vous l'aurez compris, dans l'adresse :

http://XXX.XXX.XXX.XXX/hax?[homebrew]

Il suffit de remplacer le "[homebrew]" par le nom de votre homebrew (ici, loadiine).

En cas d'erreur, comme "Race attack failed" par exemple, redémarrez simplement votre Wii U. Si cela persiste, supprimez tous les cookies dans les paramètres du navigateur.

Voila, vous devriez être désormais prêt pour vous lancer à l’assaut du hack de votre Wii U en 5.5.1 !

N'hésitez pas à nous faire part de vos retours, de vos questions, ou des éventuels problèmes rencontrés dans les commentaires ! 

L’article [MàJ] [WiiU] TUTO – L’exploit kernel sur Wii U en 5.5.1 ! est apparu en premier sur Custom Protocol.

Malgré son nom séduisant qui fait irrémédiablement penser à la série des *hax sur 3DS, il ne s'agit pas d'un exploit ou d'un hack utile (ni même utilisable en fait) pour les utilisateurs "finaux" (les gens lambdas comme vous et moi, donc). Bref, ces outils s'adressent essentiellement aux développeurs.

Il faut savoir que IOSUHax est sorti quelques instants avant le gros leak de l'exploit kernel 5.5.1 de marionumber1, cette news a donc un peu été reléguée au second plan sur la plupart des sites anglophones de référence, mais nous avons quand même décidé de vous en informer, des fois que des codeurs intéressés par la dernière console de salon de Nintendo se cachent parmi nos lecteurs. :p

Sachez toutefois que smealum n'a pas vraiment prévu d'en faire plus sur la Wii U, l'avenir de cette boîte à outils repose donc entre les mains des développeurs qui s'y seront intéressé. Sachez qu'avec IOSUHax, vous pourrez (selon le fichier readme) :

• Dumper le NAND (il y a des tas de façons différentes de le faire : dumps slc, slccmpt et mlc, either raw ou filetree ou quelque chose entre les deux) ;
• Utiliser le RedNAND (redirection des lectures/écritures du NAND sur la carte SD au lieu de la vraie puce NAND) ;
• Utiliser un remote shell (shell à distance) pour le développement et les expérimentations (cf wupserver et wupclient, c'est super utile) ;
• Quelques trucs de débogage ARM de base (écran de méditation guru).

Smealum, dans le fichier readme

Les crédits vont à smealum, Plutoo et Derek en particulier, mais aussi Yellows8 et naehrwert.

L’article [WiiU] Smealum dégaine son IOSUHax est apparu en premier sur Custom Protocol.

Malgré le fait que sur cette vidéo, nous ne voyons pas les paramètres qui permettraient de vérifier la version du logiciel système, il a prouvé sur GBAtemp que cette vidéo était véridique.

Grâce à cette vidéo, nous pouvons constater que Loadiine tourne impeccablement sur cette version du firmware et que le remplacement de chaîne s’applique correctement et, heureusement, sans brick. Je vous conseille vivement de bloquer les mises à jour de votre Wii U dès maintenant en mettant, dans les paramètres internet, la DNS primaire de TubeHax.

Pour ce faire, allez dans les paramètres internet Wii U et dans la catégorie “obtenir automatiquement l’adresse DNS” choisissez "non" et rentrez dans la catégorie "adresse primaire" l’adresse suivante : 107.211.140.065. Ensuite, dans la catégorie "adresse secondaire", rentrez uniquement des 0, soit 000.000.000.000 .

Si vous n’arrivez plus à accéder à YouTube et à l’eShop depuis votre Wii U, c’est que cela fonctionne correctement, vous pouvez continuer à jouer en ligne sans être inquiété des mises à jours futures de la Wii U qui vous empêcheraient de lancer des homebrews sur votre précieuse console.

Il ne reste plus qu’à attendre d’avoir une date précise de la publication de la faille afin que nous puissions profiter des joies des homebrews sur nos Wii U en 5.5.1,  restez donc à l’écoute car de nouvelles informations devraient rapidement arriver...

L’article [WiiU] Une vidéo de l’exploit 5.5.1 publiée par NWPlayer123 est apparu en premier sur Custom Protocol.

Le développeur a tenu à mettre les choses au clair sur son compte Twitter, où il a demandé dans un tweet (ci-dessus) à ses abonnés d'aller "embêter quelqu'un d'autre" et qu'il s'était "mis d'accord avec une Team pour faire une release coordonnée". Voilà qui a le mérite d'être clair et direct : bien qu'aucune date n'ait été révélée, on peut s'assurer d'ores et déjà que l'exploit IOSU sera bien amélioré d'ici-là et que la release sera sans doute grandiose.

Bref, Hykem ne souhaitant plus donner de date approximative de sortie, il ne nous reste plus qu'à, comme à notre habitude, Wait & See ! ;)

L’article [WiiU] L’exploit IOSU encore repoussé, mais… est apparu en premier sur Custom Protocol.

Cette bonne nouvelle s'accompagne malheureusement d'une autre qui l'est un peu moins, puisque la date de libération prévue pour fin janvier se voit encore une fois de plus repoussée (le codeur avait pourtant cette fois-ci assuré : "l’exploit sera publié avant février"). Le bon côté de la chose, c'est qu'il aurait pris cette décision non seulement pour l'obfuscation (protection) de son boulot (afin de retarder le patch de Nintendo le plus possible) mais aussi pour utiliser le nouvel exploit MP4 de Yellows8, fonctionnant aussi sur 5.5.1. Voilà son rapport complet et traduit par mes soins :

Au cas où vous seriez trop choqué pour le déduire en voyant mon screen, oui, le hack marche jusqu'au 5.5.1. Cependant, je conseille à tout le monde de bloquer les mises à jour à partir de maintenant. C'est pour cette raison que j'ai annoncé mes travaux sur l'IOSU en premier lieu : pour sensibiliser. J'ai atteint l'objectif de le faire tourner en 5.5.1 en exploitant un autre bug (un autre UAF défectueux dans WebKit) que celui de Yellows8, mais celui du libstagefright est beaucoup plus fiable et déjà publiquement connu. Ce qui signifie que la release publique en 5.5.1 utilisera la même vulnérabilité que celle trouvée par Yellows8 tandis que je garderais l'autre pourrie en privé.

Méfiez-vous de Nintendo qui va probablement sortir une grosse mise à jour du navigateur bientôt (je crois qu'il est logique de déduire cela), qui patchera très possiblement (et proprement) et les bugs libstagefright  et les autres de WebKit pas encore corrigés (celui que je mentionnais en faisant partie).

Marionumber8 a aussi fait un très beau travail en enquêtant sur les bugs userland dans les areas non-liés au navigateur internet (dans les données des Mii par exemple), sur lesquels nous nous pencherons plus sérieusement prochainement.

En dehors de cela, l'exploit a juste besoin d'obfuscation avant d'être partagé. Comme je l'ai déjà dit auparavant, les couches d'obfuscation seront très complexes et sont donc en toute logique dures à implémenter. Si jamais un autre retard se présente, ce sera sûrement à cause de l'obfuscation.

D'ailleurs, j'ai mentionné le fait que mes "vacances" seraient étendues jusqu'à fin février, mais ça ne signifie aucunement que l'exploit sera mis en ligne durant cette période. Je pense quand même qu'il pourra voir le jour avant, mais à l'heure actuelle la priorité est de réaliser quelque chose qui ne serait pas corrigeable par Nintendo dès sa sortie.

Hykem

L’article [WiiU] Les clés kernel de l’exploit IOSU 5.5.1 révélés est apparu en premier sur Custom Protocol.

Ce hack signé Yellows8 aidé de Plutoo est, d'après le hacker smealum qu'on ne présente plus, "très fiable". Le pré-requis est d'avoir son propre serveur pour héberger le fichier utilisé par le Browserhax, en théorie ça devrait marcher avec un serveur Apache basique lancé sur votre réseau local (via WAMP sur Windows par exemple).

Pour faire tourner ceci vous devez héberger le script de l'exploit sur un serveur, puis configurer wiiuhaxx_common tel que décrit dans ce répertoire. Si vous voulez utiliser libwiiu avec votre payload binary, vous devez dans ce cas utiliser un coreinit.h qui supporte vraiment la version de votre système. La taille maximale de la charge utile finale (loader inclus) est de 0x4000-bytes, donc votre entrée de payload est un peu plus petite que 0x4000-bytes (le script affichera un message d'erreur si la taille est trop grande). Une fois que tout est préparé, il ne reste plus qu'à accéder à l'URL où est hébergé le fichier, par exemple browserhax_fright_tx3g_wiiu.php.

Notez qu'une erreur courante peut survenir si l'URL finale est trop longue, essayez donc un maximum d'avoir un lien assez courtdu style http(s)://{serveur}/wiiuhaxx.php?sysver={version listée dans wiiuhaxx_common}. Ça n'a pas encore été débogué.

Read me de Yellows8

L’article [WiiU] Le BrowserHax est dispo pour le firmware 5.5.1 est apparu en premier sur Custom Protocol.

Tout d'abord, il est bon de rappeler que l'auteur n'a jamais promis qu'il publierait son travail à Noël, ni qu'il le publierait la semaine juste après. Il a simplement déclaré qu'il « pensait » pouvoir le lâcher dans ces eaux-là, mais force est de constater qu'il n'a pas pu faire selon ses prévisions. Bref, Hykem ne doit pas être blâmé pour avoir émis une fausse supposition, ce serait absurde.

Il faut savoir également qu'un groupe de hackers avait « démotivé » Hykem, qui pensait sa release inutile après la vue d'un tweet. Il s'agissait de smealum, plutoo et naehrwert qui avaient publié la preuve qu'ils étaient en possession d'un exploit IOSU eux aussi, via ce screenshot montrant les quatre premières valeurs d'une clé reconnus immédiatement par Hykem comme une preuve bien réelle et tangible.

Soupir...
C'est légitime et ça marche probablement sur 5.5.0. Ça utilise peut-être le même bug que j'ai trouvé, peut-être pas. Je pense que mon travail est inutile maintenant. Bravo @plutoo, @smealum et @naehrwert.
Ça ne devrait être plus qu'une question de temps avant que les clés soient publiques et l'exploit aussi.
Je m'en vais. À plus.

Hykem

Hykem a par ailleurs précisé qu'il s'agissait d'un soulagement pour lui :

Qui a dit que j'étais *** ? C'est en réalité un soulagement. Le fait qu'ils prennent en main le hack Wii U m'a libéré de beaucoup de maux de tête.
Je suis un peu énervé contre moi-même d'avoir pris plus de temps que je ne le souhaitais, mais j'ai toujours partagé ce que j'avais.
Il s'agissait d'une course à qui y arrivera le premier, et j'ai perdu, voilà tout.

Hykem

Le hic, c'est qu'il s'avérait que plutoo et naehrwert n'avaient aucunement l'intention de partager leurs travaux pour l'instant. Hykem a donc immédiatement repris en main son projet tout en ayant toujours l'intention de publier le fruit de ses recherches.

Jésus Christ...
Vous avez tous repris mes propos hors du contexte pour transformer ce fil (topic) en shitfest... encore...
J'ai déjà clarifié les choses avec naehrwert, leur boulot ne sera pas mis en ligne et utilise de plus un autre chemin d'exploitation que le mien. Cela veut dire qu'ils pourront tranquillement garder leur exploit tandis que je partagerai le mien. Problème résolu.

Je m'excuse si mes propos étaient pauvres et sonnaient comme un ressentiment ou autre. Ce n'est pas ce que je voulais dire.
J'avais simplement dit que je m'en irai car ils y étaient arrivés avant moi, et car je savais qu'ils avaient la capacité et le temps de construire une belle scène homebrew à eux seuls (comme sur 3DS). Je n'ai jamais dit que j'avais abandonné ou que je ne mettrai pas en ligne mes travaux.

Hykem

Bref, l'exploit IOSU est prévu avant le mois de février, c'est-à-dire pour le mois de janvier, d'après l'auteur.

Ok, j'ai une bonne et une mauvaise nouvelle.
La mauvaise, c'est que je vais devoir une nouvelle fois de plus repousser la date de publication. J'avais dit qu'une sortie cette semaine serait « plus plausible », mais je n'ai jamais affirmé que cela arriverait absolument pendant cette période-là. Pourtant, le retard n'est pas énorme et il n'y a certainement aucun besoin d'attendre un nouveau firmware.
Comme je l'ai dit avant, mon mois de janvier est complètement libre et l'exploit sera publié avant février (oui, je suis sûr de cela).

Maintenant la bonne nouvelle, qui explique ce retard involontaire, réside dans le fait que j'ai trouvé quelque chose dans le module MCP et que j'ai besoin d'y voir un peu plus clair. Si je ne me trompe pas, nous serions dans la capacité d'avoir un exploit boot-time (au lancement). Le module MCP est responsable de l'exécution des titres « maîtres » (comme celui du noyau PPC par exemple) et j'ai trouvé un bug qui, s'il se révèle être exploitable, devrait permettre de détourner cette exécution pendant que MCP serait toujours en train de préparer le lancement de programmes.

Cela signifie qu'un exploit IOSU rapide ainsi qu'un boot direct dans un environnement exploitable peuvent être inscrits au menu. Sans compter que MCP est le module IOSU de l'utilisateur ayant le plus de privilèges (après BSP) et qu'avoir un accès à celui-ci est donc plus que suffisant pour avoir un exploit IOSU à un moment donné.

Je crois qu'il est important de se pencher sur ça puisque si ça fonctionne, on n'aurait plus à s'inquiéter d'un quelconque brick de sa console en installant des titres personnalisés (Homebrew Channel par exemple) puis en tentant de les lancer avant d'enclencher l'exploit à nouveau après un fresh boot.

Cela étant dit, s'il s'avère que ce n'était rien d'intéressant, l'exploit IOSU sera immédiatement publié sans plus attendre.

Hykem

Voilà qui devrait plaire aux fans. Si vous souhaitez vous taper le long topic GBATemp de cet exploit hyper attendu, on vous souhaite bonne chance : il a déjà 754 pages au compteur, pour un total de 15 063 messages à l'heure où j'écris ces lignes...

L’article [WiiU] Outai, exploit IOSU 5.5, outai ? est apparu en premier sur Custom Protocol.

Donc, mon intention de sortir quelque chose pour Noël ne va clairement pas pouvoir être satisfaite. Je savais déjà qu'il serait impossible d'obtenir tous les trucs pertinents pour demain, d'où ma mise en garde [la semaine dernière] que ce n'était qu'une intention.

Je travaille toujours régulièrement sur tout ce qui est nécessaire à une release "propre" et vais dépenser tout mon temps libre du premier mois de l'année prochaine pour entretenir et soutenir mon exploit. Par ailleurs, cela ne signifie pas que ça n'arrivera jamais, je voulais juste vous communiquer cette petite info pour que vous n'espériez pas une release à Noël. La semaine prochaine ou plus tard me semble une date de publication plus plausible.

Hykem, dev

Voilà par ailleurs une petite liste de ce que cet exploit IOSU pourrait permettre, d'après lordelan :

• Jouer à des backups depuis le SD ou l'USB sans avoir besoin d'héberger les fichiers ;
• Importer/Exporter des sauvegardes de jeux via SD ou USB ;
• Importer/Exporter des Miis via SD ou USB ;
• Désactiver l'alerte de "format" quand le lecteur USB pour le mode vMii est connecté au lancement de la Wii U ;
• Peut-être désactiver la mise à jour du firmware ;
• Lancer des homebrews (applications) comme WiiMC (centre de média) ;
• L'emuNAND ;
• Un homebrew channel ;
• Utiliser des DLC via des backups ;
• Lancer des jeux Wii depuis le mode Wii U comme s'il s'agissait de VCs injectés (vMii deviendrait alors obsolète) ;
• Lancer Nintendont depuis le mode Wii U pour lancer des jeux en 1080p.

Ça donne envie n'est-ce pas ?

L’article [WiiU] Le hack de Hykem est repoussé… est apparu en premier sur Custom Protocol.