C'est alors que j'ai cherché un sens à ma vie, et un travail pour me re-payer une nouvelle console (en vain) pour finalement tomber sur une team espagnole montrant une de leur découverte en vidéo (disponible ci-dessous, si vous parlez espagnol).

There was an error retrieving the YouTube video ID for the url you entered, please verify that the url is correct.

En effet, d'après cet homme (très) enjoué de cette découverte, on apprend que l'on peut utiliser le mode LAN de certains jeux compatibles, pour y jouer en ligne. Formidable non ? Et cerise sur le gâteau, mes jeux cités plus hauts sont compatibles. Alors, j'ai testé pour vous, et j'en ai fait un tutoriel complet regroupant plusieurs méthodes que VOUS choisirez en fonction des jeux et/ou de la simplicité de cette dernière. Commençons !

0) Présentation

La solution que je vous propose aujourd'hui (en plus d'une autre, que vous verrez plus bas) se nomme Switch Lan Play. Ce nom qui semble à première vue tout dire, est en fait un programme destiné à votre ordinateur qui va servir de « relais » pour vous connecter à des serveurs autres que ceux de Nintendo. Pour faire simple, vous ne jouerez pas en ligne officiellement à proprement parler, mais contre d'autres joueurs qui utiliseront la même chose que vous.

Bon, à ce stade on peut se dire que c'est inutile, et qu'il est préférable de s'acheter une Switch à 130 € sur leboncoin (oui, ça existe) pour rejouer en ligne normalement. Oui mais... Non.

En réalité, malgré le fait que cette technique ne soit pas très utile en soi pour rejouer en ligne à ses jeux favoris contre beaucoup de joueurs (la communauté se fait rare), cette technique reste totalement utilisable pour par exemple jouer en ligne à des jeux RetroArch sur la console ! Eh oui, j'en vois 10 d'entre vous au fond de la salle qui viennent de se lever ! ^^

Maintenant que les choses sont claires, passons aux pré-requis !

I) Mise en place et Installation

C'est ici que votre route va se séparer. On vous propose aujourd'hui dans cet article deux méthodes pour jouer en ligne en étant banni ou non. La première méthode qu'on vous propose est Switch Lan Play, l'originale. La seconde option quant à elle s'appelle XLink Kai. C'est un programme sur votre ordinateur spécialement conçu pour cela, et qui vous permettra en plus de pouvoir vous-même héberger une partie et en rejoindre d'autres. C'est parti !

Switch Lan Play

Pour commencer ce tutoriel, je vous ai tout préparé dans une archive « .zip » trouvable juste en dessous.

Comme toujours il vous faut :

• Une Switch sous n'importe quel firmware ;
• Savoir comment lancer le mode RCM (tuto ici) ;
• Savoir lancer un payload (tuto ici) ;
• L'archive ci-dessous ;
• Winpcap (lien en bas).

1) Installation

Lorsque vous aurez téléchargé l'archive faite par mes soins, vous devriez y trouver ceci à l'intérieur :

L'archive s'organise comme ceci :

• Fichiers carte SD : c'est le contenu de ce dossier que vous copierez simplement dans la carte SD. Tout est fait, vous n'aurez plus rien à faire ou à toucher ;
• Payload atmosphere : il s'agit simplement du payload que vous utiliserez pour lancer le Custom Firmware Atmosphère ;
• Switch Lan Play & Switch Lan play GUI : ce sont les deux utilitaires à mettre sur votre ordinateur pour pouvoir jouer en ligne ;
• TegraRcmGUi : petit cadeau, c'est grâce à cela que vous pourrez lancer vos payloads sur la console.

Bien ! Alors sans plus tarder, on va commencer par mettre le contenu du premier dossier (« Fichiers carte SD ») à la racine de votre carte SD (qui finira dans la console, naturellement).

Ceci fait, vous allez prendre le payload d'Atmosphere dans le second dossier et le placer sur le bureau avec (si vous ne l'avez pas déjà) TegraRCMGUI. De façon à pouvoir lancer directement le payload sur votre console.

Ho, et n'oubliez pas de mettre aussi les deux autres dossiers restants sur le bureau, nous nous y attellerons après !

2) Mise en route

A) Côté console

Éteignez votre console, puis passez-là en mode RCM. Connectez-là à votre ordinateur, puis ouvrez TegraRcm ou n'importe quel autre logiciel pour exécuter un payload sur votre Nintendo Switch, et envoyez le payload nommé « fusee_primary.bin » dans cette dernière. Votre console devrait dès lors afficher cet écran :

