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

Le développeur connu sous le pseudonyme Gezine annonce via une image, une avancée importante dans son projet d'exploitation référencé Y2JB.    Selon lui le lancement se réalise parfaitement " Pas d'instabilité, la tâche obtient une réussite de 100% ". Selon les éléments communiqués, cela signifie que les étapes expérimentales en cours (tests de fiabilité et d'exécution répétée) ont désormais donné des résultats stables et reproductibles, une condition souvent indispensable avant d'aborder des étapes techniques plus délicates.   Gezine indique que la prochaine étape sera la construction d'une chaîne ROP. Il a précisé que pour cela « il faudra plus de temps pour construire un ROP complet », signalant que la phase suivante demandera à la fois patience et travail méthodique. Il y a deux jours, Gezine obtenait la possibilité d'écrire de façon arbitraire, désormais le lancement est stabilisé, il reste à trouver la chaîne ROP.          Qu’est-ce qu’une chaîne ROP ?     ROP signifie Return-Oriented Programming (programmation orientée retours), il s’agit d’une technique utilisée pour exploiter un programme en réutilisant de petites séquences d'instructions déjà présentes dans la mémoire d’un programme (souvent appelées gadgets), en combinant ces séquences existantes dans un ordre précis, un attaquant peut obtenir un comportement non prévu du programme sans injecter de nouveau code pur, d’où son intérêt dans des contextes où l’exécution de code injecté est empêchée par des protections modernes, ce qui est le cas sur la PS5 et PS5 Pro. Construire une chaîne ROP est généralement minutieux : il faut trouver des séquences compatibles et les ordonner correctement, ce qui explique pourquoi cette étape peut prendre plus de temps.   Encore une fois, il faut rester patient, nous ne pouvons que remercier les développeurs qui tentent de faire progresser la scène là où on le voit cela devient complexe à mettre en musique.           

La vidéo “From Project Amethyst to the Future of Play” qui vient d'être publiée met en scène une discussion entre Jack Huynh (Senior Vice President chez AMD) et Mark Cerny (architecte principal de la PS4, PS5 et PS5 Pro) autour de la vision partagée entre AMD & Sony pour l’avenir du jeu.   Project Amethyst pourrait être le nom de code d’une future évolution matérielle ou logicielle (GPU, architecture, plateforme) conjointe entre AMD et Sony.         Dans cette vidéo ils abordent des avancées dans le domaine des GPU, du ray tracing, des performances graphiques, et de l’optimisation pour la future console, les PS5 et PS5 Pro sont déjà abordées comme étant presque dépassées. La collaboration entre constructeur de circuits (AMD) et constructeur de console (Sony) laisse présager des synergies : matériel optimisé, pipelines graphiques spécialisés, ou innovations logicielles (drivers, outils de développement).   Mark Cerny, en tant qu’architecte de la PS5/PS5 Pro, est souvent impliqué dans des décisions techniques clés. Sa participation indique que des annonces intéressantes pour l’écosystème PlayStation pourraient être au rendez-vous, clairement ils parlent de la PS6. Cela fait 2 années qu'AMD travaille sur ce sujet, et lors du computex AMD a montré le Neural Radiance Caching, une part technique du FSR Redstone.            Lors de cet échange, les deux ingénieurs ont présenté trois avancées technologiques clés qui pourraient redéfinir les performances graphiques et l’efficacité des futures consoles et GPU :   - Neural Arrays   Une approche révolutionnaire du calcul parallèle : au lieu de simples unités de calcul indépendantes, les compute units travaillent désormais en synergie, partageant données et traitements. Résultat : un moteur d’intelligence artificielle intégré au GPU, capable de gérer des modèles de machine learning plus vastes, plus efficacement, avec une meilleure évolutivité et un rendement énergétique accru. Cette avancée promet d’ouvrir la voie au neural rendering — un rendu graphique dopé à l’IA.   - Radiance Cores   Nouveau bloc matériel dédié à la gestion unifiée de la lumière (ray tracing et path tracing en temps réel). Les Radiance Cores déchargent le GPU des calculs les plus lourds, permettant une illumination plus réaliste, une pipeline graphique plus fluide et des performances accrues pour les jeux à forte exigence visuelle. En clair, le réalisme de l’éclairage atteindra un niveau inédit sur les futures plateformes.   - Universal Compression   Un système intelligent qui analyse et compresse toutes les données envoyées vers la mémoire — pas seulement les textures. Cela réduit considérablement la bande passante mémoire nécessaire, offrant plus de détails, des fréquences d’images plus élevées et une meilleure efficacité énergétique.  Le DCC (Delta Color Compression) de la PS5 et de la PS5 Pro sera remplacé sur la PS6 par l'UC (Universal Compression), ce qui permettra une meilleure restitution, une meilleure compression, un consommation GPU plus légère, et ainsi une puissance accrue pour moins d'énergie consommée par le GPU.        DCC sur PS5 et PS5 Pro       UC sur PS6     Au-delà de la technologie, Jack Huynh souligne la relation de confiance et d’amitié entre AMD et PlayStation, forgée depuis plusieurs générations de consoles. Cette collaboration dépasse la simple conception de puces : elle incarne une vision commune du futur du jeu, alliant puissance, créativité et immersion.         Avec Project Amethyst, AMD et PlayStation posent les fondations d’une nouvelle ère : celle où le matériel et l’intelligence artificielle s’unissent pour repousser les limites du rendu, du réalisme et de la performance. Un message fort pour l’industrie et un signe que la prochaine PlayStation 6 pourrait être bien plus qu’une simple console : une plateforme d’expériences interactives intelligentes.        

