Si par hasard, vous faisiez partie des personnes retenues pour bêta-tester les nouveaux produits de l'équipe, vous avez normalement d'ores et déjà reçu par courriel votre numéro de suivi du colis ainsi que le colis lui-même (prévu pour être livré vers le 7 ou 8 mai dernier).

Pour rappel, les SX Core et SX Lite sont des petits dispositifs à insérer/souder dans votre console Nintendo Switch dans le but de la hacker et d'accéder au Custom Firmware SX OS, qui permet ensuite de lancer des homebrews, émulateurs, back-ups de jeu, etc. Plus d'infos sont disponibles ici.

Les SX Core sont destinés aux modèles Switch standards (même ceux qui ont été patchés pour empêcher l'exploitation de la faille Tegra) tandis que les SX Lite ne sont compatibles qu'avec les modèles de Switch Lite.

En ce qui concerne l'accès au grand public, celui-ci devrait être bientôt disponible, sans doute après les tests et les éventuels correctifs qui auront découlé des revues des bêta-testeurs (courant mai ? La Team Xecuter indique avoir les stocks nécessaires pour le mois de mai...).

L’article [Switch] SX Core & SX Lite : les exemplaires de test/revue ont été livrés est apparu en premier sur Custom Protocol.

Mise à jour le 14/05/2020 à 10h49 - Livraisons pour les bêta-tests/revues réalisée le 6 mai 2020. Pas encore de date prévue pour la livraison grand public, mais probablement courant mai.

Ça y est, on l'attendait tous : voilà que la Team Xecuter vient d'annoncer officiellement sur son blog l'ouverture des pré-commandes pour ses deux nouveaux-nés, à savoir les SX Core et SX Lite ! Petit retour sur ces deux outils et leur utilité dans le hack de la console de Nintendo...

Pour faire simple, le hack de la Switch se basait jusqu'alors sur une faille matérielle découverte dans le processeur Tegra. Nintendo ayant rapidement été mis au courant de cette vulnérabilité, le processeur fut modifié et les nouveaux modèles qui parurent après la mi-2018 se virent dépourvus de hack...

Heureusement, c'était sans compter la Team Xecuter, qui s'était déjà fait un grand nom dans la scène underground grâce à son SX OS, une sorte de système d'exploitation (OS) alternatif permettant de lancer du code non-signé, c'est-à-dire non-approuvé officiellement par Nintendo, comme par exemple des homebrews (petits programmes réalisés par des développeurs amateurs) ou des émulateurs (logiciels simulant le fonctionnement d'une autre console ou machine).

L'équipe a en effet laissé transparaître fin 2019 qu'un hack compatible avec les derniers modèles de Nintendo Switch serait imminent, avant de confirmer les rumeurs officiellement en mettant en ligne une vidéo le 28 décembre 2019 ; dans laquelle on pouvait voir l'exploit (nom donné à un programme exploitant une faille) fonctionner sur une Switch Lite, soit l'un des tous derniers modèles de Switch.

Quelques questions se posaient encore alors,  notamment concernant la forme que prendraient ces solutions (il était question d'un petit périphérique à insérer/souder dans la console), et quelles seraient leur date de sortie.

Trois jours plus tard, tout le monde sait ce qu'il se passa : l'Organisation Mondiale de la Santé alertait sur la montée de cas de pneumonies dans la ville de Wuhan, en Chine, et quelques jours plus tard les autorités sanitaires confirmèrent qu'un nouveau coronavirus inconnu en était la cause.

La rapide évolution des événements conduisit la Team Xecuter, dont les usines de fabrication de leurs solutions qui étaient effectivement matérielles (ce qui signifie qu'il faut bien insérer ou souder quelque chose dans sa Switch) se trouvaient en Chine, à communiquer sur le retard de leur production, et à donner une nouvelle information : deux solutions distinctes ont été développées, l'une nommée SX Core pour les Switch standards, et l'autre nommée SX Lite pour les Switch Lite.

Aujourd'hui, la crise du coronavirus (baptisé COVID-19 ou SARS-CoV-2) semblant se résorber en Chine d'après les autorités du pays, la Team Xecuter en a profité pour ressortir un peu de son silence et annoncer l'ouverture très prochaine des pré-commandes de ses SX Core et SX Lite.

Voici une traduction du billet mis en ligne sur leur blog officiel :

Tout d'abord, nous espérons que vous et vos familles êtes en sécurité et en bonne santé pendant cette pandémie mondiale qui a durement frappé notre civilisation.

Nous avons reçu de nombreuses questions sur l'état actuel de nos nouveaux produits, et après de nombreux obstacles, nous sommes ravis d'annoncer que nous ouvrirons des précommandes pour nos produits SX Core et SX Lite à partir d'aujourd'hui (ndlr : 7 avril 2020).

Tout comme le SX Pro, le prix de vente des SX Core et SX Lite est actuellement fixé à 45,95 $ (ndlr : 42,26 € à l'heure actuelle) et est livré avec une licence SX OS gratuite (bien que vous soyez libre de ne pas utiliser SX OS, évidemment).

Tous les distributeurs et vendeurs commenceront à prendre des précommandes dans les prochaines heures ou prochains jours. Nous avons voulu vous informer pour donner à chacun une chance égale d'être parmi les premiers à recevoir leur exemplaire de la prochaine génération des meilleurs produits de la Team Xecuter pour vos consoles Switch bien-aimées !

Ceux d'entre vous qui ont été sélectionnés pour la version bêta privée (vous savez si vous en faites partie !) devraient recevoir leurs unités de test vers la fin de la semaine prochaine (ndlr : la semaine du 13 au 19 avril 2020). Après vérification de leur santé et de leurs commentaires, nous augmenterons la production et nous nous efforcerons de livrer les précommandes au détail vers la fin avril.

C'est tout pour aujourd'hui. Restez à l'écoute pour plus d'informations !

Team Xecuter

Ce qu'il faut donc retenir de cette annonce, c'est que le prix fournisseur (donc pas le prix de vente final, qui lui sera fixé par les différents revendeurs) des SX Core et SX Lite sera autour des 42 €, et que la livraison « grand public » devrait débuter d'ici la fin avril.

Étant donné que les événements ne cessent de s'enchaîner à une vitesse folle à cause du coronavirus, nous préférons donc vous prévenir que rien n'est certain et qu'en aucun cas la Team Xecuter ou quiconque ne pourrait être blâmé si un éventuel nouveau report ou retard il devait y avoir.

En attendant, nous pouvons saluer le travail de la Team Xecuter mais également de tous les travailleurs de tous les pays qui continuent de faire tourner le monde malgré cette crise : tout le personnel médical évidemment, mais aussi les agriculteurs, les ouvriers, les policiers, les livreurs, les routiers, les caissiers, etc. Un grand merci et bravo à tous, nous vous souhaitons une bonne santé et un bon courage.

L’article [Switch] Les pré-commandes des nouveaux SX Core et SX Lite sont ouvertes est apparu en premier sur Custom Protocol.

Si vous  n'avez pas tout suivi, sachez que la Team Xecuter, un groupe de développeurs à l'origine d'un Custom Firmware nommé SX OS ainsi que d'un accessoire de hack appelé SX Pro, travaillait depuis quelques temps sur une nouvelle solution compatible avec les récents modèles de Nintendo Switch, dont la nouvelle Switch Lite. Baptisées SX Core (pour les Switch standards) et SX Lite (pour... les Switch Lite), elles devaient toutes deux se présenter sous la forme d'un périphérique à connecter à la console (plus d'infos par ici) et être commercialisées en début 2020.

Seulement, c'était sans compter sur le nouveau virus « SARS-CoV-2 » (à ne pas confondre avec la maladie qu'il déclenche, « Covid-19 ») qui déstabilise fortement l'économie de la République Populaire de Chine depuis plusieurs jours. Or, les usines qui devaient fabriquer les fameux périphériques de la Team Xecuter ne se trouvaient autre que... en Chine, eh oui, dans le mille !

L'équipe de hackers a donc publié un billet sur son blog, expliquant que la commercialisation au grand public aurait du retard, mais que la pré-production des premières moutures avait quant à elle pu être terminée. Elle fait donc appel aux internautes qui se porteraient volontaires pour tester jusque dans ses derniers retranchements le SX Core/SX Lite et leur faire parvenir des retours qui permettraient d'améliorer la version finale produite et distribuée à grande échelle.

La Team Xecuter a indiqué qu'elle avait besoin d'entre 200 et 300 testeurs qui seraient réellement prêts à consacrer du temps au test de leur nouvelle création et qui seraient capables de réaliser quelques soudures basiques, en fournissant par ailleurs une liste des points éliminatoires pour faire partie des bêta-testeurs :

• ne pas avoir de temps pour réellement tester en profondeur
• ne pas avoir les compétences en soudure requises
• vouloir simplement un produit gratuit (« si vous nous aviez déjà contacté précédemment et que nous savons que vous voulez simplement obtenir des choses gratuitement, nous savons qui vous êtes, nous les fabricants nous nous connaissons tous entre nous, ne vous embêtez pas à essayer »)
• ne pas être prêt à éventuellement avoir des problèmes (« nous n'allons pas vous envoyer une nouvelle console si vous faites une soudure au mauvais endroit »)

Nous avons déjà pas mal de noms de personnes [avec qui nous avons déjà échangé] dans le passé, nous vous confirmerons si vous en êtes lorsque vous nous enverrez un courriel. Mais comme ce produit est assez avancé, nous aimerions recevoir un peu plus d'aide. Toutes les * nouvelles * applications doivent être accompagnées de références de membres connus de la scène et de confiance. Si vous n'en faites pas partie, désolé, nous ignorerons simplement votre demande.

Encore une fois, c'est compatible avec TOUTES les Switch. Les Switch standards non-patchées, les patchées, les Mariko ainsi que les Switch Lite. Mais évidemment, nous ne sommes pas intéressés par les personnes possédant une Switch standard non-patchée (vous pouvez déjà la hacker en prenant un SX Pro !).

Team Xecuter

Ces choses étant dites et bien dites, si vous souhaitez tenter votre chance en tant que bêta-testeur, vous pouvez envoyer un mail à « wholesale (arobase) xecuter (point) com ».

Plus qu'à attendre les prochaines nouvelles maintenant...  Bien sûr, on vous tiendra informé dès qu'on en aura, comme toujours !

L’article [Switch] SX Core & SX Lite : retard à prévoir mais phase de test lancée est apparu en premier sur Custom Protocol.

Oui, c'est avec tristesse que je suis obligé de vous écrire cet article... Nintendo a bel et bien joué ses cartes et a cette fois-ci décidé de lancer son firmware 6.2 pour la Nintendo Switch.

Si vous suivez l'hack-tualité Switch, vous savez très probablement que la vulnérabilité de la Switch ne peut pas être patchée à cause de sa nature hardware, se situant au niveau de sa puce graphique Nvidia Tegra qui, si je peux me le permettre, nous aura fort simplifié la tâche.

Seules deux possibilités s'offraient à Nintendo pour contrer cela : soit lancer un nouveau modèle de console avec sa révision au niveau de la puce, soit modifier le firmware dans le but de compliquer la tâche aux hackers. La firme a-t-elle réussi avec sa version 6.2 ?

Doucement, doucement ! Étant donné que cette mise à jour est arrivée il n'y a pas longtemps, on ne peut pas vraiment vous fournir un changelog complet et détaillé ; en attendant par contre, on peut vous expliquer grossièrement ce qu'il s'est produit au niveau software de la console :

PSA: 6.2.0 changed everything. Package1 crypto now heavily relies on TSEC. https://t.co/RAErzalmUs

— Mike Heskin (@hexkyz) November 20, 2018

Comme le tweet de Mike Heskin nous le présente, on peut très clairement voir que Nintendo n'a pas chômé, et pour cause ! La firme japonaise a bel et bien décidé de jouer tous ses atouts en modifiant la chaîne de cryptage de tout le package1, ce qui a pour conséquence de bloquer tous les Custom Firmwares sur votre console, Atmosphère autant que la solution payante de la Team-Xecuter, le SX OS !

Heureusement pour nous, cette nouvelle clef n'est pas incrackable, en effet on peut voir que le développeur SciresM, connu pour avoir grandement contribué au développement d'Atmosphère, nous fait savoir qu'il est sur le coup pour tenter de la décrypter. On peut donc raisonnablement penser que le hack sera de retour dans le futur !

Comme toujours, nous vous recommandons de ne pas mettre à jour votre console tant que la clef n'aura pas été déchiffrée, donc de rester sur votre firmware actuel (ou bien de franchir le pas si pour vous ne pas jouer à Mario Kart en ligne est impossible).

Sur ce, l'équipe CTP vous souhaite un bon hack ! ;)

L’article [MàJ] [Switch] La version 6.2 est disponible : que s’est-il passé avec les Custom Firmwares ? est apparu en premier sur Custom Protocol.

La majorité des possesseurs de Switch connaissent sans aucun doute la team-Xecuter. Mais si, vous vous souvenez ? Cette fameuse Team ayant sorti la seule (et unique) possibilité de lancer vos backups au format XCI (pour le moment) !

Malheureusement, la Team n'ayant pas partagé le code source (en même temps, faire du profit c'est mieux), la scène Switch était partagée entre deux dilemmes : patienter pour une version gratuite, le temps que quelqu'un réussisse à faire la même chose que la Team-Xecuter ; ou alors payer sans attendre.

Entre-temps, des petits bidouilleurs ont réussi à accéder au DevMenu, qui permet d'installer des fichiers au format NSP (le format propriétaire de Nintendo), et c'est ainsi qu'est né le projet 4NXCI, par le développeur The-4n, qui offre la possibilité de convertir des backups XCI en format NSP.

Sachez que, dès aujourd'hui, il existe une solution totalement gratuite permettant l'installation de fichiers NSP sur votre console et donc le lancement de backups de jeux : Tinfoil !

I) Introduction

4NXCI est un utilitaire sur ordinateur permettant de convertir vos jeux XCI au format NSP installables depuis Tinfoil. Le soucis étant que pour fonctionner, le soft à besoin de vos clés Switch pour pouvoir fonctionner. Pour ce faire, passons immédiatement aux pré-requis pour ne pas perdre plus de temps :

1) Prérequis

• Une Nintendo Switch dans n'importe quel version du firmware ;
• Une carte micro SD formatée en exFAT ;
• Un ordinateur ;
• Savoir comment démarrer en mode RCM ;
• Savoir comment transférer un payload ;
• Télécharger les fichiers disponibles juste en dessous.

II) Installation