Parfait ! Votre Switch est maintenant prête à attendre la configuration sur l'ordinateur ! 

B) Côté Ordinateur

Dans la section pré-requis, téléchargez l'archive Winpcap, puis installez-le (garanti sans virus et sans gluten !). Enfin, sur votre bureau, dans le dossier « Switch Lan Play », exécutez le fichier « .exe » qui se trouve à l'intérieur.

À partir de ce moment, vous devriez vous retrouver avec cet écran :

Le programme va simplement vous demander l'adresse IP d'un serveur, avec les ports. Pour trouver un serveur de jeu où il y a du monde, je vous invite à aller sur ce site, qui regroupe plusieurs joueurs. Il vous suffira de copier l'adresse à droite du serveur souhaité, et de le copier sur cet écran, puis de presser la touche « Entrée » de votre clavier.

Sur ce second écran, vous verrez plusieurs cartes ethernet (ou une, c'est selon votre ordinateur). Vous devez choisir la carte ethernet qui est connecté au même routeur que votre console, c'est très important ! Lorsque vous l'aurez identifié, appuyez sur le numéro qui y correspond (dans mon exemple, la carte 4) :

Bien ! Maintenant, on va s'atteler à la Switch, plus précisément les paramètres internet de cette dernière. Sélectionnez l'un de vos réseaux Wi-Fi, puis modifiez-le avec les paramètres suivants :

Notez que ces paramètres peuvent changer au fil du temps. 

La seule chose que vous devrez changer, c'est l'adresse IP. Vous devrez choisir une adresse IP entre « 10.13.0.1 » et « 10.13.255.254 ». Notez que l'adresse « 10.13.37.1 » ne peut pas être utilisée, car elle sert de passerelle.

Parfait ! Maintenant, sauvegardez les paramètres, puis connectez-vous au réseau. Si vous avez une erreur, regardez au niveau de votre ordinateur et vérifiez bien que le programme Switch Lan est lancé, ou alors changez de carte réseau.

C) Jouez !

Maintenant, je vous invite à aller sur ce lien pour vérifier que votre jeu se trouve bien dans la liste, et de suivre les indications selon le jeu pour activer le mode LAN propre à Switch Lan Play ! À vous le jeu en ligne malgré le bannissement ! 

Switch Lan Play GUI (bonus)

Cette méthode-ci est exactement la même que la méthode 1, la seule différence est que vous pourrez profiter directement d'une interface graphique (GUI) avec les serveurs et le nombre de joueurs directement affichés sur la fenêtre.

Pour commencer, accédez à l'archive donnée au début du tutoriel, puis extrayez-en le dossier « Switch Lan Play GUI (bêta) » directement sur votre bureau. Ouvrez ainsi le dossier et exécutez le « .exe » comme montré sur l'image :

Parfait ! Maintenant, allez dans l'onglet « paramètres » en haut à droite de la fenêtre, puis définissez les mêmes paramètres que cette image ci-dessous.

Ensuite, dans l'onglet suivant, choisissez l'adaptateur réseau qui est sur la même connexion que votre console ! Si vous n'êtes pas sûr de vous, sélectionnez-en un au hasard puis continuez le tutoriel. Si vous rencontrez une erreur, revenez à cette étape et changez l'adaptateur ! ^^

Enfin, dans l'onglet « Liste des serveurs », cliquez simplement sur le gros bouton bleu en bas pour télécharger la liste des serveurs officiels. Vous aurez grosso modo les serveurs de jeux de Switch Lan Play basés dans plusieurs pays différents.

Super ! Il vous suffira juste ensuite d'appliquer les changements en bas, de cliquer sur « Ok » et de rejoindre le serveur de votre choix sur le menu principal. Lorsque votre sélection sera faite, allez directement dans la partie B de l'onglet précédent, et plus précisément dans la configuration internet de la console.

Jouez ! 

Xlink Kai

à venir

Ouf ! J'ai enfin eu le temps de sortir cet article. J'ai longtemps hésité à vous en faire part, mais d'après les retours de certains joueurs, le service était très buggé et les cheaters faisaient vraiment ravage, alors j'ai préféré m'abstenir. Mais pour avoir testé et joué avec quelques amis à Super Smash Bros. Ultimate, franchement je n'ai pas du tout été déçu ! 

Si vous avez des questions à ce sujet, n'hésitez surtout pas à nous les poser en commentaire, l'équipe de modération et moi-même se feront un plaisir de vous aider ^^

Sur ce, bon hack ! ;)

L’article [Switch] TUTO - Switch Lan Play, ou comment jouer en ligne avec une console bannie est apparu en premier sur Custom Protocol.

