Logic-Sunrise : actualités, téléchargements, releases, dossiers et tutoriaux

Le développeur de NSP Box vient de publier la version 3.1.0 de son outil destiné à faciliter la préparation de packages NSP pour l'écosystème Switch 2 et les émulateurs compatibles. Cette nouvelle mouture apporte principalement une évolution intéressante du système de patch des émulateurs, avec l'arrivée de la prise en charge de Selevet Eglantine Performance Build 4. Pour rappel, NSP Box permet notamment de préparer des packages NSP, de gérer séparément les jeux et leurs DLC et d'appliquer certains correctifs aux émulateurs pris en charge. Le logiciel avait déjà connu une évolution importante avec sa version 3.0.0, qui introduisait une nouvelle identité visuelle, une interface retravaillée et une compatibilité étendue avec plusieurs builds d'émulateurs.         Selevet Eglantine Build 4 désormais pris en charge   La principale nouveauté de NSP Box 3.1.0 concerne donc Selevet Eglantine Performance Build 4. Le patcher intégré prend désormais en charge les deux variantes Windows proposées par le projet : la version classique et celle limitée à 30 FPS. Le développeur a également amélioré la détection des futures versions de Selevet. Les mises à jour mineures pourront être reconnues automatiquement lorsque les empreintes du loader et du lecteur de métadonnées correspondent toujours aux versions précédemment vérifiées. Une précaution reste toutefois de mise : les correspondances qui n'ont pas encore été vérifiées sont signalées comme expérimentales. Si les hooks ont changé ou présentent une ambiguïté, le patcher refuse leur application afin d'éviter les modifications hasardeuses.   Des correctifs plus sûrs et une meilleure gestion des paramètres   Cette version apporte également plusieurs améliorations techniques : - Préservation des paramètres : l'ajout ou la suppression du patch de métadonnées conserve le fichier nx2_switches.txt ainsi que le réglage existant du mode 30 FPS. - Sauvegardes originales : les exécutables d'origine sont conservés afin de permettre une suppression propre des modifications. - Liste de compatibilité : Selevet est désormais ajouté à la liste des builds pris en charge, avec une fenêtre de patch revue pour afficher l'ensemble des versions compatibles. - Validation technique : les deux téléchargements de Selevet ont passé les tests de suppression exacte des patches, les vérifications isolées des hooks natifs et les comparaisons de temps de démarrage.   Le développeur précise notamment que le démarrage de la version patchée, sans composant compagnon, présente un comportement comparable à celui du chemin externe NPDM à 31,25 MHz. Il est cependant important de ne pas tirer de conclusions excessives de ces résultats : ces tests valident certains aspects techniques du patch, mais ne démontrent ni la compatibilité en jeu ni un éventuel gain de performances ou de FPS.   Une version toujours expérimentale   Comme pour les précédentes versions, NSP Box 3.1.0 reste un build expérimental dont les tests en conditions réelles sont encore limités. Le développeur invite les utilisateurs rencontrant des problèmes à ouvrir un rapport sur GitHub en précisant les versions de NSP Box et de l'émulateur utilisées, les étapes permettant de reproduire le problème ainsi que les éventuels messages d'erreur. Le projet rappelle également qu'il ne fournit aucun jeu, firmware ou clé commerciale et qu'il n'est pas affilié à Nintendo.   Téléchargement : NSP Box 3.1.0      

