tralala

La scène PS4/PS5 continue de bouger à un rythme soutenu et notre ami sunriseur Markus00095 vient d'en apporter une nouvelle illustration avec la publication de plusieurs projets dédiés à l'émulation rétro. En l'espace de quelques heures, le développeur a annoncé un émulateur NeoGeo AES/MVS, un émulateur PC Engine Mini pour PS4 et PS5, mais également une décision importante concernant ses anciens outils de conversion.

 

 

 

 

 

Markus00095 vient tout d'abord de mettre à disposition un nouvel émulateur NeoGeo AES/MVS. Comme son nom l'indique, le projet cible les deux principales déclinaisons de la NeoGeo : la NeoGeo AES, version destinée au marché domestique, et la NeoGeo MVS, système d'arcade de SNK. Le développeur précise que la release est distribuée dans une archive RAR et demande aux utilisateurs de lire attentivement le fichier .txt inclus, celui-ci contenant les informations nécessaires à l'installation et à l'utilisation de l'émulateur.

 

La release est actuellement disponible via MediaFire.

 

 

 

Quelques heures auparavant, Markus00095 avait déjà publié un autre projet : un émulateur PC Engine Mini compatible PS4 et PS5. Là encore, l'archive contient un fichier texte regroupant les instructions nécessaires à son installation et à son utilisation.Cette nouvelle publication vient donc ajouter une nouvelle machine rétro à la liste des plateformes désormais explorées par la scène homebrew PlayStation. Il reste encore quelques émulateurs dans les tiroirs, notamment un Nes, un Nintendo 64 disponible ici Ultra 64 Emulator Beta PS4-PS5, ou encore un Dreamcast, et un Snes.

 

 

 

 

 

Markus00095 profite également de ses publications pour mettre en avant le travail de sword_pdf autour de PS5SX2, un émulateur PlayStation 2 destiné à la PS5. Le projet recherche actuellement des utilisateurs capables de participer aux tests. Markus00095 invite donc la communauté à rejoindre le serveur Discord dédié afin d'effectuer des essais, de remonter les éventuels problèmes rencontrés et de contribuer à l'amélioration du projet. Cette phase de test est particulièrement intéressante alors que les travaux autour de l'émulation sur PS5 se multiplient.

 

 

Mais l'annonce la plus importante de Markus00095 concerne finalement ses propres outils. Le développeur explique que, compte tenu des avancées réalisées récemment dans le domaine de l'émulation, ses différents outils de conversion de jeux PS1 et PS2 vers PS4/PS5, notamment, ne lui paraissent désormais plus nécessaires. Il annonce ainsi qu'il ne poursuivra plus leur développement. Markus00095 précise toutefois qu'il laissera les liens vers ces projets disponibles jusqu'à Noël. Passé cette période, il prévoit de supprimer les liens et de mettre définitivement fin à la distribution de ces anciens outils.

 

 

Cette décision illustre surtout l'évolution rapide de la scène PS4 et PS5. Pendant plusieurs années, les outils de conversion et de portage constituaient une solution importante pour permettre aux utilisateurs d'exécuter différents jeux et applications sur les consoles de Sony. Aujourd'hui, les travaux réalisés directement autour de l'émulation offrent progressivement d'autres possibilités. Entre les projets NeoGeo, PC Engine, PS2SX2 et les différents émulateurs déjà disponibles sur PS5, le paysage évolue donc rapidement. Markus00095 semble ainsi considérer que le moment est venu de tourner la page sur une partie de ses anciens projets pour laisser place à cette nouvelle génération d'outils et d'émulateurs.

 

Un très grand merci Markus00095 pour tout le travail effectué et pour toutes ces propositions. 

 

Tout est là : Neogeo AES MVS Emulator / PC-Engine Mini Emulator

 

 

Le développement de PS5 PKG Manager se poursuit avec la publication de la version 1.4.1 par itsPLK. Cette nouvelle mouture arrive seulement quelques jours après la version 1.4.0 et se concentre sur une correction particulièrement intéressante concernant l'installation de fichiers PKG lorsque la PS5 ne dispose d'aucune connexion réseau active.

 

Pour rappel, PS5 PKG Manager est un outil destiné à faciliter la gestion et l'installation de packages sur les consoles PlayStation 5 compatibles avec les fonctionnalités nécessaires à son fonctionnement.

 

 

 

 

 

 