1) Dumper les clés

Bien, maintenant branchez votre carte MicroSD dans votre ordinateur, et décompressez le fichier « SDFilesV10 » et transférez tout son contenu dans la carte MicroSD (à la racine de celle-ci, donc).

Ensuite, ouvrez l'archive « kezplez-nx » et déplacez les trois fichiers qui s'y trouvent dans le dossier « switch » de votre carte MicroSD :

Éteignez maintenant votre console, insérez-y votre carte microSD, puis passez-là en mode RCM. Ceci fait, lancez le payload précédemment téléchargé par la manière dont vous le souhaitez. Enfin suivez les instructions plus bas.

À partir de cet écran, naviguez avec les boutons « Volume + »/« Volume - » pour naviguer parmi les options disponibles. Choisissez « Console info... », puis appuyez sur la touche Power pour sélectionner.

Choisissez maintenant les deux options indiquées par les flèches en rouge dans la photo ci-dessous (vous ne pouvez pas les manquer, je vous assure !) à l'aide du bouton Power. Lorsque les deux options seront sélectionnées, revenez au menu principal, puis choisissez la première option, à savoir « Launch ».

Arrivé dans ce nouveau menu, sélectionnez « Payloads... ».

Puis enfin, cliquez simplement sur « ReiNX » pour lancer le CFW !