Le développeur Barisyild préparerait le support PS4 pour AirPSX, récemment, le développeur Barisyild s’est fait connaître pour avoir découvert une faille sur la PS5.   Il semble avoir l'intention de faire évoluer son projet AirPSX (un payload / interface web pour interagir à distance avec une PS5 jailbreakée) mais la nouveauté est le support de la PS4,   Il serait envisagé d’étendre AirPSX pour qu’il prenne en charge la PS4, en plus de la PS5. Cela signifierait qu’il pourrait devenir un outil universel pour les consoles Sony récentes (PS4 / PS5), permettant une gestion distante (via interface web) des fichiers, l’exécution de scripts, etc., sur consoles déjà jailbreakées.             La PS4 et la PS5 ont des architectures internes, firmwares et sécurités différentes, ce qui rend un portage non trivial. Il faudra probablement adapter ou réécrire des modules spécifiques à la PS4 pour gérer les communications avec le kernel, le système de fichiers, les droits d’accès, la compatibilité des payloads…   Si le support PS4 est confirmé, voici ce que cela pourrait signifier un outil plus polyvalent pour les communautés de hacking / homebrew, une hausse de l’intérêt pour AirPSX, car de nombreux utilisateurs possèdent encore une PS4.   Tout est là : airpsx        

Le développeur CiborgEc propose une nouvelle version de PS4PKGInstaller qui est désormais offert en v2.04. Cette nouvelle version ajoute  des options de téléchargement plus flexibles et une gestion des destinations bien améliorée.            Voici les nouveautés :   Nouvelles fonctionnalités   Vous pouvez désormais choisir entre :   - Download Only (téléchargement seul)   - Download and Install (télécharger et installer directement)   Il est maintenant possible de sélectionner l’emplacement de la destination de téléchargement :   - Disque interne (Internal HDD)   - Disque externe USB (External USB)   - Chemin personnalisé (Custom path)   Lors de la sélection d'un package ( la liste "/data/pkg/" ) vous pouvez installer, supprimer, sauvegarder sur USB.     Téléchargement : PS4PKGInstaller v2.04  

La branche 2123.x de l'émulateur 3DS Azahar évolue une nouvelle fois avec la disponibilité de 2123.3, le fork de Citra développé par PabloMK7 et Lime3DS, comme à chaque version, bénéficie de nombreux correctifs généraux, mais aussi spécifiques à Android, MacOS, Windows ou bien même techniques comme en atteste le changelog.   L’équipe de développement d’Azahar a officiellement publié la version 2123.3 comme version stable,    Azahar 2123.3 corrige principalement les problèmes rencontrés par les utilisateurs sur les appareils Android à double écran. De plus, quelques modifications mineures ont été apportées afin d’améliorer la compatibilité entre plateformes.         Changelog - Azahar 2123.3   - Diverses améliorations dans la gestion de l’affichage secondaire sur Android. - Correction d’un problème où, si un écran secondaire était déconnecté pendant l’émulation en utilisant le moteur de rendu Vulkan, l’émulateur continuait malgré tout à tenter d’utiliser l’écran déconnecté, provoquant divers dysfonctionnements. - Les binaires précompilés pour macOS sont désormais construits avec macOS 15 Sequoia et Xcode 16, pour les architectures x86_64 et ARM64. - Mise à jour de la bibliothèque fmt intégrée vers la version 12.0.0. - Cette mise à jour corrige un échec de compilation lors de la construction d’Azahar avec Clang 21.   Téléchargement : Azahar 2123.3  