La principale modification de cette version 1.4.1 concerne les installations effectuées depuis un périphérique USB ou un disque local. Auparavant, ces installations pouvaient échouer lorsque la console ne disposait d'aucune connexion réseau active. Ce problème est désormais corrigé.

 

Il devient donc possible de lancer correctement une installation depuis un support local même lorsque la PS5 fonctionne totalement hors réseau.Les développeurs précisent cependant une limitation importante : la progression de l'installation ne peut pas être affichée dans PKG Manager dans ce mode.

 

Cette limitation ne provient pas de l'application elle-même, mais du fonctionnement du système de la PS5. L'installation peut donc se poursuivre normalement sans que son avancement soit visible directement dans l'interface de PKG Manager.

 

 

Contrairement à la version 1.4.0, qui apportait de nombreuses améliorations, cette nouvelle version est principalement consacrée à cette correction.

 

La v1.4.0 avait notamment largement amélioré la gestion des partages SMB/Samba, avec plusieurs corrections concernant le scan des packages, l'authentification Guest et les performances du chiffrement SMB.

 

Elle avait également introduit :

 

- une meilleure gestion du cache et des métadonnées ;

- un rescan rapide permettant d'éviter une reconstruction complète du cache ;

- une meilleure détection des packages modifiés ou renommés sur SMB ;

- l'affichage des noms de jeux, mises à jour et DLC au lieu des seuls Title IDs ;

- l'affichage des icônes des packages dans les notifications et cartes de téléchargement ;

- une nouvelle fonction permettant de fermer proprement PKG Manager et son serveur ;

- des messages d'erreur plus explicites lors des installations.

 

La version 1.4.1 vient donc compléter ce travail en corrigeant un cas particulier qui pouvait empêcher les installations locales de fonctionner correctement hors connexion.

 

 

Pour les utilisateurs de PS5 PKG Manager, cette nouvelle version constitue donc une mise à jour particulièrement intéressante si les installations depuis USB ou disque sont utilisées sur une console sans connexion réseau.

 

Le fichier disponible pour cette version est pkg-manager_v1.4.1.elf, avec une taille d'environ 1,85 Mo.

 

Cette évolution montre également que PS5 PKG Manager continue de gagner en maturité, avec un développement qui s'attarde désormais sur des cas d'utilisation spécifiques et sur la fiabilité des installations.

 

Téléchargement : PS5 PKG Manager v1.4.1

 

 

Quelques heures après la publication d'Atmosphère 1.12.0, le célèbre bootloader hekate évolue à son tour. CTCaer vient de publier hekate v6.5.4, accompagné de Nyx v1.9.4, avec une nouveauté essentielle pour les utilisateurs de Nintendo Switch : la prise en charge du firmware 23.0.0.

 

Cette nouvelle version permet ainsi à hekate de rester compatible avec les dernières évolutions de l'OS de Nintendo, tout en conservant ses fonctions habituelles de gestion du démarrage, de l'emuMMC et des différents environnements disponibles sur Switch.

 

 

 

 

 

La principale nouveauté de cette version est simple mais indispensable est le support du firmware 23.0.0 connu aussi sous le nom de HOS 23.0.0, HOS, pour Horizon OS, désigne le système d'exploitation principal de la Nintendo Switch.

 

Cette compatibilité concerne également la gestion de l'emuMMC, qui bénéficie elle aussi du support de HOS 23.0.0.

 

Comme toujours, le fonctionnement de l'emuMMC repose sur le travail réalisé autour du projet de m4xw.

 

 

L'interface graphique Nyx, intégrée à hekate, passe de son côté en version 1.9.4. Là encore, la modification principale est la prise en charge du firmware 23.0.0. Cette mise à jour permet donc de conserver l'ensemble des fonctionnalités de gestion proposées par Nyx avec le dernier firmware de Nintendo.

 

hekate conserve son positionnement de véritable couteau suisse pour les utilisateurs avancés de la Switch. Le projet permet notamment de démarrer les différents CFW actuels, mais également Android, Linux et différents outils sous forme de payloads. Le gestionnaire de partitions intégré à Nyx reste également disponible. Il permet notamment de préparer une carte SD pour différents environnements.

 

Pour Linux L4T, hekate prend notamment en charge les distributions compatibles avec les versions Ubuntu Bionic 3.4.0 et suivantes.

 