B) Créer le fichier « keys.txt »

Lorsque vous aurez booté sur le menu de la Switch, naviguez simplement vers l'album pour accéder au Homebrew Menu. Naviguez par la suite jusqu'au homebrew dénommé kezplez précédemment téléchargé. Ce homebrew va permettre de décrypter les clés et d'en faire un fichier compréhensible par 4NXCI.

À partir de là, appuyez simplement sur pour voir un horrible menu arc-en-ciel. Ce menu vraiment simpliste vous permettra, lorsque vous aurez appuyé sur , de créer un fichier « keys.txt » à la racine de votre console lorsque le compte à rebours en haut à gauche aura atteint 19.

Ouf ! On a enfin fini avec les clés ! Maintenant éteignez votre console puis connectez la carte microSD sur votre ordinateur pour y voir un nouveau fichier nommé « keys.txt » à la racine de votre microSD. Copiez simplement ce fichier et collez-le dans un dossier quelque part sur votre ordinateur.

C) Convertir les XCI en NSP

Commencez par télécharger la dernière version de 4NXCI sur GitHub juste en dessous. Décompressez ensuite l'archive dans un dossier au choix, quelque part sur votre ordinateur.

Bien, pour la suite de ce tutoriel, j'utiliserai un backup de mon jeu Mario Odyssey au format cartouche. Pour rappel, ce tutoriel a un but démonstratif et je ne vous incite en aucun cas à télécharger des jeux illégalement sur internet :

Maintenant que tout est clair, procédons ! Pour commencer, placez votre jeu au format « .XCI » dans le même dossier où vous venez de décompresser 4NXCI.

Enfin, retrouvez le fichier « keys.txt » précédemment copié sur votre bureau et mettez-le dans le dossier d'installation de 4NXCI. Il va maintenant falloir éditer ce fichier pour y enlever une ligne de code qui, si vous ne l'enlevez pas, va faire crash (planter) le logiciel.

Pour remédier à ce problème, ouvrez le fichier avec l'éditeur de texte de votre choix, puis supprimez-y simplement la ligne suivante :

encrypted_header_key

Ouf ! On est sur la dernière ligne droite !  Pour terminer, procédez simplement à deux copié-collés du fichier « keys.txt » dans le dossier d'installation de 4NXCI, puis remplacez l'extension du premier par « .ini » ; puis le suivant par « .dat » comme ceci :

Et enfin, il vous suffit simplement de glisser-déposer votre fichier XCI directement sur le logiciel « 4nxci.exe ». Une invite de commande Windows devrait apparaître, laissez-la faire son travail !

D) Installer des fichiers NSP sous Tinfoil

Parfait ! Vous devriez maintenant avoir votre jeu, mais cette fois-ci sous le format « .NSP » ; transférez maintenant ce fichier dans votre carte MicroSD dans le dossier dénommé « tinfoil », puis « nsp ».

Ré-insérez votre carte SD dans votre console, démarrez-là en mode RCM puis bootez sur ReiNX comme précédemment. Dirigez-vous ensuite dans l'album pour accéder au Homebrew Menu et lancez le homebrew Tinfoil.

Arrivé sur le menu, sélectionnez la première option avec le bouton  :

Cliquez sur la première option une nouvelle fois comme ci-dessous :

Une fois sur ce nouveau menu, vous verrez une liste de tous les fichiers « .NSP » présents sur votre carte mémoire. Sélectionnez simplement le premier pour installer le jeu (si vous en avez deux, sélectionnez d'abord celui qui a la série de chiffres la plus basse ; l'autre étant une mise à jour du jeu). 

Il ne vous reste plus qu'à sélectionner l'emplacement d'installation désiré (carte SD ou NAND). Pour des raisons de sécurité envers Nintendo, nous vous conseillons d'installer vos backups sur votre carte SD au lieu de votre NAND.

Enfin ! Vous avez terminé ! Maintenant, retournez à l'écran d'accueil et... Tadaaa ! Votre jeu devrait apparaître ! 

