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

Le développeur Eaton Z. vient de mettre en ligne la tout première version d'une application serveur XDON conçue pour fonctionner sur les Xbox Orginales et sur les Xbox 360.   XDON, qui signifie Xbox Disk Over Network, a pour ambition d'offrir un accès direct aux périphériques de stockage de la console via le réseau, permettant ainsi de se passer de devoir retirer physiquement le disque dur afin de le connecter à un PC.          Le logiciel utilise un protocole personnalisé pour permettre des opérations d'entrée / sortie de bas niveau, permettant de bénéficier d'une rapidité et d'une aisance de l'accès à distance.    Cette fonction XDON est arrivée dans la dernière version de l'outil FATXplorer, ce qui est probablement en liant avec XDON v1, les partitions pourront être montées et utilisées simplement depuis le réseau local.          XDON – Xbox Disk Over Network est en développement depuis décembre et il est enfin prêt. Voici de quoi il s'agit et pourquoi vous devriez l'essayer, XDON est un exécutable de serveur de socket qui s'exécute comme un titre de jeu sur la Xbox originale et la Xbox 360. Les clients, comme FATXplorer, s'y connectent pour demander des données de disque sur le réseau à l'aide d'un protocole personnalisé. Pour transférer des fichiers sur votre Xbox, vous pouvez utiliser FTP, ou retirer le disque dur, le connecter à votre PC et utiliser FATXplorer. Lorsque XDON est en cours d'exécution, il fournit une liste des périphériques disponibles et FATXplorer vous permettra de les monter, comme si ces lecteurs étaient physiquement connectés à votre PC.   XDON a été conçu à l'origine comme un module complémentaire de FATXplorer, mais d'autres utilisateurs pourront l'intégrer grâce au SDK C# (bientôt disponible). XDON prend également en charge le dump des disques de jeu, la lecture/écriture de la mémoire NAND et les commandes ATA.         Tout est là : XDON - Xbox Disk Over Network  /  XDON Xbox 360 / XDON XB Originale  

  La première version de FATXplorer de 2025 est enfin là avec de grandes mises à jour technologiques et une nouvelle innovation : XDON. Il s'agit de la version v3.0.0.26690 (Bêta 34) qui amène donc XDON, une grande nouveauté, même si comme vous le savez il s'agit d'un outil qui permet d'étendre la capacité de stockage sur la console Xbox originale, et sur la Xbox 360, notamment par la prise en charge de disques durs internes jusqu'à 16 To.                Changelog :    - Cette version est accompagnée d'une annonce. Cliquez ici pour la consulter . - FATXplorer est passé à .NET 9 ! .NET 9 apporte de nombreuses améliorations de performances . FATXplorer installera automatiquement ce runtime mis à jour. - Pilote mis à jour vers la version 24.0.9194. Il s'agit de la mise à jour la plus importante depuis deux ans. Les modifications sont principalement internes et se limitent à des améliorations de performances, des correctifs et une réorganisation du code. Cette mise à jour du pilote devra être installée manuellement une fois la mise à jour terminée. - XDON (Disque Xbox sur réseau) -- XDON (Xbox Disk Over Network) est une application installée sur votre Xbox qui expose les périphériques de stockage sur le réseau. Elle permet d'effectuer des opérations d'E/S brutes grâce à un protocole simple. -- Auparavant, pour accéder directement au disque, il fallait retirer le périphérique de stockage de la console et le connecter à l'ordinateur. Avec XDON, vous pouvez désormais laisser votre périphérique de stockage en place et interagir avec lui à la vitesse du réseau. -- XDON est disponible pour la Xbox originale et la Xbox 360. -- Cliquez ici pour plus d'informations et liens de téléchargement. - À la demande de l'équipe Cerbios, la configuration des partitions par défaut lors du formatage des disques pour Cerbios a été mise à jour. Au lieu de répartir l'espace uniformément entre F et G, une approche « F prend tout » est désormais utilisée. - Smartctl a été déplacé vers un dossier nommé MSVC . Si vous utilisez drivedb-add.h , sauvegardez ce fichier avant la mise à jour, puis déplacez-le vers MSVC une fois la mise à jour terminée. - Le menu « Options spéciales » introduit dans la dernière version présentait un problème : les noms d'appareils trop longs pouvaient le déplacer hors de la barre de titre et le rendre inaccessible. Il a été déplacé dans un menu déroulant au-dessus de « Charger l'appareil ». - Ajout d'une nouvelle vérification pour conseiller aux utilisateurs d'essayer l'option « F-takes-all Override » lorsque FATXplorer détermine que cela peut aider. - Xbox 360 HDD Maker : Ajout de l'option « Contrôles de sécurité activés » qui désactive les contrôles de sécurité et les vérifications cryptographiques avant le flashage. Cette option ne doit être utilisée que sur demande du support FATXplorer. - Xbox 360 HDD Maker : beaucoup de gens pensent que cela peut être utilisé avec n'importe quel disque dur, donc un message d'avertissement a été ajouté qui s'affiche lorsqu'un lecteur non WD est sélectionné. - J'ai commencé à migrer vers Aptabase , une alternative à VSAC axée sur la confidentialité . L'option « Activer/Désactiver » dans les Paramètres a été supprimée. - La date d’expiration a été modifiée au 1er octobre 2025.     Téléchargement : FATXplorer v3.0 Beta 34  

