La scène Xbox 360 poursuit ses travaux autour de BadUpdate 1.3 avec une nouvelle évolution d’ABadAvatar. Une build de test du projet a été adaptée au fonctionnement de cette nouvelle version de l’exploit, avec plusieurs modifications importantes apportées au chargement des différentes étapes du processus. Cette version a été développée par bibarub, qui a également soumis une Pull Request au projet ABadAvatar afin d'intégrer officiellement ces changements.
Un support de BadAvatar ajouté
La principale nouveauté concerne l'intégration du support de BadAvatar, tout en conservant la possibilité de compiler les builds RBB existantes.
Pour y parvenir, plusieurs éléments internes d'ABadAvatar ont été remaniés. Le stage1 a notamment été réécrit afin de charger les données d'exécution du stage2 depuis un fichier externe.
Le développeur précise également avoir amélioré certains éléments internes du projet, notamment la section de sortie de xamtask, qui dispose désormais des noms des fonctions concernés, facilitant ainsi la compréhension et le développement du code.
Des modifications du processus de démarrage
La nouvelle build apporte également plusieurs ajustements au fonctionnement du démarrage de BadUpdate 1.3.
Le mécanisme lié au spoof du système de fichiers de bootanim a été désactivé, le développeur estimant qu'il n'était probablement pas nécessaire dans ce nouveau fonctionnement.
En revanche, la fonctionnalité de récupération de bootanim introduite avec BadUpdate 1.3 a été conservée. Son fonctionnement a toutefois été modifié : plutôt que de remplacer le fichier utilisé précédemment, le processus remplace désormais gamerprofile.xex.
Un autre point reste sous surveillance : gamerprofile est toujours déchargé immédiatement après l'exécution du code de stage3. Selon bibarub, cette méthode pourrait potentiellement provoquer des problèmes, même si elle fonctionne actuellement lors des tests.
Un problème identifié avec xbdm
Le développeur signale également un problème spécifique rencontré durant les tests.
Lorsqu'un plugin xbdm est chargé, le stage2 plante juste avant la transition vers le stage3. Une note a été ajoutée directement dans les fichiers du projet afin de documenter ce comportement.
Il s'agit donc d'un point à prendre en compte pour les utilisateurs qui disposent d'un environnement avec des plugins supplémentaires actifs.
Des premiers tests encourageants
La build de test a notamment été essayée sur une Xbox 360 Winchester. Les premiers retours indiquent un démarrage quasiment instantané et aucun problème majeur lors de l'utilisation.
Le fonctionnement peut également être associé à XeUnshackle 1.3 + AutoStart, permettant d'automatiser davantage le processus et d'éviter l'écran bleu affiché après le déclenchement de l'exploit.
Il est cependant important de rappeler qu'il s'agit encore d'une version de test. Le build final compatible avec BadUpdate 1.3 n'a pas encore été publié.
Les changements apportés par bibarub
La Pull Request détaille notamment les modifications suivantes :
- ajout du support de BadAvatar sans casser la compilation des builds RBB
- réécriture du stage1 pour charger les données d'exécution du stage2 depuis un fichier externe
- ajout des noms de fonctions dans la section de sortie de xamtask
- désactivation du mécanisme de spoof du système de fichiers de bootanim
- conservation de la fonction de récupération de bootanim de BadUpdate 1.3
- remplacement de gamerprofile.xex dans le cadre de cette récupération
- conservation du déchargement de gamerprofile après l'exécution du code stage3, malgré un risque potentiel de problèmes
- identification d'un crash du stage2 lorsque le plugin xbdm est chargé
Cette évolution constitue donc une nouvelle étape dans l'adaptation d'ABadAvatar à BadUpdate 1.3, avec plusieurs changements internes destinés à assurer le fonctionnement du nouveau processus tout en maintenant la compatibilité avec les builds existantes.
La communauté Xbox 360 devra désormais attendre la version finale d'ABadAvatar pour BadUpdate 1.3, qui devrait notamment permettre de confirmer la stabilité de ces modifications et de déterminer si les problèmes encore identifiés, notamment avec xbdm, pourront être corrigés.