Il semblerait qu'un bug a été trouvé dans FreeBSD, et la scène s'y intéresse fortement.            Contexte / description du bug :   - Le problème concerne la fonction udf_readlink dans FreeBSD, liée au système de fichiers UDF (utilisé notamment pour les CD/DVD).   - Le défaut est que udf_readlink n’effectue pas de vérification appropriée de la valeur fentry->inf_len (information length) dans un File Entry maladroitement formé, ce qui peut mener à des comportements incorrects ou potentiellement dangereux.    - Dans certains scénarios, inf_len peut être corrompu ou contenir une valeur très grande (ou négative interprétée) dans une structure de lien symbolique malformée, ce qui pourrait être exploité.   Ce bug intéresse fortement la scène pour la PS4 et notamment pour le firmware 13.02, Zecoxao informe " qu'il semblerait que Sony a copié ce bug dans l'implémentation PFS en copiant le code original".   Le bug est référencé ici :  bugs.freebsd.org    

Le développeur Mauricio Galdos poursuit le développement de Vitaki Fork, également connu sous le nom de VitaRPS5, un projet open source ambitieux qui redonne vie à la PlayStation Vita en la transformant en un client Remote Play pleinement fonctionnel pour PlayStation 4 et PlayStation 5.   Un fork de Chiaki repensé pour la Vita, basé sur un port du client Chiaki, avec des contributions antérieures d’AAGaming et ywnico, le fork de Galdos apporte de nombreuses améliorations ciblées comme une interface utilisateur modernisée, une meilleure stabilité, ou encore une fluidité accrue du streaming, même sur le matériel vieillissant de la console portable de Sony.   L’objectif principal du projet est clair : offrir une expérience de jeu à distance fluide via le Wi-Fi, en local comme à distance (avec IP statique et redirection de port), tout en compensant les limites de la Vita en termes de latence, d’audio et de contrôles.             Parmi les nouveautés introduites par VitaRPS5 :   - Interface repensée avec des onglets de sélection de console, - Thème de couleur PlayStation, - Saisie de code PIN animée, - Flux de réveil optimisé avec délai d’expiration de 30 secondes et démarrage automatique. - Prise en charge du pavé tactile via la touche trapèze, - Amélioration des contrôles de mouvement, - Ajout du bouton PS via le +. - L’audio est désormais implémenté - Les problèmes de conditions de course (race conditions) dans les entrées ont été corrigés. - La fréquence d’image est limitée à 30 FPS pour réduire le décalage. - Optimisation de la latence – phase 1 - Corrections d’interface et nouvelle image de marque VitaRPS5 - Amélioration de l’écran d’accueil   Téléchargement : VitaRPS5 v1.0.2        