L'émulation de la Nintendo Switch 2 sur PC continue de progresser avec l'arrivée de Selevet Eglantine, une déclinaison expérimentale et non officielle d'Eglantine qui mise avant tout sur les performances. Développée par sylvieistaken, cette version personnalisée bénéficie d'optimisations spécifiques aux processeurs AMD Zen 3, notamment grâce au PGO (Profile-Guided Optimization), au ThinLTO et à plusieurs modifications du fonctionnement CPU/GPU. La quatrième build vient d'être publiée et corrige plusieurs problèmes rencontrés dans les précédentes versions, avec un travail particulièrement ciblé sur Donkey Kong Bananza.             Des optimisations importantes pour les performances   Selevet Eglantine ne se contente pas de reprendre les sources du projet original. Le développeur a modifié plusieurs mécanismes internes de l'émulateur afin de réduire les temps d'attente entre le processeur et le GPU. Les premières versions avaient notamment permis de réduire considérablement les interruptions GPU. Dans Donkey Kong Bananza, une optimisation a fait passer le nombre d'interruptions liées à la récupération des listes de commandes graphiques d'environ 1 600 par seconde à seulement 40. D'autres améliorations concernent les attentes sur les sémaphores GPU, la compilation des shaders et la gestion du code exécuté par le processeur.   Les résultats annoncés dans les précédentes versions étaient particulièrement intéressants :   - Donkey Kong Bananza : environ 33 à 36 FPS dans une zone précédemment limitée à environ 20 FPS. - Mario Kart World : une moyenne d'environ 52 FPS lors d'une session de test, avec de longues séquences à 60 FPS.   Ces résultats proviennent toutefois d'une seule configuration de test : Ryzen 5 5500, RTX 3050 8 Go et 16 Go de RAM. Ils ne constituent donc pas une garantie de performances sur d'autres machines.   Build 4 : Donkey Kong Bananza gagne en stabilité   Cette quatrième version reprend les optimisations de la build 3 tout en corrigeant plusieurs problèmes de ralentissements et d'accélérations intempestives. La correction la plus importante concerne la gestion du VRR (Variable Refresh Rate). Donkey Kong Bananza interroge l'écran pour savoir s'il prend en charge cette technologie. Lorsque le VRR n'est pas détecté, le jeu suppose que l'affichage fonctionne à fréquence fixe de 60 Hz. Lorsque le framerate de l'émulateur varie, la vitesse du jeu peut alors accélérer ou ralentir. Selevet Eglantine indique désormais au jeu que le VRR est disponible. Lors des essais du développeur, cette modification a permis de conserver une vitesse de jeu beaucoup plus régulière. Cette correction profite également aux autres jeux Switch 2 qui utilisent le même mécanisme de détection.   Autre amélioration importante : la gestion de la compilation des shaders.   Jusqu'à présent, certains jeux pouvaient se figer temporairement lorsqu'un nouvel élément graphique apparaissait à l'écran et nécessitait la compilation d'un shader. L'émulateur attendait alors la fin de cette opération, provoquant parfois des blocages pouvant atteindre environ 250 millisecondes. La nouvelle méthode adopte une approche différente : au lieu de bloquer le jeu, les éléments nécessitant le shader sont temporairement ignorés pendant sa compilation. Ils apparaissent ensuite une fois le traitement terminé. Le résultat devrait être une expérience plus fluide, même si certains éléments graphiques peuvent apparaître avec quelques images de retard. Enfin, un gel d'environ 1,3 seconde au début de Donkey Kong Bananza, provoqué par une vérification de débogage introduite dans la build 3, a également été corrigé.   Les corrections des builds précédentes conservées   La build 4 conserve également les améliorations introduites dans les versions précédentes : - Correction de plusieurs crashs dans Donkey Kong Bananza. - Correction d'un écran bleu rencontré au lancement du jeu. - Désactivation de certaines instructions AVX-512 responsables de problèmes de compatibilité sur certains processeurs. - Optimisation des échanges entre le CPU et le GPU. - Amélioration de la gestion des sémaphores GPU. - Optimisation du profil PGO afin de réduire les ralentissements importants.   La désactivation par défaut de l'AVX-512 permet notamment d'éviter certains crashs signalés sur des processeurs AMD récents. Le développeur précise cependant que cette modification n'a pas encore été validée directement sur une machine équipée d'un processeur AVX-512.   Deux versions disponibles, dont un patch 30 FPS   Selevet Eglantine performance build 4 est proposé en deux archives : - Version classique : aucune limitation de framerate. - Version 30 FPS Patch : même émulateur, mais avec une limite de 30 FPS.   Cette seconde version peut intéresser les configurations qui ne parviennent pas à maintenir un framerate élevé.   Pour reproduire les conditions de test, le développeur recommande également de modifier deux paramètres : - Résolution interne : 1x (la valeur par défaut est 0,5x). - Mémoire : 12 Go.   Attention, cette version nécessite un processeur compatible AVX2 ainsi que la dernière version du runtime Microsoft Visual C++ x64.   Le développeur signale également une consommation mémoire importante. Sur une machine équipée de 16 Go de RAM, Donkey Kong Bananza peut laisser environ 1 Go de mémoire disponible, ce qui entraîne parfois l'utilisation du fichier d'échange Windows et des freezes. Il est donc recommandé de fermer les applications inutiles pendant les sessions de jeu. Enfin, il s'agit d'une compilation expérimentale et non officielle. Elle n'a pas été validée par les développeurs d'Eglantine et les éventuels problèmes doivent être signalés à l'auteur de ce fork, sylvieistaken.   Téléchargement : Selevet Eglantine        

Lichii est un émulateur expérimental et open source de Nintendo Switch et Nintendo Switch 2, développé en C++. Le projet s'appuie sur les travaux de plusieurs émulateurs historiques, notamment Eglantine, Eden, Yuzu et Sudachi. Son développement vise à préserver les contributions de ces différents projets tout en poursuivant ses propres améliorations, notamment concernant la compatibilité des jeux et les corrections du moteur de rendu graphique. Il est important de préciser que Lichii constitue un fork indépendant et ne représente pas une version officielle des projets dont il reprend les travaux. Le projet n'est par ailleurs pas affilié à Nintendo.           Cette version spéciale d'Eglantine, l'émulateur vient de recevoir une nouvelle préversion avec la publication de la build 65 (3bdd53d). Cette mise à jour apporte plusieurs améliorations techniques, notamment au niveau des performances, mais surtout une fonctionnalité particulièrement intéressante : la possibilité de compresser directement ses dumps de jeux depuis l'émulateur.   La compression des jeux directement intégrée   La principale nouveauté de cette build 65 concerne la gestion des fichiers de jeux. Il est désormais possible de compresser ses dumps directement depuis Eglantine afin de les regrouper dans un seul fichier. Cette fonctionnalité devrait faciliter l'organisation des bibliothèques de jeux et limiter la multiplication des fichiers nécessaires à leur stockage. L'objectif est de simplifier la gestion des sauvegardes de jeux au format dump, sans devoir passer par un outil externe pour effectuer cette opération. En parallèle, les développeurs annoncent également de nombreuses améliorations des performances. Aucun chiffre précis concernant les gains de FPS n'est toutefois communiqué dans cette publication.   Une évolution également pour la build 31   Le dépôt propose également une autre publication intéressante : Eglantine NX2 build 31, datée du 1er novembre 2026.   Cette version apporte plusieurs optimisations internes importantes : - Corrections liées au rendu et à la lecture des données (readback). - Amélioration de l'invalidation du JIT indexé. - Optimisation de la gestion des pages mémoire contiguës. - Correction de la gestion des protections mémoire entre processus. - Compilation parallèle des pilotes natifs. - Mise en cache de la recherche des programmes de réinitialisation indirecte.   Le développeur précise que l'exécutable Windows x86_64 fourni correspond à une compilation Clang Release testée directement par ses soins. Attention toutefois : cette version reste expérimentale. Si plusieurs tests techniques ont été validés, la suite complète des tests n'a pas été entièrement exécutée. Les vérifications de référence et certains contrôles Dynarmic restent également incomplets. Aucun gain de FPS mesuré n'est annoncé.   Une disponibilité multiplateforme   La build 65 propose plusieurs déclinaisons selon le système d'exploitation : - Windows : extraction de l'archive ZIP puis lancement de lichii.exe ou eden-cli.exe. - Linux : disponibilité en AppImage ou en archive TAR.GZ. L'AppImage nécessite glibc 2.39 minimum. - macOS : prise en charge des machines Apple Silicon sous macOS 15 ou supérieur.   Des compilations PGO (Profile-Guided Optimization) sont également proposées. Elles utilisent un profil d'optimisation publié par Eden et peuvent être intéressantes selon le processeur utilisé. Il ne s'agit cependant pas d'un benchmark spécifique à cette version de Switch 2 : aucun gain de performances chiffré n'est revendiqué. La publication distingue également les compilations CI supplémentaires de l'exécutable Windows testé localement pour la build 31. Ces versions supplémentaires n'ont pas bénéficié des mêmes tests en conditions de jeu.   Téléchargement : Lichii Eglantine NX2      