Le développeur Pdawg-bytes propose une mise à jour de son outil BadBuilder qui est maintenant updaté en v0.2 toujours en version Alpha. Il s'agit là de la seconde version de BadBuilder qui va permettre de simplifier la création d'une clé USB compatible avec l'exploit BadUpdate, ainsi vous pourrez exécuter du code non signé et des applications homebrews sur votre Xbox 360 si vous disposez de tout ce qu'exige BadUpdate.   BadBuilder va formater la clé USB, il va créer les dossiers, télécharger les fichiers nécessaires, ou les mettre à jour, enfin l'outil permet de spécifier manuellement les chemins de fichiers dynamiquement.          Nouveautés :    Quelques bugs ont été corrigés et d'autres modifications ont été apportées pour un fonctionnement plus fluide.    Tout le reste est repris de la version précédente : si vous rencontrez des problèmes, veuillez les signaler en créant un nouveau ticket. Le programme est fourni sous forme de build à fichier unique, mais assurez-vous que .NET 8.0 Desktop Runtime est installé avant de l'exécuter.   Changelog :    - Correction du bug " Failed to set the drive partition information " sur les disques MBR. - Correction d'un bug où la copie d'une archive existante dans le répertoire de travail provoquait un plantage si aucun téléchargement n'était requis. - Formateur FAT32 mis à jour pour inclure un calcul de taille FAT plus précis. - Ajout des versions ARM64 et x86     Téléchargement : BadBuilder v0.2 Alpha    

L'outil X360PluginManager a été mis à jour en version 1.1.0, cet utilitaire permet de charger des plugins sur la console Xbox 360 via l'exploit BadUpdate.    L'exploit BadUpdate ne prend pas en charge le chargement de certains plugins, du fait de son fonctionnement particulier, et pour diverses raisons liés à son lancement, et bien avec X360PluginManager il est possible d'en charger depuis le périphérique USB logé dans le premier slot.                Changelog v1.1.0 :    - Autorise le chargement des plugins à partir du premier périphérique USB.     Installation :   - Téléchargez la dernière version à partir des versions . - Décompressez X360PluginManager.zipquelque part. - Adaptez- X360PluginManager\config.inile à vos besoins. - Déplacez le X360PluginManagerrépertoire vers votre console. - Lancement X360PluginManager\default.xex.     Téléchargement : X360PluginManager v1.1.0    

