Le développeur d'Atmosphere, SciresM, vient de découvrir en s'exerçant au reverse engineering sur la puce SX Core qu'au sein du code du SX OS que la Team Xecuter a fait en sorte d'empêcher l'exécution d'Atmosphere sur les Switch Mariko.
Si un payload est démarré à partir du SX OS, tous les Keyslots du Security Engine sont dumpés en premier, puis une opération de sauvegarde du Context-Save-Operation est réalisée dans la TZRAM.
Ensuite, le Keyslot 5 est défini sur une clé aléatoire et le code Xecuter est chiffré de sorte que le payload amorcé ne peut pas le lire.
C'est cette opération de Context-Save-Operation qui empêche l'exécution de tous les CFW et Linux, sauf celle de SX OS. En effet, le Security Engine ne peut être utilisé à nouveau après un warmboot car cela réinitialise la TZRAM, ce qui signifie qu'il n'est plus possible d'exécuter votre propre code.
Cette opération ne se produit que sur les Switch Mariko (sur les Lite et les derniers modèles de Switch), la Team Xecuter n'avait pas mis cette sécurité anti-atmosphère/CFW/Linux sur la version Erista.
SciresM rappelle que cela n'a pas réellement d'importance compte tenu que leur DRM a été cassé, le résultat est que l'utilisation d'autre chose que SX OS sur Mariko avec leur puce ne peut se faire avec leur boot.dat comme chainloader. Il est aussi possible que la Team Xecuter justifie ces blocages par la structure sécuritaire de Mariko, différente de celle d'Erista.
SciresM tente de travailler actuellement sur un code de sortie du lp0 Tegra, il a même découvert des bugs et des problèmes de logiques dans le code de nVidia.
, je suis sous SWOS tout semble bien marcher, atmosphere ajoute quoi de plus ? :x