Le développeur byizmysh, déjà à l'origine d'IZ2S Platform, vient de publier Super File Bros. 0.1.0, un gestionnaire de fichiers destiné aux expérimentations sur Nintendo Switch 2. Disponible depuis le 30 octobre 2026, cet outil permet de parcourir certains espaces de stockage de la console depuis un ordinateur, de récupérer des fichiers et de gérer le contenu de la carte microSD Express. Il s'appuie sur les accès ouverts par ns2jb, sans prétendre installer un custom firmware ni rendre la console autonome.

 

Depuis l'apparition de ns2jb, les chercheurs peuvent exécuter certaines opérations dans le service de fichiers de la Switch 2, mais les outils restent techniques et dépendants d'une session maintenue par un ordinateur. Super File Bros. cherche à rendre ces fonctions plus accessibles au moyen d'une interface Web locale. L'application fonctionne sur Windows, macOS et Linux ; elle ne s'installe pas comme un homebrew indépendant sur la console.

 

Parcourir les fichiers et récupérer des dossiers complets

 

L'interface propose deux vues : la liste des jeux installés et un explorateur des stockages accessibles. Elle distingue les contenus présents dans la mémoire de la console, sur la carte SD et sur une carte de jeu. Pour les jeux, l'outil utilise OunceCake afin de préparer, lorsque la session le permet, une exportation en lecture seule des données décodées. Les fichiers et dossiers peuvent être téléchargés depuis le navigateur, y compris sous forme d'archives ZIP64 générées progressivement pour éviter de charger toute l'archive en mémoire.

 

Un accès FTP en lecture seule est également proposé pour ouvrir les fichiers dans un logiciel comme FileZilla, Dolphin ou Finder. Ce serveur est distinct de l'interface Web locale : il utilise une connexion anonyme non chiffrée et doit donc rester sur un réseau de confiance. Une seule exportation peut être active à la fois.

 

L'écriture est réservée à la carte microSD

 

Sur la carte SD, Super File Bros. permet d'envoyer des fichiers ou des dossiers, de créer des répertoires, de renommer des éléments et de les supprimer après confirmation. Les transferts affichent leur progression et peuvent être annulés. Les fichiers existants ne sont pas écrasés automatiquement : l'envoi utilise d'abord un fichier temporaire, puis le renomme lorsque l'opération est terminée. La suppression d'un dossier reste en revanche définitive et concerne aussi son contenu.

 

Les espaces internes de la console et les exportations de jeux demeurent strictement en lecture seule. L'outil ne donne ni accès brut aux partitions ni déchiffrement général des sauvegardes. Ces restrictions sont importantes : disposer d'un explorateur de fichiers ne signifie pas avoir obtenu un accès noyau ou un contrôle complet du système.

 

Une session ns2jb active reste indispensable

 

Pour fonctionner, le gestionnaire exige une session FS RPC maintenue ouverte par une version compatible de ns2jb ou ns2jb2, lancée avec l'option --rpc. Il vérifie les informations de cette session et l'adresse locale de la console avant de se connecter. Une exécution ordinaire de l'exploit, un ancien dossier de session ou un simple accès réseau ne suffisent pas. L'intégration directe avec IZ2S Platform est annoncée pour plus tard, mais n'est pas encore disponible dans cette version.

 

Les archives publiées contiennent les scripts nécessaires pour Windows, macOS et Linux. Node.js 20.20 au minimum est requis, avec la version 22 recommandée. Le projet fournit son code source, des empreintes SHA-256 et des instructions par plateforme. Les téléchargements interrompus ne reprennent pas automatiquement, et toute session doit être recréée après un redémarrage de la console.

 

Un outil prometteur, à manier avec prudence

 

Super File Bros. reste un utilitaire expérimental lié aux limites actuelles de ns2jb. Son auteur prévient que la modification ou la suppression de fichiers peut provoquer des pertes de données, y compris des problèmes qui n'apparaissent que plus tard. Une sauvegarde préalable et une vérification des chemins sont recommandées avant toute écriture sur la carte SD. Cette première version constitue surtout une étape supplémentaire vers des outils de gestion plus pratiques pour la scène Switch 2, sans nouveau jailbreak ni compatibilité universelle annoncés.

 

Sources et téléchargements

 

Super File Bros. 0.1.0 — publication et téléchargements officiels / Dépôt officiel, documentation et avertissements.

