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

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          

  Le développeur John Törnblom a publié une nouvelle mise à jour des PS5 Payload SDK, apportant plusieurs améliorations importantes au niveau des bibliothèques et du système de build.           Changelog :    libc :  - les fonctions mount, nmount et umount définissent désormais correctement errno en cas d’échec, améliorant la compatibilité POSIX et le débogage.   Build macOS : - Correction du script cmake-bin-wrapper pour le shell macOS. - Compilation de libcxx désormais fonctionnelle sans ajustements manuels.   Support Apple Silicon : - Ajout d’instructions détaillées pour compiler le SDK sur macOS avec les puces M1 / M2 / M3.       Téléchargement : PS5 Payload SDK        

  Le développeur Al-Azif, figure bien connue de la scène PlayStation, vient de mettre à jour la version 2.2.0 BETA de PS4 HEN vers la pre-release main 173.   Cette nouvelle mouture apporte le support officiel du firmware 13.02 sur PS4 au travers du rajout des offsets.         Changelog :    - Ajout du support complet du firmware 13.02 - Version : v2.2.0 BETA pre-release-main-173 - Auteur : @_AlAzif   Tout comme pour la version précédente qui apportait le support du firmware 13.00, cette mise à jour ajoute le support du firmware 13.02, mais la fonctionnalité réelle dépend de la présence et de l'efficacité d'un point d'entrée (une vulnérabilité exploitable) sur cette version du firmware, ce qui n'est pas encore le cas actuellement, l'exploit étant disponible jusqu'au firmware 12.02 !    Le développeur Al-Azif a ajouté les offsets sur PS4-HEN afin qu'il soit exploitable sur le firmware 13.02 mais quand un point d'entrée sera disponible, ce qui, ne vous aura pas échappé, n'est pas encore le cas. Cela ne signifie pas non plus que l'exploit ou le point d'entrée pour la version 13.02 a été découvert, simplement que si un point d'entrée fonctionnel est disponible pour le fimrware 13.02, HEN sera prêt à le prendre en charge directement.      Téléchargement : PS4 HEN 2.2.0 Beta Rev 173 avec support firmware 13.02            

Le développeur TheheroGAC vient d’annoncer la sortie de Vitashell v2.12, la célèbre application système indispensable pour gérer les fichiers et le contenu de la console Vita est donc de retour.   Cette nouvelle version apporte plusieurs améliorations importantes et introduit de nouvelles fonctionnalités très attendues. L’auteur indique également qu’il travaille à corriger le problème de mise à jour directe de Vitashell depuis la PS Vita.         Principales nouveautés :  - Lancement automatique après installation : - Après avoir installé un .vpk, VitaShell propose de lancer immédiatement le jeu ou l’application. - Extraction automatique du Title ID pour un lancement correct. - Support multilingue des fenêtres de confirmation. - Option “Lancer app/jeu” directement dans le menu contextuel (touche △) sur les fichiers .vpk. - Installation et lancement en un clic sans dialogues intermédiaires. - Détection intelligente des fichiers .vpk et gestion des erreurs en cas d’échec d’installation. - Expérience fluide : VitaShell se ferme automatiquement lors du lancement du jeu installé.   Améliorations techniques - Meilleure gestion mémoire et stabilité accrue (correction de crashs et de fuites mémoire). - Support complet UTF-8 pour les caractères internationaux. - Interface plus réactive et simplifiée (moins de confirmations inutiles). - Préservation complète des fonctionnalités de la version 2.11 (multilingue, LiveArea personnalisée, etc.).   Développement et compatibilité - Nouvelle architecture modulaire pour la gestion des langues. - Tests complets sur les 12 langues disponibles. - Compatibilité VitaSDK maintenue. - Traduction japonaise mise à jour (merci à yyoossk).     Téléchargement : VitaShell 2.12            

ASPECT2-PCB : un projet open source ambitieux qui recrée la mythique carte FACET2 des devkits Xbox One, le collectif xboxoneresearch, épaulé par la communauté, vient de dévoiler ASPECT2-PCB, une recréation fidèle et open source de la carte historique FACET2 FabA, utilisée dans les devkits officiels Xbox One.   Objectif, rendre accessibles des outils d’analyse et de développement matériel jusqu’ici réservés à un cercle très restreint, ceux qui disposent d'un devkits.          Une reproduction fidèle et modernisée :    Réalisée à l’aide de KiCad, la carte ASPECT2 reprend l’architecture du PCB à quatre couches de la FACET2 tout en y ajoutant plusieurs améliorations. On y retrouve notamment :   - plusieurs interfaces FTDI pour la communication série, - un microcontrôleur STM32 chargé du firmware, - un écran OLED affichant les codes POST en temps réel, - ainsi qu’une batterie d’en-têtes dédiés aux protocoles SPI, I²C, JTAG et UART.   Grâce à cette combinaison, la carte permet des opérations de bas niveau comme la lecture de la mémoire flash eMMC via SPI, y compris les digests nécessaires à l’analyse du firmware, ou encore la visualisation des séquences de démarrage — des outils essentiels pour le debug de consoles briquées ou le développement sur devkits.         Le dépôt GitHub fournit tout le nécessaire pour la fabrication et l’expérimentation :   - projets KiCad complets, - modèles EEPROM FT_PROG, - firmware STM32 compilable, - fichiers de production (Gerber, BOM, pick-and-place), - plusieurs outils logiciels de support.   L’écosystème logiciel s’enrichit également avec libaspect2, une bibliothèque open source visant à remplacer progressivement les dépendances propriétaires encore présentes. La version 2.0 d’ASPECT2 a récemment introduit une nouvelle disposition réduisant la diaphonie et ajouté un support préliminaire du SPI NOR pour les consoles Xbox Series, étendant ainsi le champ d’application du projet au-delà de la Xbox One.         Certaines fonctions restent toutefois en développement, notamment le pilote I²C/SMBus bit-banged, le support ARM SWO, ou encore certaines interfaces spécifiques comme l’UART SMC, non compatibles avec le matériel standard. La carte offre donc aujourd’hui son plein potentiel sur les kits de développement officiels ce qui est déjà exceptionnel.    En rendant public un design aussi avancé et documenté, ASPECT2-PCB marque une étape importante pour les chercheurs et passionnés d’ingénierie inverse autour de l’écosystème Xbox. C’est aussi une victoire pour la transparence et la préservation des outils de développement d’une génération de consoles longtemps restés hors de portée du grand public.   Tout est là : ASPECT2-PCB