Pré-requis de base

• Une Nintendo Switch, si possible achetée avant le 23 avril 2018 ;
• Un câble USB type C pour connecter votre Switch à votre appareil.

Avant de commencer ce tutoriel, il est impératif d'avoir 

• activé le mode RCM/Recovery de votre console (tuto disponible ici) ;
• connecté cette dernière à votre appareil favori sur un port USB 3.0.

Guide

Sélectionnez votre appareil ou votre système d'exploitation parmi la liste ci-dessous :

Windows

À l'heure actuelle, Fusée Launcher n'est pas « officiellement » supporté sur Windows. Mais grâce aux talents de Rajkosto, une solution alternative codée en C++ existe ! Elle s'appelle TegraRcmSmash.

Pré-requis (pour Windows)

Téléchargez TegraRcmSmash sur le site officiel de l'auteur.

https://twitter.com/Guillaume551

Créez quelque part sur votre ordinateur un dossier « TegraRcmSmash » (vous pouvez lui donner le nom de son choix), et extrayez à l'intérieur de ce dernier le contenu de l'archive fraîchement téléchargée.

Selon l'architecture de votre processeur, ouvrez le dossier « Win32 » si elle est 32 bits ou le dossier « x64 » si elle est 64 bits. Vous pouvez facilement trouver cette donnée en cherchant dans vos « Informations système ».

Téléchargez ensuite l'exécutable de Zadig, un installateur de pilotes.

Lancez le fichier exécutable que vous venez de télécharger.

Utilisation

Vérifiez que l'option « List All Devices » dans l'onglet « Options » est cochée.

Sélectionnez ensuite sur la liste défilante au centre l'appareil nommé « APX ». Le gros bouton à droite devrait désormais afficher « Install Driver » (et non « Replace Driver »).

Justement, en haut de ce gros bouton se situe un champ vous permettant de sélectionner à l'aide des boutons « Haut » ou « Bas » à droite le pilote de votre choix. Cliquez sur ces derniers jusqu'à voir apparaître « libusbK (v3.0.7.0) ».

Après avoir effectué un dernier contrôle en prenant en modèle la capture d'écran ci-dessus, vous pouvez cliquer sur le gros bouton « Install Driver ». ;)

Lancement de payload

Tout est maintenant prêt ! Il ne vous reste plus qu'à glisser-déposer un payload sur le fichier exécutable qui se trouve dans votre répertoire TegraRcmSmash !

Exemple

Vous avez certainement envie de tester si tout fonctionne bien avec un payload de test. Ça tombe bien, ktemkin a pensé à vous ! Téléchargez donc son payload de test.

Vous avez bien retenu la leçon de tout à l'heure ?  Oui, c'est cela, il suffit de glisser le fichier que vous venez de télécharger sur l'exécutable de TegraRcmSmash ! 

Windows va peut-être vous afficher un avertissement de sécurité et vous demander si vous souhaitez vraiment exécuter le fichier « TegraRcmSmash.exe », répondez par l'affirmative en cliquant sur le bouton « Exécuter ».

Mac

L'installation du Mac est pratiquement identique à celle sur Linux. Seulement quelques petites commandes diffèrent, mais l'essentiel se fait sur un terminal.

Merci à @Lyliya pour son aide.

Pré-requis (pour Mac)

Il vous suffit de commencer par télécharger ou cloner le répertoire de Fusée Launcher.

Accédez au dépôt via votre terminal préféré. Assurez-vous d'avoir Python 3 sur votre système, sinon installez-le.

brew install python3

Vérifiez aussi que vous disposez de la bibliothèque libusb.

brew install libusb-compat

Et enfin, le paquet pyusb.

pip3 install pyusb

Utilisation

Et voilà, tout est prêt pour lancer un payload sur votre Switch ! Il vous suffit d'exécuter cette commande, en remplacer {payload} par le chemin menant vers le payload que vous souhaitez charger.

sudo python3 ./fusee-launcher.py {payload}

Exemple

Vous avez certainement envie de tester si tout fonctionne bien avec un payload de test. Ça tombe bien, ktemkin a pensé à vous ! Téléchargez donc son payload de test.

Via le lien officiel

wget misc.ktemkin.com/fusee.bin

Et lancez la commande suivante :

sudo python3 ./fusee-launcher.py fusee.bin

Navigateur internet

À venir.

Tadaa ! Votre Switch devrait normalement afficher une jolie fusée en ASCII art ainsi que des informations sur ses fusibles et son IROM (?) protégé !