Notre ami sunriseur Balthasar nous informe que les projets NoraHax et SeedsowHax proposent une démonstration d'exécution de code en espace utilisateur (userland) directement sur la console, en exploitant des jeux utilisant le moteur de visual novels Artemis Engine. L'objectif ne se limite pas à lancer un simple code de démonstration : le projet cherche surtout à fournir un lanceur persistant permettant de démarrer plus facilement de futurs exploits, une fois la sauvegarde préparée et transférée sur la Switch 2.           Deux démos compatibles   Le projet prend actuellement en charge deux démos de jeux :   - Nora, Princess and Crying Cat 2 Demo, identifiant 010012900d38a000. - Seedsow Lullaby Demo, identifiant 010042d022aea000.   Ces deux titres servent de support au mécanisme d'exécution de code. Attention, la compatibilité annoncée concerne uniquement les versions de démonstration : les versions complètes des jeux ne sont pas prises en charge pour le moment. Le principe repose sur l'exploitation des possibilités offertes par les sauvegardes et le moteur Artemis Engine afin de mettre en place un environnement permettant d'exécuter des scripts Lua sur la console.         Comment installer le lanceur sur Switch 2 ?   La procédure décrite par le développeur nécessite initialement une Nintendo Switch compatible avec Atmosphère, ainsi qu'une Switch 2.   Voici les grandes étapes : - Utiliser JKSV sur la Switch équipée d'Atmosphère pour restaurer l'archive ZIP fournie dans les releases du projet. - Utiliser la fonctionnalité officielle de transfert de sauvegardes entre consoles pour transférer la sauvegarde préparée vers la Switch 2. - Disposer d'un même compte Nintendo associé aux deux consoles.   Le développeur mentionne également une autre possibilité : utiliser ns2jb avec RPC pour ouvrir la sauvegarde et y transférer les fichiers. Cette méthode n'avait toutefois pas encore été testée au moment de la rédaction de la documentation. Il faut donc bien distinguer cette préparation de sauvegarde d'un jailbreak complet : le projet met en place un environnement d'exécution en espace utilisateur, mais ne démontre pas à lui seul un accès complet au système de la console.   Un lanceur persistant pour les futurs exploits   C'est ici que NoraHax et SeedsowHax deviennent particulièrement intéressants. Le développeur précise que le projet n'est pas véritablement un point d'entrée autonome comparable à SmileBASIC 4. Il est plutôt conçu pour faciliter le lancement d'exploits à venir, avec un fonctionnement que certains qualifient de semi-tethered. Une fois la sauvegarde du lanceur installée sur la Switch 2, l'objectif est de pouvoir démarrer plus facilement les outils compatibles sans devoir systématiquement reprendre toute la procédure de préparation. Cette approche pourrait donc simplifier l'utilisation des futurs exploits logiciels, à condition de disposer d'un point d'entrée permettant d'installer initialement la sauvegarde.   La documentation apporte également une précision importante concernant le firmware 23.0.1 : si la fenêtre d'exploitation du système de fichiers (FS exploit) venait à se refermer, le transfert du lanceur pourrait nécessiter un autre jeu offrant un point d'entrée compatible avec une sauvegarde non modifiée. Le développeur cite notamment SmileBASIC 4 et Civilization VII en version 1.0.0 comme pistes possibles, mais si Nintendo déploie une mise à jour firmware, tout pourrait disparaitre. Il ne s'agit donc pas d'affirmer que ces jeux permettent tous, à eux seuls, d'obtenir le même résultat dans toutes les configurations, mais de souligner l'importance de conserver des points d'entrée alternatifs.   Un serveur HTTP pour contrôler les scripts   Le projet intègre également un serveur HTTP accessible sur le réseau local, permettant d'interagir avec la console depuis un autre appareil.   Le développeur documente notamment plusieurs opérations : - Exécution de code Lua via une requête HTTP POST vers /eval. - Transfert de fichiers vers la console via /save. - Suppression de fichiers via /delete.   Cette interface permet, par exemple, d'envoyer un script Lua à exécuter ou de transférer des fichiers directement vers l'environnement du lanceur. Il s'agit d'une fonctionnalité intéressante pour les développeurs qui souhaitent tester et déployer des scripts sans devoir reconstruire systématiquement toute la configuration. Comme le serveur permet d'exécuter du code et de manipuler des fichiers, il convient toutefois de l'utiliser sur un réseau de confiance et de ne pas l'exposer inutilement à Internet.   Un mécanisme de récupération intégré   Le développeur a également prévu un système de mise à jour sécurisé pour plusieurs scripts essentiels du lanceur : core.lua, http.lua et inject.lua. Les versions modifiées peuvent être chargées en utilisant des fichiers portant le suffixe 2.lua. En cas de problème, il suffit de maintenir le bouton « - » de la manette pendant le démarrage pour charger les scripts d'origine. Ce mécanisme de secours est particulièrement utile dans un environnement de développement où les modifications peuvent empêcher le fonctionnement normal du lanceur.   Attention aux démos retirées du téléchargement   La documentation évoque également une troisième possibilité : la démo de Nora Princess and Stray Cat HD, identifiée par 01002eb00ce48000. Cependant, cette version n'est pas encore prise en charge par le projet. Le développeur précise que les utilisateurs ayant récupéré les deux démos principales disposent de la configuration actuellement compatible.   Avec NoraHax et SeedsowHax, la scène Switch 2 explore une nouvelle manière de préparer le lancement d'exploits à travers des visual novels exploitant Artemis Engine. Le point essentiel reste la distinction entre exécution en espace utilisateur et jailbreak complet. Le projet propose un lanceur persistant, une interface HTTP et des mécanismes de mise à jour, mais ne constitue pas à lui seul une preuve d'accès complet au système de la Switch 2. Son intérêt réside surtout dans la possibilité de faciliter le lancement de futurs exploits, si de nouveaux développements viennent compléter cette base.   Téléchargement : switch-artemis-launcher   Merci Balthasar