Côté Android, les configurations Android 11 Legacy, Android 13/14 Dynamic et les versions ultérieures restent supportées.

 

Le gestionnaire de partitions peut également être utilisé indépendamment de Linux ou Android, notamment pour reformater une carte SD en FAT32, y compris lorsqu'elle utilise actuellement une partition exFAT.

 

CTCaer recommande d'ailleurs de réaliser le formatage avec hekate afin de préparer la carte SD pour obtenir de bonnes performances, certaines solutions de partitionnement ne prenant pas suffisamment en compte cet aspect.

 

 

Le projet conserve également l'une de ses caractéristiques appréciées : la gestion des différentes opérations sans avoir besoin de retirer systématiquement la carte SD.

 

hekate continue ainsi de centraliser de nombreuses opérations directement depuis son environnement de démarrage.

 

 

La mise à jour est particulièrement simple.

 

Il suffit de copier le dossier bootloader fourni avec la nouvelle version à la racine de la carte SD et d'accepter la fusion/remplacement des fichiers.

 

Il n'est pas nécessaire de supprimer préalablement le dossier bootloader. Cette méthode permet notamment de conserver les configurations personnelles ainsi que les payloads déjà présents.

 

Concernant le périphérique d'injection RCM ou le PC utilisé pour injecter hekate, il est possible de mettre à jour ou non le fichier hekate_ctcaer_x.x.x.bin.

 

Dans tous les cas, le fichier :

 

bootloader/update.bin

 

sera vérifié au démarrage et la version la plus récente pourra être chargée automatiquement.

 

 

Une note concerne également les utilisateurs de la fonction USB Mass Storage (UMS) sous Windows.

 

Pour obtenir les performances maximales, CTCaer recommande d'exécuter une seule fois par PC le fichier :

 

nyx_usb_max_rate__run_only_once_per_windows_pc.reg

 

Cette modification concerne uniquement le périphérique USB utilisé par hekate. Les utilisateurs de Linux et macOS n'ont pas besoin d'effectuer cette opération.

 

 

Avec Atmosphère 1.12.0 et désormais hekate v6.5.4 / Nyx v1.9.4, l'écosystème homebrew Switch se met donc rapidement à jour pour accompagner le firmware 23.0.0.

 

Pour les utilisateurs ayant mis à jour leur console vers cette nouvelle version de HOS, il est donc recommandé d'utiliser des versions récentes d'Atmosphère, de fusee et de hekate afin d'éviter les problèmes de compatibilité.

 

Téléchargement : hekate v6.5.4 & Nyx v1.9.4

 

 

 

L'équipe Atmosphère-NX, amis sunriseurs, vient de publier Atmosphère 1.12.0, la 93e version officielle du custom firmware destiné à la Nintendo Switch. Cette mise à jour intervient avec un changement majeur : la prise en charge du firmware 23.0.0 de Nintendo.

 

Cette nouvelle version ne se contente pas d'ajouter la compatibilité avec le dernier firmware. Elle apporte également plusieurs modifications profondes au niveau du kernel, du secure monitor, du démarrage de la console et de la gestion de la mémoire.

 

Atmosphère 1.12.0 intègre hbl 2.4.5 ainsi que hbmenu 3.6.1, cette version apporte le support du firmware 23.0.0, c'est d'ailleurs le changement principal. Plusieurs composants internes d'Atmosphère ont dû être adaptés afin de reproduire le comportement du nouveau système Nintendo.

 

 

 

 

Le travail réalisé porte notamment sur :

 

- exosphère, mis à jour pour correspondre au comportement du secure monitor officiel 

- mesosphère, adapté aux évolutions du kernel 

- boot, avec notamment une correction concernant la gestion de l'arrêt de la batterie via I2C  

- loader, erpt, pgl et ro, mis à jour pour refléter les dernières évolutions officielles 

 

Le kernel de la version 23.0.0 prend notamment en charge un espace d'adressage de 42 bits et introduit une nouvelle région mémoire appelée ShadowStack. Le générateur de nombres aléatoires du kernel évolue également vers CTR-DRBG.

 

 

L'une des conséquences les plus importantes du firmware 23.0.0 concerne la mémoire disponible pour les modules système personnalisés.

 

Nintendo a réduit davantage la quantité de mémoire pouvant être récupérée depuis l'applet pool. Atmosphère indique que la marge disponible est désormais inférieure à 7 Mo, ce qui entraîne notamment des plantages lors du lancement de certaines browser applets, comme celles utilisées par l'eShop.

 