Le développeur Pdawg a créé le logiciel BadBuilder qui est destiné à ceux qui disposent d'une Xbox 360 et qui souhaite mettre en oeuvre l'exploit BadUpdate.    A quoi sert BadBuilder ?    Il s'agit d'un outil proposé dans une première version 0.1 Alpha qui va permettre de simplifier la création d'une clé USB compatible avec l'exploit BadUpdate, ainsi vous pourrez exécuter du code non signé et des applications homebrews sur votre Xbox 360 si vous disposez de tout ce qu'exige BadUpdate.   Ainsi BadBuilder va se charger de formater la clé USB au format FAT32, jusque là rien d'exceptionnel, mais surtout BadBuilder va télécharger automatiquement les fichiers nécessaires à l'exploit BadUpdate, le logiciel va détecter et télécharger la dernière version des fichiers disponibles, et réutilisera ceux qui sont déjà présents s'il s'avère qu'il n'est pas nécessaire de les mettre à jour.   BadBuilder permet aussi de spécifier manuellement les chemins de fichiers spécifiquement et dynamiquement c'est à dire qu'il va recréer les liens si nécessaires dans les archives, et sur la clé.         BadBuilder v0.1 [ALPHA] :   Il s'agit de la première version de BadBuilder. Si vous rencontrez des problèmes, veuillez les signaler en créant un nouveau ticket. Le programme est fourni sous forme de build à fichier unique, mais assurez-vous que .NET 8.0 Desktop Runtime est installé avant de l'exécuter.     Extraction et copie de fichiers :   - Extrait automatiquement tous les fichiers nécessaires. - Prépare la clé USB pour l'exploit BadUpdate en copiant tous les fichiers requis.   Prise en charge des homebrews :   - Permet d'ajouter des applications homebrew en spécifiant leur dossier racine. - Recherche automatiquement le .xexfichier de point d'entrée ( ) dans le dossier. - Si plusieurs .xexfichiers sont trouvés, BadBuilder vous demandera de sélectionner le bon. - Copie tous les fichiers nécessaires et corrige l'entrée .xexà l'aide du XexTool téléchargé.     Téléchargement : BadBuilder v0.1 Alpha      