Un nouveau projet fait son apparition sur GitHub avec NUP, un format de conteneur conçu pour regrouper les données de jeux Nintendo Switch et Nintendo Switch 2 dans un fichier compressé unique. Développé par a55uka, ce projet open source propose une approche structurée pour stocker les dumps de jeux déchiffrés, leurs mises à jour et leurs contenus additionnels.           Un format unifié pour Switch et Switch 2   Baptisé NX Package Format, NUP est un format de conteneur destiné aux dumps de jeux Nintendo Switch et Switch 2 non chiffrés. Son objectif est de réunir les différents éléments d'un jeu dans un seul fichier, plutôt que de conserver une arborescence de répertoires distincts.   Le format prend en charge plusieurs types de contenus : - Base : les fichiers du jeu original, notamment ExeFS et RomFS. - Updates : les données des mises à jour du jeu. - DLC : les contenus téléchargeables et extensions.   L'ensemble peut être regroupé dans un fichier portant l'extension .nup. Cette organisation permet de conserver les différents composants d'un titre dans un conteneur unique, tout en maintenant une séparation entre le jeu de base, ses mises à jour et ses contenus additionnels. Le projet est conçu pour les deux générations de consoles Nintendo. Toutefois, il ne s'agit pas d'un outil de déchiffrement : les données doivent déjà avoir été déchiffrées avant de pouvoir être intégrées dans un conteneur NUP.             Des outils Python pour créer et gérer les conteneurs   Le développeur fournit une implémentation de référence en Python permettant de manipuler ces fichiers depuis la ligne de commande.   Plusieurs commandes sont disponibles : - nup pack : crée un conteneur à partir d'un répertoire de dump. - nup info : affiche les informations contenues dans un fichier NUP. - nup list : répertorie les éléments présents dans le conteneur. - nup extract : extrait les données vers un répertoire de destination. - nup verify : vérifie l'intégrité du conteneur.   L'outil peut notamment détecter automatiquement les répertoires correspondant au jeu de base, aux mises à jour et aux DLC. Il peut également récupérer certains métadonnées, comme l'identifiant du titre, à partir des fichiers du jeu. Cette organisation pourrait faciliter la gestion de bibliothèques de dumps et simplifier les opérations d'archivage, d'inspection ou d'extraction des données.   Un projet encore en développement   Le développeur a recemment renommé le format, auparavant appelé NXP, en NUP, avec une nouvelle signature de fichier, une extension dédiée et un outil en ligne de commande portant le même nom. Les fichiers de spécification et la documentation ont également été retravaillés afin de clarifier le fonctionnement du format. Les références internes à l'ancienne numérotation des sections ont été corrigées. Il convient toutefois de préciser que NUP est avant tout un format de conteneur et un ensemble d'outils de manipulation de dumps. À ce stade, rien ne permet d'affirmer qu'il apporte une nouvelle faille, un exploit ou une avancée directe dans le jailbreak des consoles Nintendo. Son intérêt réside principalement dans la standardisation du stockage des données de jeux Switch et Switch 2, avec une structure capable de regrouper plusieurs composants dans un seul fichier.   Téléchargement : NUP  