Pour contourner cette limitation, Atmosphère introduit plusieurs patches visant les browser applets.

 

Depuis la refonte opérée par Nintendo avec le firmware 22.0.0, trois applets principales sont concernées : systemWeb, openWeb et LibAppletOff

 

Atmosphère peut désormais neutraliser certaines allocations mémoire réservées par ces composants afin de récupérer environ 9 Mo supplémentaires.

 

D'après les développeurs, cette mémoire est considérée comme inutilisée : les applets la déclarent comme réservée mais n'y accèdent pas réellement.

 

Avec cette méthode, Atmosphère peut expérimentalement porter la mémoire disponible pour les modules système personnalisés jusqu'à 16 Mo.

 

Les premiers tests n'ont pas mis en évidence de problème particulier avec le fonctionnement général du système ou des browser applets. Les développeurs demandent néanmoins aux utilisateurs de signaler tout comportement anormal, cette solution pouvant encore être ajustée ou abandonnée si une meilleure approche est trouvée.

 

 

Atmosphère 1.12.0 apporte également une implémentation complète de la compression et décompression ZBIC.

 

Les applications utilisant ce format devraient désormais pouvoir être lancées et fonctionner correctement.

 

Autre évolution intéressante : les fichiers NRO peuvent désormais être compressés au format LZ4 Frame, grâce à l'adaptation du composant ro.

 

 

Les développeurs ont également identifié une modification introduite par Nintendo dès le firmware 18.0.0 concernant l'activation de l'arrêt de la batterie via I2C.

 

Cette modification n'avait pas été correctement reproduite dans Atmosphère jusqu'à présent.

 

L'équipe indique qu'il est possible que cette différence soit liée à un problème connu de décharge de batterie qui aurait commencé à apparaître autour du firmware 18.0.0. Des tests supplémentaires seront toutefois nécessaires avant de pouvoir établir un lien définitif.

 

 

Cette version poursuit également le nettoyage interne du code avec l'adoption du macro R_DISCARD dans l'ensemble du projet lorsque cela est pertinent. Cette évolution, commencée avec Atmosphère 1.10.0, permet notamment d'éliminer les avertissements nodiscard lors de la compilation.

 

Un Dockerfile fait également son apparition dans le projet, grâce au travail d'@alula, afin de faciliter certaines opérations liées à la compilation et au développement.

 

Enfin, comme à chaque nouvelle version, Atmosphère 1.12.0 embarque diverses corrections destinées à améliorer la stabilité générale du système.

 

 

Avec cette version 1.12.0, Atmosphère démontre une nouvelle fois l'importance du travail réalisé pour suivre les évolutions internes de Nintendo. Le passage au firmware 23.0.0 nécessite plusieurs adaptations profondes, notamment au niveau du kernel et de la gestion de la mémoire.

 

La situation devient cependant de plus en plus complexe pour les modules système personnalisés, Nintendo réduisant progressivement les marges mémoire disponibles.

 

Pour les utilisateurs d'Atmosphère qui souhaitent passer au firmware 23.0.0, la mise à jour d'Atmosphère et de fusee est donc indispensable.

 

Atmosphère 1.12.0 est disponible dès maintenant sur le dépôt officiel du projet.

 

 

Téléchargement : Atmosphère 1.12.0

 

 

 

Notre ami sunriseur Sendel nous informe que la scène PlayStation 3 vient de franchir une nouvelle étape particulièrement intéressante. Dans un long write-up baptisé « Glitching the "Almost" Perfect Code... », le développeur zecoxao revient en détail sur plusieurs années de travaux autour des mécanismes de sécurité de la PS3 et dévoile une faiblesse située au niveau des tout premiers éléments de la chaîne de démarrage. Cette découverte pourrait, à terme, avoir des conséquences considérables : possibilité de contourner certaines protections sur les modèles jusqu'ici considérés comme impossibles à customiser, restauration de consoles brickées et même remplacement de certains composants de sécurité.

 

Il faut toutefois insister sur un point : une partie importante des possibilités évoquées dans le document reste encore théorique. La découverte de la clé et de la faiblesse constitue une étape fondamentale, mais transformer ces travaux en outils publics et fiables demandera encore du développement.

 

 

 

 

 