Avant de vous quitter, vous devez savoir que cette solution ne s'applique pas uniquement aux jeux. En effet, les fichiers « .NSP » sont des fichiers installables, vous pouvez donc — si vous vous y connaissez — tout aussi bien installer une application directement sur l'écran d'accueil et non dans le Homebrew Menu ! Pratique pour y ajouter ses émulateurs favoris !

Maintenant que ce tuto est terminé, j'en profite pour vous rappeler ceci (au cas où vous l'auriez oublié) :

Parfait ! Si vous avez des questions et/ou problèmes, n'hésitez pas à en faire part sur notre forum, l'équipe se fera un plaisir de vous répondre ! 

Sur ce, l'équipe de Custom Protocol vous souhaite un bon hack ! ;)

L’article [Switch] TUTO - Convertir et installer un backup XCI en NSP avec 4NXCI et Tinfoil est apparu en premier sur Custom Protocol.

Version 0.7.1

• Correction d'un bug empêchant les consoles équipées d'une version du firmware entre 4.0.0 et 4.1.0 d'être mises en veille et rallumées ;
• Correction d'un bug empêchant les consoles équipées d'une version du firmware inférieure à 4.0.0 de démarrer sans KIP spécifiques sur la carte SD ;
• Ajout d'une API au gestionnaire de services (Service Manager) d'Atmosphère pour différer l'acquisition de tous les descripteurs de services spécifiques jusqu'à la fin de l'initialisation ;
• Améliorations générales de la stabilité du système pour l'expérience utilisateur.

Le changelog originel (en anglais) est disponible ici.

Version 0.7.2

• Correction d'un bug dans l'implémentation en lecture seule du fichier fs.mitm de LayeredFS qui provoquait le plantage de certains jeux lorsque des fichiers tentaient d'être lus ;
• Correction d'un bug affectant la version 1.0.0 du firmware qui causait le plantage de jeux au démarrage avec une erreur fatale (code « 2001-0106») ;
• Amélioration des noms de fichiers générés par la commande « make dist » ;
• Améliorations générales de la stabilité du système pour l'expérience utilisateur.

Le changelog originel (en anglais) est disponible ici.

Version 0.7.3

• Loader et fs.mitm essaient maintenant de recharger le fichier « loader.ini » avant sa lecture. Cela permet de changer la combinaison de boutons/l'ID du HBL (le « title id ») au moment de l'exécution ;
• Ajout d'un MitM entre set:sys et qlaunch, utilisés pour remplacer la chaîne de caractères de la version affichée dans les paramètres système ;
  • Les paramètres système affichent désormais « A.B.C (AMS X.Y.Z) » (« A.B.C » étant la version du firmware installée sur la Switch et « X.Y.Z » la version d'Atmosphère utilisée) ;
• Améliorations générales de la stabilité du système pour l'expérience utilisateur.

Le changelog originel (en anglais) est disponible ici.

Voilà pour ces trois nouvelles mises à jour d'Atmosphère, qui continue son bonhomme de chemin et qui fera l'objet d'un tutoriel d'installation dès que possible ! ;)

Bon hack !

L’article [Switch] SciresM partage quelques nouvelles mises à jour d’Atmosphère est apparu en premier sur Custom Protocol.

Il aura fallu attendre un peu plus de 4 mois après la date de « sortie » initialement annoncée pour que le Custom Firmware Atmosphère soit enfin mis en ligne, dans une première version 0.7.0. C'est via le compte Twitter du développeur de renom @SciresM que l'information est tombée ce mercredi 17 octobre à 13h05.

Pour rappel ou pour information, Atmosphère est un hack à destination des consoles Nintendo Switch exploitant la faille RCM et permettant de lancer du code non-signé par Nintendo. Dans le but par exemple de lancer des homebrews (programmes faits maison par des développeurs amateurs), des émulateurs (simulation d'anciennes consoles), ou encore des copies de jeu.

Plus exactement, il s'agit d'un Custom Firmware, c'est-à-dire d'un firmware... modifié (merci captain obvious), qui a subi des modifications de la part de développeurs tiers ne travaillant pas pour Nintendo. Cela permet donc de continuer à bénéficier des caractéristiques offertes par le firmware officiel, en plus d'options supplémentaires rajoutées par les développeurs (telles que celles évoquées juste au-dessus).

Bref, autant dire qu'Atmosphère était très attendu par la communauté underground. C'est donc sans grande surprise que la nouvelle de SciresM a eu l'effet immédiat d'une bombe. Dans son tweet, le programmeur a par ailleurs révélé que les releases devraient normalement être beaucoup plus fréquentes à partir de maintenant.

La page GitHub du projet est accessible juste en bas, et donne plus de précisions quant aux fonctionnalités offertes par Atmosphères, chacune ayant son petit nom : « Fusée », « Exosphère », « Thermosphère », « Stratosphère » ou encore « Troposphère ». Et comme toujours, n'oubliez pas de cliquer sur l'onglet « Releases » au centre pour télécharger le produit bien emballé comme il faut et prêt à l'emploi (sauf si vous préférez compiler par vous-même).

Ne vous inquiétez pas, le tutoriel arrive dès que possible sur Custom Protocol ! ;) En tout cas, on peut d'ores et déjà vous dire que ça a fonctionné chez nous !

Bon hack à tous !

L’article [MàJ] [Switch] Une première version d’Atmosphère enfin mise en ligne est apparu en premier sur Custom Protocol.

Ah là là, Atmosphère ! LE Custom Firmware attendu par bon nombre de possesseurs de Nintendo Switch ! Ce même Custom Firmware dont la date de mise en ligne était initialement prévue pour le 15 juin (bien que l'on sait aujourd'hui que c'était un fake) ! Oui, je sais que beaucoup se réveillent au fond de la salle en se demandant ce qu'est Atmosphère... Laissez-moi vous expliquer ce qu'est ce CFW un plus bas !

1) Explications

Initialement annoncé par @SciresM en personne ; le projet consistait à réaliser un Custom Firmware totalement libre, donc avec un code source en libre accès sur sa page GitHub. Il se veut aussi dans la parfaite légalité et gratuitié, contrairement à celui de la Team-Xecuter, qui pour rappel propose un CFW payant ayant pour principal but le lancement de jeux.

Vous pouvez donc d'ores et déjà dire adieu à votre lanceur de backups avec ce CFW ! Néanmoins, il est plus que probable que du fait du libre accès à son code source sur internet, de petits génies trouvent un moyen d'en y implémenter un dans une version modifiée, avec éventuellement d'autres joyeuseries...

Bien ! Maintenant que tout cela est dit, passons aux informations que vous attendez depuis un long moment !