La scène du hack Nintendo continue d'explorer de nouvelles pistes. Un projet baptisé CivSwitch propose une chaîne d'outils basée sur une vulnérabilité XSS présente dans la version Nintendo Switch de Civilization VII. L'objectif est de permettre l'exécution de code JavaScript sur la console, puis de mettre en place un déclencheur persistant permettant de relancer automatiquement un payloads au démarrage du jeu. Le projet se distingue par son fonctionnement : il combine un exploit déclenché depuis le chat multijoueur, un microcontrôleur USB et un mécanisme d'installation reposant sur les données de sauvegarde du jeu.         Une compatibilité annoncée avec les firmwares récents   D'après les informations fournies par le développeur, CivSwitch prend en charge les consoles Nintendo Switch 1 et Switch 2 sous les firmwares 20.x.x et supérieurs, jusqu'à la version 23.0.1. Les configurations suivantes ont notamment été testées :   - Switch 1 sous firmware 22.5.0  - Switch 2 sous firmware 20.4.0  - Switch 2 sous firmware 23.0.1   Attention toutefois : cette compatibilité concerne la chaîne d'exploitation CivSwitch et ne signifie pas que les consoles disposent d'un jailbreak complet. Il s'agit d'une méthode d'exécution de code JavaScript qui ouvre la voie à d'autres payloads. Autre restriction importante : seule la version 1.0.0 de Civilization VII, distribuée sur cartouche physique, est actuellement prise en charge. Les autres versions du jeu ne sont donc pas annoncées comme compatibles.   Un exploit XSS déclenché depuis le chat multijoueur   CivSwitch exploite une faille de type XSS (Cross-Site Scripting) dans l'interface de chat du jeu. Cette vulnérabilité permet d'injecter du code JavaScript dans un contexte où celui-ci peut être exécuté. Le déclenchement passe par le menu multijoueur de Civilization VII. L'utilisateur doit accéder à la section dédiée au jeu sans fil, créer un salon et ouvrir le chat. Un périphérique basé sur un microcontrôleur Raspberry Pi Pico envoie ensuite automatiquement le contenu nécessaire dans le champ de discussion. Le script transmis représente environ 87 lignes et nécessite approximativement 15 minutes de saisie automatisée. Une fois l'opération terminée, un Remote JS Loader est lancé sur la console et ouvre un service TCP sur le port 9026.   Ce service permet ensuite d'envoyer des fichiers JavaScript depuis un ordinateur, sans devoir recommencer toute la procédure d'injection à chaque fois que l'on souhaite transmettre une nouveau payload.   PicoSwitch et installer-creator : les deux composants de CivSwitch   Le projet est organisé autour de deux composants principaux.   PicoSwitch : le firmware chargé de l'injection   PicoSwitch est un firmware destiné aux microcontrôleurs Raspberry Pi Pico équipés d'une puce RP2040 ou RP2350. Il se comporte comme un clavier USB et reproduit automatiquement la saisie du code dans le chat du jeu. Le firmware contient également un outil de compression et de transformation du JavaScript afin de produire un payload adapté aux contraintes du champ de discussion. Le processus repose notamment sur la minification du code, la compression Deflate Raw et le découpage du contenu en plusieurs fragments utilisant une structure HTML de type img/onerror.   installer-creator : l'installation du déclencheur persistant   Le second composant permet de préparer un installateur à partir d'un payload javacript personnalisé.   Son objectif est d'écrire un déclencheur nommé XSTRIG.Civ7Save dans les données de sauvegarde du jeu. Ce mécanisme permet ensuite de relancer le paylaod depuis le menu de chargement des parties. L'installation initiale nécessite un ordinateur connecté au même réseau que la console. Le script prévu à cet effet transfère un modèle de sauvegarde, intègre le payload compressé et écrit le déclencheur dans les données du jeu. Le projet précise également que le contenu du dossier save:/saves/Single/ est effacé pendant cette opération. Il est donc important de prendre en compte ce comportement avant d'utiliser l'installateur.   Un déclenchement possible après chaque démarrage   L'une des particularités de CivSwitch est la possibilité de rendre le lancement de le payload persistant au niveau du jeu. Après l'installation du déclencheur, la procédure annoncée devient plus simple : il suffit de démarrer Civilization VII, puis de passer par le menu de chargement des parties pour déclencher l'exécution du code enregistré dans les données de sauvegarde. Si le payload installée correspond au Remote JS Loader, le service TCP sur le port 9026 peut être disponible dès cette étape. Le développeur indique également que le service peut rester accessible après une mise en veille puis un réveil de la console.   Cette persistance reste toutefois liée au mécanisme mis en place dans les sauvegardes de Civilization VII. Elle ne doit pas être confondue avec un exploit système permanent indépendant du jeu.   Un outil destiné à expérimenter avec des payloads JavaScript   CivSwitch ne se limite pas au lancement de son propre chargeur. Le projet prévoit également un script Python, send_js.py, capable de transmettre un fichier JavaScript au Remote JS Loader actif. Cela permet aux développeurs de tester différents payloads sans devoir modifier le firmware du microcontrôleur à chaque expérimentation. Le code source comprend les éléments nécessaires à la compilation du firmware PicoSwitch, ainsi que les scripts permettant de préparer et d'envoyer les payloads. Le développeur crédite notamment les travaux du projet Netflix-N-Hack pour certaines parties du cœur JavaScript de l'exploit, ainsi que le projet Pico-Switch-Controller pour la base du firmware destiné au firmware.   Alors ?   Avec CivSwitch, Civilization VII devient un nouveau terrain d'expérimentation pour la scène homebrew Nintendo. Le projet associe une injection XSS, un périphérique USB programmable et un déclencheur basé sur les sauvegardes pour proposer une chaîne d'exécution JavaScript annoncée comme compatible avec plusieurs firmwares récents de Switch 1 et Switch 2.   Il faut néanmoins garder à l'esprit les limites actuelles : la version 1.0.0 sur cartouche physique est indispensable, et l'exécution de JavaScript ne constitue pas, à elle seule, un jailbreak complet de la console.   La suite dépendra notamment des possibilités offertes par le Remote JS Loader et des payloads que les développeurs pourront exploiter à partir de cette première étape.   Source : CivSwitch 1.0  

  La scène hack Nintendo Switch 2 continue de progresser. Chers amis sunriseurs, une nouvelle démonstration publiée le 31 octobre 2026 par le chercheur James Mykil met en évidence un point d'entrée dans WebKit, le moteur de navigation de la console, en passant par le jeu gratuit Drift Legends 2. Les premières manipulations montrées dans la vidéo suggèrent une exploitation de la mémoire, tandis qu'une seconde démonstration évoque déjà des accès au stockage et des opérations de lecture/écriture à distance. Cette découverte concerne le firmware 23.0.1 et ouvre une nouvelle piste pour les recherches autour du jailbreak de la console de Nintendo.         Drift Legends 2 utilisé comme point d'entrée WebKit   Dans la première vidéo publiée par James Mykil, on découvre une Nintendo Switch 2 sur laquelle le jeu Drift Legends 2 est lancé. Après son démarrage, l'écran bascule vers une page personnalisée baptisée PIVOT, qui réalise différentes opérations au sein du moteur WebKit. La démonstration affiche notamment un user-agent identifiant l'environnement WebKit de la Nintendo Switch, avant de présenter une séquence d'exploitation reposant sur un mécanisme de type use-after-free. Cette technique consiste à exploiter l'utilisation d'un objet mémoire après sa libération. Dans la séquence présentée, le chercheur manipule un objet CSSFontFace, libère un emplacement mémoire associé à son pointeur de table virtuelle, puis tente de réoccuper cet emplacement avec des adresses contrôlées.   L'objectif est de provoquer un appel virtuel dans des conditions maîtrisées et de vérifier si le contrôle du flux d'exécution peut être obtenu.   La page PIVOT indique que cette étape a été franchie avec succès. Il s'agit d'un élément intéressant pour la recherche sur la sécurité de WebKit, même si cette démonstration ne suffit pas, à elle seule, à établir qu'une chaîne complète de jailbreak est opérationnelle.         Une seconde démonstration évoque l'accès au stockage   Peu après cette première vidéo, une seconde séquence intitulée « Storage access. RPC R/w. » a été publiée. Plus courte, elle semble montrer des recherches supplémentaires autour de l'accès au stockage et des opérations de lecture/écriture via un mécanisme RPC. Ces éléments laissent entrevoir des possibilités plus avancées que la simple exécution d'un code JavaScript dans un navigateur. Toutefois, les informations disponibles ne permettent pas de déterminer précisément le niveau de privilèges obtenu, ni de confirmer qu'un accès complet au système de fichiers ou aux composants internes de la console est désormais possible. Il faudra donc attendre davantage de détails techniques pour mesurer la portée réelle de ces travaux.         Pourquoi WebKit intéresse autant les développeurs ?   Jusqu'à présent, les recherches publiques autour du jailbreak de la Switch 2 ont notamment progressé grâce à ns2jb, l'exploit utilisateur dévoilé par Sammy Hajhamid en octobre. Cette chaîne s'appuyait sur une vulnérabilité de type débordement d'entier dans SmileBASIC 4 pour atteindre une exécution native au sein du sysmodule FS, chargé de certaines fonctions liées au système de fichiers. Cette méthode présente cependant plusieurs limites. Elle est notamment tethered, ce qui signifie que l'exploitation doit être relancée après un redémarrage, et dépendait d'un jeu que Nintendo a retiré de son eShop.           C'est précisément là que WebKit devient intéressant.   Intégré à l'environnement logiciel de la console, le moteur WebKit constitue une surface d'attaque différente. Une exploitation fonctionnelle pourrait offrir un nouveau point de départ aux développeurs, sans dépendre nécessairement de SmileBASIC 4. Il reste néanmoins une difficulté majeure : obtenir une exécution de code dans WebKit ne signifie pas automatiquement obtenir les privilèges nécessaires pour réaliser un jailbreak complet. Il faut encore franchir les éventuelles protections supplémentaires et atteindre les composants système visés.   Un précédent développement toujours en attente   Cette nouvelle démonstration intervient alors qu'un autre travail autour de WebKit est déjà connu de la communauté. Le développeur pepsipu avait travaillé sur un portage de l'exploitation WebKit pour la Switch 2. Le 29 octobre, il avait toutefois indiqué sur Discord que la publication de cette version était suspendue jusqu'à nouvel ordre, sans fournir davantage de détails ni de calendrier. La démonstration de James Mykil constitue donc une nouvelle piste à suivre, mais rien ne permet d'affirmer qu'elle correspond au travail de pepsipu ou qu'elle reprend la même méthode. Il convient de distinguer ces différents développements : plusieurs chercheurs peuvent travailler sur des vecteurs d'attaque similaires sans nécessairement partager le même code ou obtenir les mêmes résultats.   Drift Legends 2 disponible gratuitement   Le titre utilisé dans la démonstration est Drift Legends 2, un jeu de course free-to-play développé par Black Fox Entertainment et publié par Nikita Alexeev. Le jeu est annoncé comme compatible avec la Switch 2 et reste disponible gratuitement sur l'eShop au moment de la publication de ces informations, alors pourquoi ne pas en profiter, rien à perdre ! Sa présence sur la boutique officielle le rend particulièrement intéressant pour les chercheurs qui souhaitent suivre cette piste. Cependant, le fait de posséder le jeu ne permet pas, à lui seul, de reproduire l'exploitation présentée dans la vidéo. Aucun exploit public prêt à l'emploi ni aucun payload permettant de jailbreaker la console n'est fourni avec cette démonstration. A suivre !    Tout est là :    https://x.com/jamesmykil   et là : https://github.com/J...portal-research  