zecoxao commence son analyse en rendant hommage aux nombreux chercheurs ayant travaillé sur la sécurité de la PS3. Parmi les personnes citées figurent notamment wildcard, ZeroTolerance, jestero, MikeM64, DJ, flat_z, Mina Ralwasser, sagemono, Kafuu, esc0rtd3w, naehrwert, mysis, skgleba, xorloser, Myria, bguerville, Proxima et golden, ainsi qu'une personne restée anonyme. Les travaux historiques autour du SYSCON, des firmwares et des clés maîtresses ont notamment permis de comprendre et de déchiffrer une partie des mécanismes internes de la console. Ces recherches ont également contribué à des projets comme Project Frankenstein, dont l'objectif est notamment de maintenir en vie certaines PS3 rétrocompatibles et de permettre la réparation de consoles présentant des problèmes matériels complexes.

 

 

QuasiCFW et la piste BadWDSD

 

Le write-up revient également sur les travaux de Kafuu, avec esc0rtd3w et bguerville, autour de la vulnérabilité WDSD. À partir d'une ancienne publication datant de 2010 décrivant une potentielle faiblesse du registre de commande WDSD, les chercheurs ont progressivement développé ce qui est devenu QuasiCFW. L'idée est particulièrement intéressante : permettre de modifier certaines régions de LV0, LV1 et LV2 sur des consoles considérées comme « unhackable », en intervenant après le chargement de lv0ldr.

 

 

 

 

 

Cette avancée constitue une pièce importante du puzzle puisque les modèles plus récents de PS3 ne peuvent pas simplement être traités comme les premières générations exploitables par les méthodes historiques.

 

 

Pour comprendre l'intérêt de la découverte, il faut revenir au fonctionnement de la chaîne de boot de la PS3. Au démarrage, plusieurs composants se chargent successivement. lv0ldr permet notamment de lancer LV0, avant que la chaîne ne poursuive son exécution avec metldr, puis différents loaders comme :

 

- isoldr, chargé des modules SPU isolés 

- appldr, chargé des applications utilisateur 

- rvkldr, chargé des listes de révocation 

- lv1ldr, chargé de l'hyperviseur 

- lv2ldr, chargé du kernel

 

Sur les modèles plus récents, Sony a notamment renforcé les protections cryptographiques afin d'empêcher la création et l'injection de code signé frauduleusement.

 

À première vue, la chaîne semble donc pratiquement impossible à contourner.

 

Mais selon les travaux présentés par zecoxao, les deux premiers maillons de cette chaîne, lv0ldr et metldr, constituent justement un point particulièrement intéressant.

 

 

L'une des étapes les plus impressionnantes du travail a consisté à rechercher une ROM directement dans le processeur.

 

La méthode utilisée est particulièrement lourde : décapsulation du composant et analyse physique de ses zones mémoire.

 

Fin 2025, les chercheurs ont obtenu des images de différentes régions du processeur grâce à une personne anonyme. L'objectif initial était de retrouver la ROM SPU.

 

 

 

 

 

La ROM identifiée était en réalité une ROM de microcode, utilisée pour traduire et préparer certaines instructions complexes du PPE afin qu'elles puissent être exécutées par le processeur.

 

Les recherches se sont donc poursuivies.

 

 

En insistant sur l'analyse des différentes régions SPU, alors que plusieurs d'entre elles semblaient identiques, les chercheurs ont finalement découvert quelque chose de beaucoup plus intéressant.

 

Une ROM contenant environ 8192 bits, soit environ 0x400 octets après décodage, était présente dans le processeur.

 

L'équipe a alors commencé à analyser son fonctionnement et à rechercher d'éventuelles faiblesses.

 

Différents outils ont été utilisés pour observer le comportement du code et communiquer avec le système, notamment via l'UART du SYSCON.

 

L'analyse a révélé que cette petite ROM contenait notamment les mécanismes liés au traitement AES de lv0ldr et metldr.

 

Le problème était évidemment de taille : la clé elle-même n'était pas directement accessible.

 

Elle était transmise via le channel 66, avec des lectures de 32 bits, puis l'accès était verrouillé afin d'empêcher toute nouvelle récupération.

 

Les chercheurs ont tenté différentes approches pour obtenir cette information, mais une conclusion s'est progressivement imposée : il faudrait probablement passer par une attaque physique ou une technique de glitching.

 

 

 

C'est à ce moment que jestero a identifié le comportement qui allait changer la situation.

 