L'exploit Bad Update vient de donner naissance à un payload nommé FreeMyXe, développé par InvoxiPlaysGames et emma, ce payload permet d'ajouter certaines fonctionnalités avancées à l'hyperviseur et au kernel de la console XBox 360, lui permettant ainsi d'exécuter du code non signé.         FreeMyXe améliore l'exploit Bad Update en vous facilitant :   - Le déblocage de certaines fonctions telles que la suppression de certaines vérifications (par exemple XEX ou encore la signature en direct).  - Le retrait de la clé du processeur de la console. - Le dump de la mémoire Nand de votre Xbox360, très utile pour la sauvegarde et la restauration. - L'utilisation des émulateurs, des jeux et des dashboards alternatifs comme Aurora, XEX Menu, ou encore Simple 360 Nand Flasher.    Temporairement la console permet donc d'exécuter pas mal de chose, comme la possibilité de lancer du code non signé, mais la grosse limite réside dans le fait que tout disparaisse une fois la console éteinte, et surtout qu'il faut le jeu "Tony Hawk's American Wasteland" d'installé sur le disque dur interne de la console.      Tout est là : FreeMyXe      

  Au delà de la disponibilité de l'exploit dont nous vous avons donné l'information lors d'une news précédente, son développeur, Ryan Miceli, nous explique en nous dévoilant la seconde partie de son article, comment il a réussi à pirater l'hyperviseur de la Xbox 360. Dans cette seconde partie, il explique comment il a trouvé et exploité des bugs dans l'hyperviseur Xbox 360 pour obtenir une exécution complète du code et créer l'exploit « Bad Update ». Si vous ne l'avez pas déjà fait, il vous conseille de lire (ou au moins de parcourir) la première partie , car ce second article fera référence à une grande partie du contenu qui y est abordé.                 Comme il l'a mentionné dans la première partie, il considère l'hyperviseur de la Xbox 360 comme l'un des éléments de code les plus sécurisés que Microsoft ait jamais écrit, avec un seul bug logiciel à ce jour qui était probablement le résultat d'un problème de compilateur.   Il dit avoir passé beaucoup de temps dans le passé à rechercher des vulnérabilités dans l'hyperviseur, mais il n'a jamais rien trouvé d'important. Depuis lors, il a passé 7 ans à travailler en tant qu'ingénieur en sécurité professionnelle et il a développé un tout nouvel état d'esprit pour analyser les cibles et trouver les bugs.    Il a été très motivé à mettre ses nouvelles compétences à l'épreuve et à voir s'il pouvait enfin pirater l'hyperviseur de la Xbox 360. C'est ce qu'il considère comme « le boss final » de son parcours en tant que hacker de console de jeu.         Il a fallu environ deux mois et demi pour rechercher, développer et terminer cet exploit, mais ça lui a semblé une éternité. À de nombreuses reprises, il se pensait dans une impasse, la découverte et le développement de cet exploit ont mis à profit ses capacités de chercheur en sécurité, de la compréhension du fonctionnement de la console à la recherche de moyens de créer une surface d'attaque.         Maintenant qu'il a terminé cet exploit, il a décidé de se retirer du piratage de consoles de jeu (du moins dans un avenir proche). Pour tous ceux qui souhaitent en savoir plus sur le fonctionnement interne de la Xbox 360, il prévoit d'écrire une troisième partie dans laquelle il couvrira (brièvement) certaines de ses tentatives ratées d'exploitation de la console, ainsi que d'autres comportements/techniques intéressants, cependant cette partie ne sera pas écrite avant plusieurs mois, alors ne comptez pas dessus de sitôt.     L'article (seconde partie) est disponible ici : https://icode4.coffee/?p=1081        

  Le nouveau logiciel de déblocage pour Xbox 360 est là ! En utilisant une vulnérabilité dans l'hyperviseur, dans la version 17559 du dashboard, il est possible de déverrouiller la console, pour cela le jeu Tony Hawk's American Wasteland (NTSC) est utilisé.   Le déverrouillage n'est pas persistant, c'est-à-dire que si vous éteignez la console, il sera annulé.      Comme prévu, le développeur Grimdoomer vient de publier son exploit hyperviseur, nommé Bad Update !    Bad Update est un programme d'exploitation non persistant pour l'hyperviseur de la Xbox 360 qui fonctionne sur la dernière version du logiciel (17559). Ce dépôt contient les fichiers d'exploitation qui peuvent être utilisés sur une console Xbox 360 pour exécuter du code non signé. Cet exploit peut être déclenché en utilisant l'un des jeux suivants :     Tony Hawk's American Wasteland (NTSC)       Votre console ne sera piratée (capable d'exécuter du code homebrew/non signé) que tant qu'elle restera allumée. Une fois que vous aurez redémarré ou éteint votre console, vous devrez relancer l'exploit. L'exploit ne peut pas être rendu persistant, du moins pas en l'état.    Bien que l'exploit puisse être porté sur n'importe quelle version du logiciel système, il n'a été construit que pour la version 17559 du dashboard.   Comme nous vous l'avons déjà dit l'exploit a un taux de réussite faible, de l'ordre de 30 %, et il peut prendre jusqu'à 20 minutes.   Procédure :    - Téléchargez le fichier Xbox360BadUpdate-Retail-USB.zip depuis la section releases et extrayez les fichiers. - Formatez une clé USB en FAT32. - Copiez le contenu du dossier correspondant au jeu que vous voulez utiliser pour l'exploit à la racine de la clé USB. Ex : si vous utilisez Tony Hawk's American Wasteland, copiez le contenu du dossier Tony Hawk's American Wasteland à la racine de la clé USB. La racine de la clé USB doit contenir les fichiers/dossiers suivants : BadUpdatePayload, Content, name.txt. - Placez l'exécutable non signé que vous souhaitez exécuter lorsque l'exploit se déclenche dans le dossier BadUpdatePayload de la clé USB et nommez-le « default.xex » (remplacez tout fichier existant dans le dossier). Ce fichier xex doit être au format retail et toutes les restrictions doivent être supprimées (voir le wiki pour savoir comment faire). - Insérez la clé USB dans votre console Xbox 360 et allumez-la. - Connectez-vous au profil du joueur 1 et lancez le jeu que vous utilisez pour déclencher l'exploit. - Suivez les instructions du jeu que vous avez choisi pour charger le fichier de sauvegarde du jeu piraté et commencer le processus d'exploitation. - L'anneau lumineux de la console clignotera de différentes couleurs/segments au cours du processus d'exploitation pour indiquer la progression. Pour plus d'informations sur la signification des différentes valeurs, voir la section « LED Patterns and Meanings » du wiki. - Une fois que l'exploit s'est déclenché avec succès, l'anneau lumineux devrait être entièrement allumé en vert. L'hyperviseur a maintenant été corrigé pour exécuter des exécutables non signés et votre fichier default.xex non signé sera exécuté. - L'exploit a un taux de réussite de 30 % et peut prendre jusqu'à 20 minutes pour se déclencher avec succès. Si, au bout de 20 minutes, l'exploit ne s'est pas déclenché, vous devrez éteindre votre console Xbox 360 et répéter le processus à partir de l'étape 5.             Q : Pourquoi dois-je réexécuter l'exploit à chaque fois que j'allume ma console ? R : L'exploit n'est pas persistant, il ne fonctionne que tant que la console reste allumée. Une fois la console éteinte ou redémarrée, vous devrez à nouveau exécuter l'exploit.   Q : Qu'est-ce que cet exploit apporte de plus que le RGH Hack / devrais-je l'utiliser à la place du RGH ? R : Il s'agit d'un exploit logiciel qui ne nécessite pas d'ouvrir la console ou de faire des soudures pour l'utiliser. En dehors de cela, il est inférieur à l'exploit du RGH à tous points de vue et doit être considéré comme une « preuve de concept » et non comme quelque chose à utiliser à la place du RGH.   Q : Est-ce que cela peut être transformé en softmod ? R : Non, la chaîne de démarrage de la Xbox 360 est très sûre et ne présente aucune surface d'attaque. Il n'existera jamais d'exploit de type « softmod » permettant de passer d'un état de démarrage à un état de piratage par le biais d'un logiciel uniquement.   Q : Cela fonctionne-t-il sur les consoles Winchester ? R : Je ne l'ai pas testé personnellement, mais je ne vois aucune raison pour qu'il ne fonctionne pas. Rien dans l'exploit n'est spécifique au matériel.   Q : J'ai lancé l'exploit et rien ne s'est passé ? R : L'exploit a un taux de réussite de 30 %. Si, après 20 minutes d'exécution, l'exploit ne s'est pas déclenché, vous devrez redémarrer votre console et réessayer.   Q : Pourquoi l'exploit n'exécute-t-il qu'un seul xex non signé ? R : Mon but était de pirater l'hyperviseur, pas de développer une solution robuste tout-en-un. Quelqu'un d'autre devra développer un exécutable post-exploit qui corrige toutes les choses de qualité de vie que vous obtiendriez avec quelque chose comme l'exploit RGH.   Q : Pourquoi l'exploit met-il autant de temps à se déclencher et pourquoi son taux de réussite est-il si élevé ? R : L'exploit est une condition de course qui nécessite un timing précis et plusieurs autres conditions pour qu'il se déclenche avec succès. Cela peut donc prendre un certain temps avant que cela ne se produise.       Tout est là : Xbox360BadUpdate      