Le développeur NaGaa95 vient de publier Sphaira 1.0.9, une nouvelle version de son homebrew destiné à la Nintendo Switch. Cette mise à jour apporte plusieurs fonctionnalités attendues, notamment une file d’installation Ownfoil avec traitement en arrière-plan, l’archivage des jeux et la possibilité de choisir individuellement la langue de lancement de chaque titre. En parallèle, cette version améliore la gestion des sauvegardes, les transferts de fichiers et la compatibilité avec différents services utilisés par l’application.         Les nouveautés de Sphaira 1.0.9   Cette nouvelle version introduit plusieurs améliorations importantes : - File d’installation Ownfoil : possibilité de mettre en attente plusieurs installations, avec un traitement en arrière-plan. - Archivage des jeux : ajout d’une fonctionnalité permettant d’archiver les jeux. - Langue de lancement par jeu : possibilité de sélectionner la langue utilisée au lancement de chaque titre. - Traductions : ajout de la langue turque et amélioration des traductions françaises et italiennes.   L’ajout de la file d’installation Ownfoil constitue l’une des principales nouveautés de cette version. Le traitement en arrière-plan permet de mieux gérer les installations, tandis que les nouvelles options offrent davantage de flexibilité dans l’utilisation quotidienne de Sphaira.   Corrections et améliorations   NaGaa95 et les contributeurs du projet ont également corrigé plusieurs problèmes signalés dans les versions précédentes. - Gestion des sauvegardes - Correction de la restauration des sauvegardes, y compris lorsque les fichiers de sauvegarde sont contenus dans un dossier au sein d’une archive de sauvegarde. - Téléchargements et services réseau - Correction des téléchargements depuis Themezer. - Correction du comportement des recherches ne renvoyant aucun résultat. - Correction de l’affichage des listes de dossiers via WebDAV. - Transferts de fichiers - Correction des blocages lors des transferts MTP avec certaines tailles de fichiers. - Amélioration des messages d’erreur concernant l’USB, les opérations sur les fichiers et l’exportation des jeux.   Ces correctifs visent à rendre les opérations de gestion et de transfert plus fiables, notamment lors de manipulations de fichiers volumineux ou de l'utilisation de services réseau.   Téléchargement : Sphaira 1.0.9      