En utilisant les outils d'analyse développés autour de la ROM, il a constaté que certains registres SPU conservaient leur contenu entre plusieurs exécutions de code SPU.

 

Ce comportement ouvrait une possibilité inattendue.

 

Si une clé ou une clé dérivée était laissée dans l'un de ces registres, il pouvait être possible de la récupérer après l'exécution du code.

 

Le registre 7 s'est alors révélé particulièrement intéressant.

 

Celui-ci n'était utilisé que lors de l'expansion de clé AES associée à la clé dérivée du channel 66.

 

L'idée était donc de provoquer un glitch au moment précis où le système nettoie ces informations, puis de récupérer le contenu résiduel du registre.

 

Le résultat est particulièrement important : l'équipe est finalement parvenue à récupérer la clé body par console de lv0ldr d'une PS3 CECHL.

 

Autrement dit, une information considérée comme protégée par la chaîne de sécurité de la console a pu être récupérée en exploitant un comportement inattendu des registres.

 

 

La récupération de cette clé ne signifie pas immédiatement qu'un CFW universel est disponible.

 

En revanche, elle démontre que la chaîne de sécurité n'est pas aussi hermétique qu'on pouvait le penser.

 

Les clés récupérées pourraient notamment permettre, selon les travaux présentés dans le write-up :

 

- Récupérer la clé du Channel 66

 

Cette clé permettrait théoriquement de travailler directement avec les mécanismes cryptographiques utilisés par lv0ldr et metldr.

 

- Chiffrer et signer son propre lv0ldr ou metldr

 

Une possibilité qui ouvrirait la porte à la modification beaucoup plus profonde de la chaîne de démarrage.

 

- Déchiffrer lv0ldr.2 et metldr.2

 

Ces composants contiennent notamment d'autres éléments cryptographiques et clés de signature.

 

- Étendre le CFW à tous les modèles de PS3

 

C'est probablement la perspective la plus spectaculaire.

 

Combinés aux travaux de Kafuu et QuasiCFW, ces résultats pourraient théoriquement permettre d'étendre les possibilités du custom firmware aux PS3 Slim 3000 et aux Super Slim, qui ont toujours constitué une frontière importante pour la scène.

 

- Débricker potentiellement toutes les PS3

 

Avec les informations nécessaires, comme la clé CPU, la HW Master Key ou la clé Channel 66, certaines opérations de récupération qui étaient auparavant extrêmement complexes pourraient devenir envisageables.

 

- Contourner certains composants matériels défaillants

 

Les chercheurs évoquent également la possibilité de pouvoir démarrer une console malgré une carte Blu-ray défectueuse ou certains problèmes liés au Wi-Fi.

 

- Réaliser des opérations de remariage

 

Le travail pourrait également ouvrir la voie à des opérations de remariage du SYSCON et du lecteur Blu-ray, avec des implications importantes pour la réparation des consoles.

 

 

Il faut néanmoins conserver une certaine prudence.

 

Le write-up de zecoxao présente surtout une chaîne de recherche et une preuve extrêmement importante sur la possibilité de récupérer des secrets cryptographiques. Toutes les conséquences évoquées ne sont pas encore disponibles sous la forme d'outils simples à utiliser.

 

Le passage de la récupération d'une clé sur une CECHL à une méthode reproductible sur l'ensemble des modèles demandera notamment de comprendre précisément les différences matérielles et les mécanismes de sécurité de chaque génération.

 

Mais le principe est désormais particulièrement intéressant : une partie de la sécurité considérée comme inaccessible peut être attaquée directement au niveau du code exécuté dans les premiers étages du bootrom.

 

La scène PS3 dispose donc désormais d'une nouvelle piste particulièrement sérieuse pour repousser encore les limites des modèles les plus récents.

 

Après des années de recherches sur le SYSCON, les clés maîtresses, les vulnérabilités WDSD et QuasiCFW, cette nouvelle découverte pourrait bien constituer une nouvelle pièce essentielle dans le puzzle du CFW universel.

 

Et si les travaux futurs confirment toutes les possibilités évoquées par zecoxao, les conséquences pourraient dépasser largement le simple lancement d'un homebrew : réparation, débrick, remariage et custom firmware sur les modèles jusqu'ici considérés comme définitivement verrouillés pourraient devenir techniquement envisageables.

 

 

Tout est là : Glitching the "Almost" Perfect Code...