XenonRecomp, un outil innovant conçu pour convertir les exécutables Xbox 360 en code C++ recompilable, pourrait bientôt étendre son support à d'autres plateformes. Actuellement, l'outil ne supporte que les plateformes x86 en raison de l'utilisation intrinsèque x86, mais les développeurs explorent des solutions pour élargir sa compatibilité.   Inspiré par le projet N64 : Recompiled, qui permet de recompiler des exécutables N64, XenonRecomp vise à faire de même pour les jeux et applications Xbox 360. L'outil convertit les instructions PowerPC (PPC) de la Xbox 360 en code C++, permettant ainsi une recompilation pour d'autres architectures. Cependant, le code généré n'est pas optimisé pour la lisibilité humaine, car les instructions sont converties de manière directe sans restructuration.   XenonRecomp fonctionne en passant l'état du CPU (y compris les registres PPC) comme argument à chaque fonction PPC. Les instructions sont implémentées pour fonctionner en little-endian, bien que la Xbox 360 soit une machine big-endian. Cela nécessite des ajustements pour les opérations de mémoire et les registres vectoriels, où l'ordre des éléments est inversé.   Les instructions vectorielles (VMX) sont actuellement implémentées en x86, mais les développeurs envisagent d'utiliser des bibliothèques comme SIMD Everywhere pour permettre une compatibilité multi-architecture. Cependant, certaines fonctionnalités, comme le MMIO (Memory-Mapped I/O), utilisé pour des opérations matérielles spécifiques comme le décodage XMA, ne sont pas encore implémentées.         XenonRecomp utilise une table de hachage parfaite pour résoudre les appels de fonctions virtuelles, une amélioration par rapport à une précédente méthode qui nécessitait une allocation mémoire excessive. Pour les tables de saut, l'outil s'appuie sur des motifs d'assemblage prévisibles, bien que des ajustements soient nécessaires pour les jeux plus récents en raison des évolutions du compilateur Xbox 360.   L'analyse des limites des fonctions est également prise en charge, bien que les fonctions contenant des tables de saut posent encore des défis. Les utilisateurs peuvent définir manuellement les limites des fonctions dans un fichier de configuration TOML.   XenonRecomp propose plusieurs optimisations pour améliorer les performances, notamment en supprimant les calls superflus aux registres et en convertissant certains registres en variables locales. Ces optimisations peuvent réduire la taille des exécutables de plusieurs mégaoctets et améliorer les temps de rendu. De plus, l'outil permet de patcher facilement les fonctions PPC, offrant aux utilisateurs la possibilité de remplacer des fonctions par des implémentations personnalisées tout en conservant l'accès aux fonctions d'origine.   Malgré ses avancées, XenonRecomp ne supporte pas encore les exceptions, un défi technique lié à l'utilisation du registre de lien (link register) et à la nature imprévisible des gestionnaires d'exceptions. De plus, certaines instructions PPC, notamment celles liées aux opérations D3D, ne sont pas entièrement implémentées.   Le développeur principal de XenonRecomp, blueskythlikesclouds, dévoile des compilations ici si le projet vous intéresse : XenonRecomp      