La scène homebrew continue de repousser les limites de la Nintendo Switch. Quelques jours après les premières avancées liées au jailbreak logiciel de la Switch 2, des développeurs et utilisateurs de la communauté sont parvenus à lancer Mario Kart World sur la première Nintendo Switch, ainsi que sur le modèle OLED. Les premiers résultats sont surprenants, avec des performances atteignant environ 10 FPS en mode docké, mais le jeu reste encore très loin d'être réellement jouable.         Mario Kart World lancé sur Switch 1 : les premiers résultats   L'expérimentation a été partagée par l'utilisateur @touhoufagyuri (fuyuka), qui a présenté des images du dernier épisode de la célèbre licence de Nintendo exécuté sur la génération précédente de consoles.   Les premiers essais affichent des performances particulièrement faibles (le jeu original) :   Mode portable : environ 2 FPS. Mode docké : environ 10 FPS.   À ce stade, ces chiffres ne permettent évidemment pas de profiter normalement du jeu. Ils démontrent néanmoins qu'il est possible de pousser la Switch originale bien au-delà de ce pour quoi elle a été conçue, grâce aux modifications logicielles réalisées par la communauté. Les expérimentations ne se sont pas arrêtées à ce premier résultat. En modifiant certains paramètres graphiques, notamment en forçant un niveau de détail inférieur (LOD) et en réduisant la résolution de rendu, les testeurs ont réussi à améliorer les performances en mode docké.   Selon les informations partagées, la fréquence d'images obtenue serait devenue relativement stable dans certaines conditions.   Mais attention : 10 FPS, même relativement stables, ne constituent pas une expérience de jeu satisfaisante. Les problèmes graphiques restent nombreux, certains éléments sont encore mal implémentés et plusieurs fonctionnalités ne correspondent pas au comportement de la version originale sur Switch 2. Il s'agit donc avant tout d'une démonstration technique, et non d'un véritable portage optimisé pour l'ancienne console.         Un portage forcé, pas une version Switch 1   Il est important de comprendre ce qui se passe réellement derrière cette expérience. Les développeurs ne sont pas en train de recréer Mario Kart World pour la première Nintendo Switch. Ils tentent de faire fonctionner la version destinée à la Switch 2 sur un matériel nettement moins puissant, en s'appuyant sur des dumps du jeu et différents correctifs logiciels.   Cette distinction est essentielle : réussir à lancer un jeu ne signifie pas que toutes ses fonctions sont opérationnelles, ni que ses performances permettent d'y jouer dans de bonnes conditions. La Switch originale dispose de ressources matérielles beaucoup plus limitées que sa successeure. Les différences de puissance de calcul, de capacités graphiques et de mémoire constituent autant d'obstacles à surmonter.     Pourquoi Nintendo a-t-il choisi la Switch 2 ?   Cette expérience rappelle également un élément intéressant concernant le développement du jeu. Le développement de Mario Kart World aurait commencé à l'époque de la première Switch, avant que les ambitions du projet ne prennent de l'ampleur. Le monde ouvert, les courses pouvant réunir jusqu'à 24 participants et les objectifs de qualité graphique ont finalement conduit Nintendo à privilégier la Switch 2. La communauté tente aujourd'hui de faire le chemin inverse : partir du jeu final et essayer de le faire fonctionner sur la console pour laquelle il n'a finalement pas été commercialisé.   Mais les résultats actuels illustrent précisément pourquoi ce choix matériel était important. Même en réduisant fortement les exigences graphiques, les performances restent extrêmement éloignées de celles attendues pour un jeu de course.   Le jailbreak de la Switch 2 accélère les expérimentations   Ces tests s'inscrivent dans une période particulièrement active pour la scène homebrew. Depuis les premières avancées autour du jailbreak logiciel de la Switch 2, les expérimentations se multiplient. La communauté explore notamment l'exécution de jeux, les possibilités d'émulation sur PC à travers des projets comme Eden-NX2 et Eglantine, ainsi que différents essais sur macOS et iOS. Des modifications de personnages et des modèles alternatifs font également partie des premières expérimentations. La rapidité de ces avancées témoigne du savoir-faire accumulé par les développeurs de la scène homebrew. Les outils disponibles et les connaissances acquises sur les précédentes générations permettent d'explorer rapidement de nouvelles pistes. Il faudra néanmoins distinguer les démonstrations ponctuelles des solutions réellement fonctionnelles et accessibles au grand public.   Un exploit technique, mais pas encore une alternative à la Switch 2   Voir Mario Kart World démarrer sur une Nintendo Switch originale est une expérience particulièrement intéressante pour la scène homebrew. Les premiers tests montrent qu'avec des modifications logicielles, des réglages graphiques et des correctifs, il est possible de franchir certaines barrières techniques. Cependant, les quelque 10 FPS obtenus en mode docké et les 2 FPS en mode portable rappellent les limites actuelles de cette approche.         La Switch 1 peut désormais servir de terrain d'expérimentation pour faire tourner certains éléments de la génération Switch 2, mais elle ne remplace absolument pas cette dernière. Reste à voir si de nouvelles optimisations permettront d'améliorer sensiblement les performances. Pour le moment, nous sommes encore face à une prouesse technique davantage qu'à une véritable solution pour jouer à Mario Kart World sur l'ancienne console de Nintendo.