2) Informations

Comme vous pouvez l'imaginer, le changelog est assez imposant du fait du contenu du développeur qui y travaille d'arrrache-pied jours et nuits ! Sans plus attendre, je vous laisse le lire, traduit par mes soins :

Oui, oui ; je sais, j'ai vu aussi tout comme vous le bon GROS TROLL à la fin que l'on nous sert tout le temps sur un plateau d'argent lorsqu'un fabriquant délivre une nouvelle mise à jour pour sa console (coucou Sony).

Blague à part, on peut quand même dire que SciresM ne nous avait pas du tout menti lorsqu'il nous promettait un CFW avec beaucoup de fonctionnalités. Et ce n'est pas tout ! 

Thermosphère, qui arrivera plus tard à cause de difficultés, sera une implémentation de l'emuNAND (cela devrait raviver des souvenirs pour ceux qui possèdent une 3DS) qui permet tout simplement d'émuler une version de firmware plus récente pour, par exemple, pouvoir avoir une console à jour afin de jouer à ses jeux, tout en gardant à côté une version 3.0.0 pour le hack. ^^

En bref ! Beaucoup de bonnes choses sont en approche pour la scène Switch, et ça ne promet que du bon (en même temps, à titre personnel, n'avoir qu'un seul CFW payant comme option, franchement c'est pas top).

Donc on se dit rendez-vous vers mi-août, et en attendant : l'équipe CTP vous souhaite comme toujours un bon hack ! ;)

L’article [Switch] La période de release d’Atmosphère dévoilée ! est apparu en premier sur Custom Protocol.

Si vous n'avez pas pu suivre ce qu'il s'est passé ou si vous souhaitez simplement avoir un résumé de tout ce qui a été déversé depuis près de deux semaines, vous êtes sur la bonne page. Ce dossier récapitulatif va tout d'abord revenir sur l'élément déclencheur de toute cette affaire, puis s'attarder point par point sur les multiples publications qui en ont émané, et enfin faire le bilan sur les possibilités actuellement offertes, sur le futur du hack de la Nintendo Switch ainsi que sur la façon dont Nintendo pourrait riposter.

Bonne lecture ! 

Introduction

Octobre 2017 : une info passée presque inaperçue

Le 15 octobre 2017, le hacker SciresM informe sur le réseau social Twitter qu'il est parvenu à réaliser un dump (une « copie des données ») du Tegra 210 Boot ROM avec l'aide de la Team ReSwitched.

L'annonce n'avait alors pas fait grand bruit, bien qu'elle signait une nouvelle étape dans le hack de la Switch : en effet, les hackers allaient pouvoir faire de la « rétro-ingénierie » avec ces données dans le but de trouver une vulnérabilité dans le processus de démarrage de la console. Et en règle générale, lorsqu'une telle vulnérabilité est découverte, cela se traduit par une possibilité de prise de contrôle totale de la console, et donc de tout ce qui en découle : installation d'un Custom Firmware, lancement de homebrews (programmes non-signés), etc.

Mais tout ceci est relativement resté dans l'ombre de l'actualité, puisque quelques jours plus tard la même Team ReSwitched annonçait la mise en ligne de sa boîte à outils PegaSwitch pour les consoles en version 3.0.0...

Janvier à Avril 2018 : des promesses en veux-tu en voilà

Au lendemain du jour de l'an et quelques jours suivants le Chaos Communication Congress (qui s'est déroulé en toute fin d'année 2017), soit le 2 janvier 2018, la Team Xecuter révèle sur son site internet qu'elle détient « la solution » pour la Nintendo Switch et qu'elle la partagera bientôt, dans le courant printemps 2018.

Cette fameuse « solution », dont personne ne sait quelle est la forme exacte, semble d'autant plus séduisante qu'elle est certifiée compatible avec toutes les versions de la console. De plus, malgré le caractère lucratif revendiqué de la Team-Xecuter, cette dernière est déjà bien implantée dans le domaine du hack de consoles et est donc a priori exempte de tout soupçon de fake. Bref, tous les éléments sont réunis pour croire à une future et véritable révolution dans le hack de la Nintendo Switch.

Après cette grandiloquente annonce, tout le monde pense qu'il ne reste plus qu'à sagement attendre les prochains communiqués de la Team-Xecuter, qui par ailleurs informe le 15 janvier sur ses forums que sa solution sera disponible en deux versions : une avec soudure, et une sans. Mais c'est sans compter sur la troisième et célèbre équipe de hackers nommée Fail0verflow...

C'est en effet le 7 janvier 2018, soit moins d'une semaine après l'événement crée par les membres du groupe Xecuter, que la Team Fail0verflow met en ligne sur son compte Twitter une courte vidéo montrant la preuve qu'elle détient un exploit coldboot, baptisé shofEL2, grâce au NVIDIA Tegra. Ce fameux processeur dont on avait parlé discrètement en octobre 2017...

Les questions se bousculent : est-ce que la Team Fail0verflow, connue pour ne partager pratiquement aucune de ses découvertes, a-t-elle pour intention de faire une release ? L'exploit est-il compatible avec toutes les versions de la Switch ? Quelles sont les limites ? Peu de questions vont obtenir une réponse, mais une chose est presque sûre : étant donné que l'exploit utilise une faille du CPU (processeur), cela veut dire qu'il est très certainement compatible avec toutes les versions du firmware...

Alors que la Team-Xecuter et la Team Fail0verflow occupent tout le devant de la scène underground, la Team ReSwitched décide elle aussi de ressortir de l'ombre le 17 février 2018 en annonçant sur le compte Twitter de Kate Temkin‏ qu'elle est également en possession d'un exploit du même genre, surnommé Fusée Gelée. L'annonce est accompagnée d'une vidéo mise en ligne sur la plateforme YouTube ainsi que d'un fichier texte révélant entre autres que des images non-signées pouvaient être exécutées et que l'exploit prenait parti du processeur Tegra. Tiens, comme on le retrouve...

Le « grand public » commence donc à comprendre qu'un nombre croissant de hackers a réussi à mettre la main sur les données de ce fameux processeur Tegra et que des failles ont été trouvées dessus. Peut-être s'agit-il d'une seule et même faille ? Une chose semble sûre, au moins trois grands groupes de hackers se livrent secrètement à une sorte de « course » pour publier en premier quelque chose de solide et fonctionnel :

• La Team-Xecuter, qui promet une release prochaine mais certainement payante ;
• La Team Fail0verflow, qui demeure comme à son habitude très discrète quant à toute possibilité de release ;
• La Team ReSwitched, qui n'a pas non plus donné de précision quant à une éventuelle release.

Les semaines qui suivirent ces grands événements de début d'année 2018 furent relativement calmes, sans être totalement dépourvues d'actualité. Ainsi, la Team Fail0verflow démontra le 6 février 2018 qu'elle était en capacité de lancer Linux grâce à son exploit, Ktemkin et la Team Reswitched promirent dans une F.A.Q. parue le 4 avril 2018 une sortie pour l'été d'une chaîne d'exploit et d'un Custom Firmware appelé Atmosphere, tandis que la Team-Xecuter repoussa le 15 février 2018 la sortie initiale prévue pour le printemps en communiquant qu'ils souhaitaient « finaliser » leur produit (ou le sécuriser autant que possible pour éviter toute rétro-ingénierie).

Bref, tout semblait plus ou moins paisible, jusqu'au jour où...

 Historique

21 avril 2018 : le jour du leak

L'avenir semblait radieux pour la scène underground Switch, le grand public savait qu'il pouvait compter sur le groupe à but lucratif Xecuter pour une commercialisation imminente de leur « solution » ainsi que sur l'alliance ReSwitched-Ktemkin pour une alternative Open-Source pour l'été 2018. Du côté de chez Fail0verflow en revanche, il y avait comme toujours peu d'espoir de voir une quelconque release.

Puis le leak est arrivé... Un beau jour, sans crier gare... Un 21 avril, le « jour du chêne » dans le calendrier républicain. Un jour qui a connu beaucoup d'événements inattendus et/ou marquants, tel que l'accord du droit de vote aux femmes en 1944 par Charles de Gaulle, le putsch des généraux à Alger en 1961, mais également la première parution du journal de Spirou en 1938, la sortie de la Game Boy en 1989, et plus récemment la mort du chanteur Prince en 2016.

Un groupe de hackers, déjà connu pour avoir mis en ligne des clés pour le dump de jeux Switch, a en effet leaké le 21 avril 2018 le Tegra X1 Boot ROM, le fameux fichier utilisé par les trois équipes de hackers pour trouver des vulnérabilités dans le démarrage de la console. Bien qu'il ne s'agissait pas d'une fuite d'un exploit ni d'un Custom Firmware, le leak de ce fichier a tout de même mis à disposition de tous les développeurs ce sur quoi avait secrètement travaillé d'arrache-pied un grand nombre de hackers.

Ni une, ni deux, des tas de programmeurs ont commencé à s'intéresser à tout ceci, et un grand nombre de releases provenant de différentes sources ont rapidement suivi, tels que des scripts de débogage du bootrom accompagnés d'outils populaires de rétro-ingénierie. Puis, seulement deux jours après le leak, soit le 23 avril 2018, une autre source anonyme a partagé cette fois-ci le bug du Tegra X1 utilisé par les Teams de hackers, avec un ton volontairement provocateur.

Et parce que le piratage est facile, voici le bug Tegra X1.

Le Tegra X1 RCM oublie de limiter le champ wLength de 8 octets longs Setup Packet dans certains transferts de contrôle USB. La requête de point de terminaison standard GET_STATUS (0x00) peut être utilisée pour réaliser des memcpy (copies de mémoire) arbitraires à partir d'une commande RCM malveillante et écraser la pile de ROM de démarrage (la pile de Boot ROM) avant les vérifications de signature et après que le Boot ROM envoie l'UID. Il faut une connexion USB et un moyen d'entrer dans le RCM (les touches « Power », « Home » et « volume + » doivent être pressées simultanément).

À l'attention de :

• ReSwitched
• fail0verflow
• SwitchBrew
• BBB
• Team Xecuter
• Team SALT

Rappel : Les vrais hackers piratent en silence. Vous êtes tous nuls.

Source anonyme

23 & 24 avril : l'avalanche de releases

En apprenant cette nouvelle, la Team ReSwitched et Ktemkin ont alors décidé d'ouvrir leur dépôt GitHub de leur projet Fusée Launcher plus tôt que la date prévue à la base, le 15 juin de cette année 2018. Ce loader, qui tire parti de l'exploit Fusée Gelée (CVE-2018-6242), permet de charger de petits paquets de code (ce que l'on appelle des payloads) sur des appareils équipés d'un processeur Tegra X1 via USB.

Rapidement, elle fut suivie à la surprise générale par la Team Fail0verflow, qui avait initialement pour objectif de tout publier le 25 avril, soit seulement 2 jours après la révélation du hack. Dans un premier temps, des annonces quelques peu rocambolesques à propos d'une technologie nommée SwitchX soi-disant « révolutionnaire » pour la modification de Nintendo Switch, tandis que leurs illustrations laissaient penser à une vaste blague, furent communiquées depuis le compte Twitter du groupe.

Quelques instants plus tard, c'étaient pas moins de quatre dépôts GitHub relatifs au hack du processeur Tegra X1 inclus dans la Switch que la Team Fail0verflow a décidé d'ouvrir au grand public : switch-linux ; switch-u-boot ; switch-coreboot et switch-arm-trusted-firmware. Ces derniers s'avéraient surtout utiles pour démarrer Linux sur Nintendo Switch via le hack récemment découvert.

Le même jour, le célèbre développeur Plutoo (connu aussi sous le pseudonyme de qlutoo) est sorti de sa tanière pour livrer son ultime release, le code source de son exploit découvert sur le firmware 3.0.0. Ultime, car elle fut suivie d'un tweet de l'auteur annonçant son retrait de la scène Switch.

C'est le lendemain que la Team Fail0verflow décida enfin de partager son exploit ShofEL2 ainsi qu'un long billet sur son blog détaillant toutes les étapes d'installation et d'utilisation.

L'annonce et la release quasi-simultanées des exploits Fusée Gelée et ShofEL2 furent un événement important pour les internautes. En effet, non seulement nous avions pu avoir la confirmation que les deux teams utilisaient la même vulnérabilité, mais en plus nous apprenions à quel point il était facile d'activer le mode RCM (Reliability-Centered Maintenance), appelé également Recovery, et de l'utiliser pour lancer du code non-signé. En outre, nous avions du concret, quelque chose de testable et d'utilisable ! Que demander de plus ?

23 & 24 : l'avalanche d'infos

Tandis que les multiples releases pleuvaient et occupaient les développeurs, le grand public - qui ne savait pas vraiment quoi faire de tout ceci - eut droit à diverses informations sur le hack de la Nintendo Switch.

C'est notamment le projet Atmosphère qui retint l'attention. Si vous ne savez pas ce dont il s'agit, sachez que ce doux nom a été choisi pour être le nom de code du premier Custom Firmware de la Team ReSwitched (et donc très probablement le premier de la Nintendo Switch aussi), qui devait être mis en ligne le 15 juin prochain, en même temps que Fusée Gelée. Si les derniers événements ont précipité la release de l'exploit, il n'en a pas été de même pour Atmosphère : l'élaboration d'un Custom Firmware est effectivement complexe et nécessite de nombreux bêta-tests, afin de s'assurer que les chances de brick (de casser totalement sa console) soient minimes.

En revanche, et comme l'a souligné le développeur SciresM qui travaille dessus d'arrache-pied, le dépôt GitHub a été ouvert au public et le projet est donc désormais Open-Source. Ce qui signifie que tout le monde peut contribuer à la conception de ce Custom Firmware ! SciresM a également conseillé pour les intéressés d'effectuer un dump de la NAND de leur console dès que les outils le permettant seraient disponibles, dans le but d'avoir des chances de restaurer la console en cas de problème technique.

Des informations ont également été révélées sur la puissance du Tegra X1. En effet, la Team Fail0verflow s'est adonnée à quelques sympathiques tests depuis un Linux exécuté sur leur Switch. Entre autres, il a été confirmé que le célèbre émulateur de GameCube/Wii Dolphin pouvait être lancé, et que le jeu The Legend of Zelda: Wind Waker tournait à 20-25 images par seconde. La team s'est également amusée à lancer l'émulateur de Switch Yuzu depuis leur Switch, émulant ainsi une Nintendo Switch depuis un Linux lancé sur une Nintendo Switch !

Toutes ces nouvelles ont en tout cas été très bien accueillies, puisqu'elles confirmèrent tout le potentiel et la robustesse de la dernière console de Nintendo, et qu'elles firent naître l'espoir de pouvoir un jour bénéficier d'émulateurs de Wii, de GameCube, mais également d'anciennes autres consoles.

Du 25 avril à maintenant

Depuis que les deux principales team de hackers ont publié tous les codes et instructions nécessaires au lancement de payloads et à l'exploitation de la faille du Tegra X1, de nombreux développeurs ont suivi et ont commencé un grand nombre de projets, consultables dans la rubrique « Les releases » ci-dessous.

Si vous souhaitez sauter directement au bilan de toute cette affaire, vous pouvez cliquer ici.

Les releases

Fusée Gelée et Fusée Launcher, par Team ReSwitched & ktemkin

La première release nous vient de la collaboration entre la Team ReSwitched et ktemkin. Il s'agit de l'exploit Fusée Gelée et du programme de chargement de payloads Fusée Launcher. Ce dernier n'est compatible encore qu'avec les Linux et les Mac, qui doivent être dotés de Python 3 ainsi que de quelques autres paquets (tutoriel à venir très prochainement).

ShofEL2 par Team Fail0verflow

L'exploit ShofEL2 utilise la même faille que Fusée Gelée, mais est signé Team Fail0verflow, qui n'est pas connu pour partager ses travaux. Les instructions pour l'installer et l'utiliser sont assez techniques et nécessitent quelques connaissances. Elles sont disponibles sur le dépôt GitHub, visitable en cliquant sur le bouton juste en-dessous.

nx-hbl par Plutoo

À la vue de cette nouvelle ère dans le hack de la Nintendo Switch, le célèbre développeur Plutoo a décidé de quitter la scène et de publier le code source de son dernier travail, l'exploit homebrew compatible avec les versions du firmware inférieurs ou égaux à 3.0.0 de la Nintendo Switch. Aucune documentation n'a été malheureusement fournie, même pas de commentaire dans le code... Quoiqu'il en soit, on ne peut que souhaiter une bonne continuation à Plutoo !

Fichiers IDC par SciresM

Le développeur SciresM, membre de la Team ReSwitched, a mis en ligne une copie de son fichier tz_5x.idc pour permettre à des développeurs de se pencher sur le Secure Monitor (TruztZone) du firmware 5.0.0. Il a également conseillé, sur son Twitter, de jeter un coup d'oeil à Exosphere pour les personnes curieuses de savoir comment le SecMon fonctionne et ne souhaitant pas faire de RE (?).

Ça n'est pas tout, le même hacker a ensuite partagé ses fichiers IDC pour le module système "Loader" de la Nintendo Switch, sur les firmwares 1.0.0, 3.0.0 et 5.0.0. Et comme pour le précédent, il conseille aux curieux d'aller faire un tour du côté de Stratosphère. Oh, et petite note : ces fichiers font plus de 30 000 lignes, ne vous étonnez donc pas si votre onglet met un peu de temps à charger !

Web Fusée Launcher par ksamj202

Le développeur atlas44 s'est amusé à réaliser une petite version web du Fusée Launcher de la Team ReSwitched. Sobrement baptisé Web Fusée Launcher, ce petit outil permet tout simplement de lancer des payloads depuis son navigateur internet plutôt que de passer par un terminal.

Fusée Gelée avec Raspberry Pi 3 par DarkMelman

DarkMelman, membre des forums de GBAtemp, a annoncé avoir réussi à lancer des payloads depuis son Raspberry Pi 3 et a partagé son script sur GitHub.

NXLoader par DavidBuchanan314

Cette fois-ci, c'est au tour de DavidBuchanan314 de nous livrer un outil qui permet de lancer des payloads depuis un appareil Android ! L'auteur précise qu'il s'agit de sa première application Android et que, de ce fait, elle est encore au stade « alpha », c'est-à-dire qu'il ne s'agit pas d'une version définitive.

Moonflower par moriczgergo

Voici le premier payload réellement « utile » pour la Nintendo Switch. Développé par moriczgergo, moonflower permet d'effectuer un dump (une copie des données) des fusibles et du GPIO. Le développeur indique avoir réalisé son payload grâce à la branche « poc_nvidia » du dépôt d'Atmosphère.

Fusée à la Framboise par moriczgergo

Le même programmeur moriczgergo a partagé peu de temps après son autre projet, Fusée à la Framboise, qui est simplement une image « Raspbienne » bouclant Fusée Gelée à l'infini afin de pouvoir lancer un payload sur sa Switch en connectant simplement sa console à son nano-ordinateur. Le script est censé fonctionner sur tous les modèles de Raspberry, mais l'auteur précise qu'il est préférable d'avoir un Raspberry Pi Zero.

Hekate par naehrwert

Le développeur naehrwert a mis en ligne le 30 avril le premier payload de qualité : hekate_ipl. Sous ce nom se cache un petit couteau suisse, qui peut entre autres remplacer bootloader/package1 afin de charger un Custom Firmware (ne fonctionne toutefois que sur les firmwares 2.0.0 et inférieurs) et afficher toutes les informations des fusibles et des touches de la console.

Hekate permet également la sauvegarde du module eMMC sur la carte microSD insérée dans la console (formatée en FAT32), mais en ne prenant que les principales partitions du système trouvées dans la NAND (de 32 Gb) et en sautant la section « user/game » (de 26 Gb). Ce qui pourra toujours être utile dans le cas où il faudra générer des futures configurations emuNAND, explorer son eMMC et réaliser des modifications. Attention toutefois, toute manipulation de l'eMMC est à vos risques et périls !

Deux forks de Hekate ont été réalisé par les programmeurs rajkosto et sweetlilmre, afin de permettre le dump de toutes les partitions possibles sur une carte microSD formatée en FAT32 ou exFAT. Notez que les plus vieilles versions du firmware de la Nintendo Switch ne supportent pas les cartes microSD ayant un volume trop large et/ou formatée en exFAT.

Enfin, le fork plus complet à ce jour a été réalisé par CTCaer, qui allie optimisations et corrections de bug.

TegraRcmSmash par rajkosto

Lorsque Fusée Launcher a été partagé et que la communauté s'est aperçue que Windows n'était pas supporté alors qu'il est le système d'exploitation le plus utilisé sur la planète, il n'a pas fallu attendre longtemps avant que des développeurs s'y attèlent. C'est le développeur rajkosto qui a été le plus rapide avec son TegraRcmSmash, ré-implémentation de Fusée Launcher codé en C++.

biskeydump par rajkosto

Décidément, rajkosto est en forme ! Ce dernier a mis en ligne un petit payload, biskeydump, qui comme son nom l'indique effectue un dump des clés BIS de la Switch sur lequel il est chargé. Ces clés pourraient être utilisées plus tard avec le décryptage des contenus eMMC sur son ordinateur de bureau ou portable.

rocontrol par moriczgergo

Ce nouveau projet rocontrol réalisé par moriczgergo permet à tous les utilisateur allergiques aux terminaux de jouir d'une sobre et efficace interface graphique pour le lancement de ses payloads sur sa Nintendo Switch..

SwitchImageViewer par LetsPlentendo

Voici un payload pas très utile, mais qui a au moins le mérite d'exister et peut-être d'aider les nouveaux programmeurs intéressés par la conception de payloads ! SwitchImageViewer est développé par LetsPlentendo et, une fois chargé sur la Nintendo Switch, affiche une image. Oui, c'est tout. Enfin, vous avez quand même la possibilité de choisir l'image à afficher, en suivant les instructions indiquées sur le dépôt GitHub du projet.

Painless Linux par natinusala

Difficile de suivre les prescriptions de la Team Fail0verflow pour un novice... Heureusement qu'il existe des développeurs tel que natinusala ! Son payload Painless Linux permet de lancer très facilement Linux sur sa Nintendo Switch, à condition d'avoir une carte microSD flashée avec une image d'une distribution Linux et insérée dans la Nintendo Switch au moment du chargement du payload.

Bilan

Que peut-on actuellement faire ?

La question que tout le monde se pose naturellement après de telles releases, c'est : « concrètement, qu'est-ce que je peux faire avec tout ça aujourd'hui ? ».

Eh bien, pour l'instant, pas grand chose sinon attendre, à moins que vous ne soyez un développeur... Il faut se rappeler que la fuite du fichier de données du Tegra X1 Boot ROM a précipité les choses, et que les hackers des groupes Fail0verflow et ReSwitched avaient en tête de faire leur release à une date ultérieure donnée. Par exemple, le Custom Firmware Atmosphère devait sortir le 15 juin prochain conjointement avec le Fusée Launcher, actuellement son dépôt GitHub a été ouvert publiquement mais il reste des peaufinages à faire avant une éventuelle release.

On ne peut pas non plus dire que l'on ne peut rien faire du tout : tous les payloads listés ci-dessus sont chargeables et il est également possible de démarrer sur un Linux depuis sa Switch. Mais ceci se résume à cela, à l'heure actuelle.

Quel futur pour le hack de la Nintendo Switch ?

L'avenir de la scène underground Switch s'annonce plutôt bon : alors que le Custom Firmware Atmosphère devrait faire son apparition dans les semaines à venir, la Team ReSwitched travaille également à côté sur son Homebrew Launcher (nom de code nx-hbl) pour effectuer un portage de celui-ci sur les versions 5.0.x. Une vidéo de SciresM a d'ailleurs été partagée sur sa chaîne YouTube afin de prouver la réelle avancée de la besogne.

Il reste maintenant à espérer que les instants d'euphorie qu'a connu la scène ne soient pas éphémères et que les développeurs tout comme les hackers continueront de travailler et d'exploiter toutes les nouvelles possibilités offertes par la vulnérabilité du NVIDIA Tegra X1.

Comment Nintendo pourra-t-il riposter ?

De nombreux grands journaux, toujours à la recherche de sensationel, ont titré que cet exploit serait « impatchable » par Nintendo. Je ne suis pas un expert en la matière, mais je suis presque sûr que, pour le coup, c'est vrai. Du moins pour les consoles produites et achetées avant le 23 avril 2018. Je vois effectivement mal comment Nintendo pourrait corriger une faille qui se situe au démarrage et au niveau du processeur de sa console.

En d'autres termes, les exploits Fusée Gelée, ShofEL2 et autres seront théoriquement toujours utilisables sur votre console, et ce quel que soit la version du firmware !

En revanche, il est certain que toutes les informations que je vous ai exposées ici ont été remontées à la compagnie japonaise et que les futurs modèles de Switch risquent d'avoir un Tegra patché. Si vous ne vous êtes toujours pas procuré la petite nouvelle de Big N et que vous vous intéressez à son hack, je crois que c'est le moment ou jamais...

Dis, tu peux m'écrire des tutos, j'y comprends rien !

Mais bien sûr, j'y travaille ! ;D Le premier, qui devrait être publié vendredi ou samedi, vous apprendra à activer le mode RCM de votre Switch, et sera suivi par un autre tuto publié probablement cette fin de semaine pour exécuter un Linux depuis votre console. Alors je vous conseille de suivre soit nos comptes sur votre réseau social favori (Twitter, Facebook, Google+ ou même FlickR) soit notre flux RSS ! 

C'est ainsi que s'achève (enfin ?) ce dossier récapitulatif des derniers événements de la scène underground Switch. L'erreur étant humaine, n'hésitez pas à me reprendre en commentaire si vous voyez une faute ou quoi que ce soit ! Et n'hésitez pas non plus à poser vos questions, nous essaierons d'y répondre dans la mesure du possible ! 

Enfin, pour finir en bonne et due forme, nous vous souhaitons comme toujours un bon hack !

L’article [Switch] DOSSIER - Bilan des derniers événements de la scène hack est apparu en premier sur Custom Protocol.