Le développeur Ryan M (se faisant appelé Grimdoomer sur X) vient de dévoiler un article très intéressant sur tout un tas de documents et de dossiers qu'il dispose sur le piratage de l'hyperviseur de la Xbox 360.    Il ne s'agit que du premier article (la partie 1) de tout d'un tas de réflexion concernant la conception et le hack de l'hyperviseur et des fonctionnalités matérielles de sécurité de la Xbox 360.    Ce premier article sert d'introduction a ce que sera la seconde partie qui contiendra la façon dont casser l'hyperviseur et un PoC ou l'exploit lui même.    Afin de rassurer tout le monde, Ryan M explique que cet exploit de l'hyperviseur fonctionne sur la dernière version du firmware Xbox 360 à savoir le 17559.              L'exploit en lui même n'est pas persistant, à savoir qu'il ne s'agit pas d'un softmod, il faudra lancer l'exploit à chaque démarrage, et il dispose d'un taux de réussite très faible, de l'ordre de 30 %, il ne lancera que moins d'une fois sur 3, et son temps d'exécution peut aller jusqu'à 20 minutes.          Ryan M reste lucide, il ne pense pas que cet exploit pourra être utilisé de manière fiable et permanente, son intention est de montrer qu'il est possible de casser les sécurités de l'hyperviseur de la Xbox 360.   Les fichiers qui seront publiés dans la seconde partie de l'article, dont la diffusion serait prévue pour la semaine prochaine, permettront de patcher l'hyperviseur, et donc d'exécuter du code non signé, à priori un seul exécutable, il n'y aura pas la suppression des contrôles de signatures, ou l'exécution de payloads de développement ou d'exécutables.            L'hyperviseur de la Xbox 360 est un élément de code très sécurisé, renforcé par des fonctionnalités de sécurité matérielles, et dont l'objectif est unique : empêcher le piratage de la console. Cela présente les défis suivants pour les attaquants :   - L'hyperviseur a très peu de surface d'attaque pour trouver des bugs. - La surface d'attaque disponible effectue une validation approfondie de toutes les données et paramètres fournis par le mode noyau. - Toutes les communications avec les autres périphériques de la carte mère sont effectuées par le noyau. - L'hyperviseur n'effectue aucune analyse des données provenant de ces périphériques (lecteur de DVD, disque dur, port réseau, USB, etc.). - La mémoire de l’hyperviseur est protégée par un cryptage et des contrôles d’intégrité. - Cela rend très difficile la réalisation d’attaques de corruption de mémoire. - L'hyperviseur n'accède presque jamais à la mémoire qui n'est pas protégée.     La première partie de l'article se trouve ici : icode4.coffee