Comme vous le savez Y2JB est supporté du firmware 4.03 au 12.00, son panel de firmwares accessibles est tout simplement le plus large jamais trouvé, cependant le kernel exploit lui n'est pas présent sur l'ensemble de ces firmwares, même si Kstuff couvre une large partie.              Y2JB n'étant qu'un point d'entrée, il faut tout développer à partir de zéro, que ce soit la lecture et l'écriture de code arbitraire, que ce soit la possibilité de contourner ASLR, ou encore la possibilité d'implémenter certains services ou outils ROPs.             Et bien que cela ne tienne, le développeur Gezine s'est mis en tête de proposer tout cela pour Y2JB, il dévoile avoir réussi à lancer du code arbitraire grâce à ce point d'entrée, et que maintenant il faut passer à l'étape suivante, celle du contournement de l'ASLR, avant de pouvoir lancer un chaîne ROPs.         

  La liberté pour votre Xbox 360, rien que ça ! C'est ce que promet FreeMyXe, FreeMyXe 1.0 est désormais disponible, apportant des fonctionnalités très demandées qui simplifient encore davantage le processus de déverrouillage après avoir exécuté avec succès l'exploit BadUpdate.   Pour ceux qui ne le connaissent pas, FreeMyXe est un exécutable Xbox 360 conçu pour appliquer les correctifs de déverrouillage (ceux de xeBuild) au noyau et à l'hyperviseur en cours d'exécution, en exploitant l'exploit « Xbox360BadUpdate » de Grimdoomer. C'est une solution légère et ciblée pour exécuter des applications homebrew, XeLL et LibXenon.         Quelques caractéristiques :  - Affiche la touche CPU au premier plan. Notez-le ! - Permet de lancer XeLL si vous avez xell-1f.bin, xell-2f.binou xell-gggggg.bindans le dossier BadUpdatePayload. - Permet au contenu non signé (homebrew, comme XeXMenu) d'être lancé et chargé depuis le tableau de bord. - Permet de lancer automatiquement le homebrew après le patch s'il est nommé after_patch.xexdans le dossier BadUpdatePayload, ou s'il est nommé default.xex dans un dossier nommé Dashboard à l'intérieur du dossier BadUpdatePayload. - Désactive la connexion au Xbox Live. Vous DEVEZ impérativement vous déconnecter avant de lancer l'exploit ! - Une option permettant d'appliquer automatiquement les correctifs sans invite ou de démarrer automatiquement dans XeLL.   Les patchs :  - Permet aux homebrews d'accéder à l'hyperviseur et à la clé CPU comme ils le feraient sur une console modifiée. (Utile pour Simple 360 ​​NAND Flasher, etc.) - Permet aux fichiers XEX signés et chiffrés par devkit de se lancer sans avoir besoin d'être corrigés au préalable. - Corrige le bug de synchronisation de l'anneau de lumière / du contrôleur après l'utilisation de BadUpdate. - Corrige le contrôle de ping < 30 ms pour System Link. - Correctifs pour la vérification de l'authentification des contrôleurs USB (à la manière de « UsbdSecPatch ») permettant le fonctionnement de certains contrôleurs et adaptateurs compatibles.    FreeMyXe 1.0 : - Ajout d'un mode de patch automatique (voir FreeMyXe_auto.txtpour plus d'informations). - Charge automatiquement un Dashboard défini comme after_patch.xexou Dashboard/default.xexdans le dossier BadUpdatePayload. - Traductions mises à jour.   Prudence : - N'exécutez aucun programme homebrew modifiant un fichier ou installant quoi que ce soit sur la NAND, et n'essayez surtout pas de flasher une NAND modifiée. - Vous risqueriez d'endommager votre console !   Téléchargement : FreeMyXe 1.0      

 

  Le projet Baryon Sweeper a reçu une mise à jour importante : des fichiers .uf2 prêts à l’emploi sont maintenant disponibles pour les cartes RP2040 Pi Pico et RP2040-Zero, permettant de récupérer des PSP complètement briquées en utilisant un RP2040 (Raspberry Pi Pico / Waveshare RP2040-Zero).   Le développeur TechSanti a regroupé le projet Baryon Sweeper avec les cartes RP2040 Pi Pico et RP2040-Zero, et propose les firmwares pour RP2040 qui émule les fonctions de service nécessaires (notamment le signal dit “JigKick”) pour forcer la PSP en mode recovery. Ceci permet de réinstaller un firmware (officiel ou custom), d’accéder au debug, et de restaurer des consoles PSP qui semblaient auparavant irrécupérables.           La Pandora Battery est désormais difficile à trouver et se révèle être peu compatible avec certains modèles comme la PSP Go ou la PSP Street, ce projet utilise un RP2040 , le même que le Raspberry Pi Pico, pour émuler les fonctions de service nécessaires pour forcer la console en mode de récupération.   Des schémas, des diagrammes matériels, des solutions softwares, les fichiers .uf2, tout est disponible cependant il faudra savoir souder, ou faire appel à un ami, pour éviter les surtensions, et d'endommager votre console. Il est même possible de compiler soit même les fichiers .uf2, mais pareil il faudrait disposer d'un IDE Arduino correctement configuré, avec toutes les bibliothèques nécessaires installées et la prise en charge des cartes RP2040 ajoutées via Boards Manager.   Certains utilisateurs montrent des récupérations réussies sur PSP 3000, PSP Go et sur des modèles avec cartes mères complexes (ex. TA-088v3).   Si le projet vous intéresse c'est par ici : Baryon-Sweeper-RP2040