C'est la fin de ce tutoriel, j'espère qu'il vous aura aidé !  Comme toujours, n'hésitez pas à laisser un commentaire si vous souhaitez poser une question, exposer un problème, conseiller quelque chose ou tout simplement nous remercier ! <3

Bon hack !

L’article [Switch] TUTO - Lancer des payloads avec Fusée Gelée Launcher 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.

Pré-requis

• Un appareil de stockage USB formaté en FAT32 ;
• bzImage et initramfs.cpio.gz ;
• Le fichier « bin » de PS4 Linux Loader ;
• Un outil de chargement de paylods (tel que PS4 Payload Sender ou PS4 Exploit Host).

Préparation

Après vous êtes assuré une seconde fois que votre appareil de stockage USB était bien formaté en FAT32, copiez les fichiers bzImage et initramfs.cpio.gz à la racine de celui-ci. Branchez-le ensuite à votre PS4.

Préparez vos PS4 et PC à charger des payloads pour charger le fichier « bin » de tout à l'heure, soit « PS4-Linux-Loader.bin ». Si vous ne savez pas comment faire, vous pouvez consulter ce tutoriel.

Eh voilà, c'est tout ! Si tout est bon, après plusieurs secondes de chargement, votre moniteur devrait vous afficher une fenêtre de commande Linux, comme sur cette vidéo de démonstration :

Améliorations à faire

Voici selon l'auteur ce qu'il faudrait faire pour améliorer tout ceci (avis aux programmeurs) :

• Corriger l'ASLR (qui provoque un démarrage aléatoire) ;
• Nettoyer le code.

Crédits

Valentinbreiz souhaite enfin remercier 2much4u, Darbnes et jiangwei pour leurs travaux en faveur de la scène underground PS4.

Certains semblent avoir déjà réussi à installer Fedora sur leur PS4 en 4.05. Vous aussi, n'hésitez pas à nous dire en commentaire toutes vos prouesses ! ;) Bon hack !

L’article [PS4] TUTO – Lancer Linux sur une PS4 en 4.05 est apparu en premier sur Custom Protocol.

Quelques explications...

Si vous êtes curieux, vous pouvez lire ceci, sinon on ne vous en voudra pas de sauter ce paragraphe pour l'installation ;)

Un peu d'histoire ne fait pas de mal

En début d'année le développeur qwertyoruiop publiait son exploit Webkit pour les firmwares 4.0x de la PS4. L'exploit Webkit en lui-même ne servait à rien, il prouvait juste la possibilité d'utiliser le Webkit de la PS4 pour injecter du code dans l'espace utilisateur.

Quelques mois plus tard, la team fail0verflow publie sur son blog l'explication de l'exploit namedobj qu'il nomment « Adieu ». Cet exploit était en fait le même que celui de la team Chaitin Tech qui avaient réussi à trouver cet exploit et l'implémenter pour le lancement de Linux sur une PS4 en 4.01. Malheureusement pour nous, ils n'avaient pas publié leur travail et reporté le bug à Sony car c'était l'une des règles de la GeekPwn, l'événement auquel la team avait participé pour ce hack.

C'est là que Specter intervient. En tant que cadeau de noël, il a décidé de nous offrir une implémentation de l'exploit namedobj avec l'exploit Webkit de qwertyoruiop.

Explications sommaires du hack

Cessons de parler histoire, maintenant passons aux explications. Je vais vraiment résumer car je n'ai pas envie de faire un article de 16 pages. Je vais également me baser en partie sur l'écrit de Specter expliquant le hack.

La manière de Specter d'exploiter le bug nameobj est la suivante:

• Utilisation du bug nameobj via une confusion de code dans le code javascript ;
• Configuration d'une chaîne ROP dans l'espace utilisateur (si vous êtes intéressé je vous conseille ce très bon article expliquant très bien tout ce qu'il faut savoir sur les chaînes ROP). Dans cette chaîne ROP, on peut désactiver la protection d'écriture du kernel, effectuer les correctifs souhaités et après revenir dans l'espace utilisateur ;
• Écriture du faux objet au bon endroit, pointant vers la chaîne ROP créée plus tôt ;
• Maintenant l'exécution du code est possible, et la chaine ROP fonctionne dans le l'espace kernel ! C'est à cette étape que les payloads vont pouvoir être reçus puis être exécutés (pour rappel, les payloads sont du code compilé, des sortes de petits programmes en fait) ;
• Maintenant il suffit de retourner dans l'espace utilisateur après l'exécution du code.

C'est bon, c'est terminé, passons maintenant à l'installation et utilisation du jailbreak.

Comment jailbreak votre PS4

Pré-requis

• Une PS4 en version 4.05 ;
• Un PC sous Windows ;
• Le logiciel SKFU's Pr0xy accompagné de cette clé ;
• Le payload debug_settings ;
• La dernière version du logiciel PS4 Payload Sender de @valentinbreiz.

Jailbreak de la PS4

Maintenant, si vous êtes prêt, nous allons commencer le jailbreak de la PS4 !

Tout d'abord, nous allons configurer le serveur proxy. Commencez par installer SKFU's Proxy et démarrez-le, dans l'onglet « Proxy Server », allez dans l'onglet « Rules ». Cliquez maintenant sur le bouton « Import » et importez le fichier « usermanualredirect.httprls » téléchargé précédemment. Vous devriez avoir ceci :

Maintenant, cliquez sur le gros bouton bleu en bas au milieu du logiciel. Si la barre de progression devient verte, c'est que le proxy est bien lancé ! Passons maintenant sur la PS4, il va falloir connecter la console au serveur proxy du PC.

Pour cela, rendez-vous dans les paramètres système, puis naviguez vers « Réseau ». Choisissez l'option « Configurer la connexion Internet ». Choisissez votre type de connexion, votre réseau Wi-Fi, entrez le mot de passe, etc. Maintenant spammez le bouton jusqu'à arriver à « Serveur Proxy », et sélectionnez ensuite « Utiliser ». Entrez l'adresse IP du serveur proxy (pour moi « 192.168.1.12 ») et le port (« 8080 » chez moi). Vous pouvez maintenant appuyer sur « Suivant » et tester votre connexion.

Juste avant de lancer le hack, rendez-vous dans les informations systèmes puis notez bien l'adresse IP de votre PS4.

Votre proxy étant actif, vous allez maintenant vous diriger vers les paramètres systèmes à nouveau, et lancer le « Guide de l'utilisateur ».

Cliquez sur le lien « Binloader 4.05 ». Une fois la page chargée, l'exploit Webkit va laisser place à l'exploit kernel. Vous devriez voir la page ci-dessous, accompagnée du message « === Waiting for payload!!! === » (signifiant qu'il est en attente d'un payload) :

Ne quittez surtout pas cette page et retournez à nouveau devant votre PC. C'est maintenant que j'interviens ! Lancez le logiciel PS4 Payload Sender. Entrez l'adresse IP de votre console (notée plus haut si vous avez bien suivi le tuto :P), ainsi que le port, qui est égal à 9020 pour le jailbreak de Specter. Cliquez sur « Connect », et si tout se passe bien vous devriez pouvoir maintenant choisir votre payload. Dans les pré-requis, vous pouvez trouver un payload de test pour prouver le bon fonctionnement du hack, qui permet d'activer les debug settings. 

Maintenant, cliquez sur « Send Payload » et attendez jusqu'à ce que le message « Payload sent! » apparaisse. Si le logiciel ne répond plus, ce n'est pas grave, patientez juste quelques instants.

Rendez-vous à nouveau sur votre PS4, allez dans les paramètres systèmes et... tah dah ! Tout en bas, vous verrez une nouvelle entrée : Debug Settings !

Voilà voilà, j'espère que vous aurez réussi votre jailbreak et l'installation des debug settings, vous pouvez maintenant profiter du fameux Package Installer pour installer des fichiers au format « .PKG ».

Conclusion

Pour conclure, le hack venant tout juste de sortir, peu de fonctionnalités sont encore disponibles sur ce firmware 4.05, donc si vous avez la chance d'être en 1.76 je vous conseille d'y rester pour l'instant. Mais, évidemment, tout reste à venir. La communauté étant plutôt active, un payload est déjà sorti permettant le patch et l'activation permanente du navigateur web de la PS4 :

Payload to permanently enable web browser on 4.05https://t.co/OzChvZRmKM

— 2much4u (@2much4ux) 28 décembre 2017

Petite exclusivité qui n'est ne l'est déjà plus, j'ai réussi à porter le premier payload (après celui de Specter évidemment) sur le firmware 4.05 ! C'est juste le port d'un payload activant un serveur FTP pour pouvoir accéder aux fichiers systèmes de la console, mais cela montre que le travail reste à faire : à nous le Linux Loader, le lancement de backups, les mod-menus et autres ! 

Sur ce, bon hack et à bientôt !

L’article [PS4] TUTO – Jailbreaker/Hacker sa PS4 en firmware 4.05 est apparu en premier sur Custom Protocol.