Newserator

Atmosphère arrive finalement sur Switch

Messages recommandés

switch_hack

La team ReSwitched, par le biais de l’un de ses membres SciresM, vient tout juste de publier la première version publique de son Custom Firmware « Atmosphère », promis depuis des mois. Celui-ci inclut une tripotée de fonctionnalités (chargement de kernel/kip custom, tout un arsenal pour donner aux homebrews les pleins pouvoirs, etc.), qu’il va falloir maintenant décortiquer soigneusement pour voir ce qu’il est capable de faire par rapport à ce qui existe déjà (ReiNX, RajNX, SX OS).

Mise à jour : suite à cela, une version 0.7.1 a suivi quelques heures plus tard, pour corriger des bugs de dernière minute, affectant notamment les utilisateurs en 4.x (impossibilité de sortir de veille) et ceux en versions antérieures (démarrage impossible sans KIP)

 

0.7.0 is Atmosphère’s first official release.

It supports the following featureset:

  • Fusée, a custom bootloader.
    • Supports loading/customizing of arbitrary KIPs from the SD card.
    • Supports loading a custom kernel from the SD card (« /atmosphere/kernel.bin »).
    • Supports compile-time defined kernel patches on a per-firmware basis.
    • All patches at paths like /atmosphere/kip_patches/<user-defined patch name>/<SHA256 of KIP>.ipswill be applied to the relevant KIPs, allowing for easy distribution of patches supporting multiple versions.
      • Both the IPS and IPS32 formats are supported.
    • All patches at paths like /atmosphere/kernel_patches/<user-defined patch name>/<SHA256 of Kernel>.ips will be applied to the kernel, allowing for easy distribution of patches supporting multiple versions.
      • Both the IPS and IPS32 formats are supported.
    • Configurable by editing BCT.ini on the SD card.
    • Atmosphère should also be launchable by the alternative hekate bootloader, for those who prefer it.
  • Exosphère, a fully-featured custom secure monitor.
    • Exosphere is a re-implementation of Nintendo’s TrustZone firmware, fully replicating all of its features.
    • In addition, it has been extended to provide information on current Atmosphere API version, for homebrew wishing to make use of it.
  • Stratosphère, a set of custom system modules. This includes:
    • loader system module.
      • Reimplementation of Nintendo’s loader, fully replicating all original functionality.
      • Configurable by editing /atmosphere/loader.ini
      • First class support for the Homebrew Loader.
        • An exefs NSP (default « /atmosphere/hbl.nsp ») will be used in place of the victim title’s exefs.
        • By default, HBL will replace the album applet, but any application should also be supported.
      • Extended to support arbitrary redirection of executable content to the SD card.
        • Files will be preferentially loaded from /atmosphere/titles/<titleid>/exefs/, if present.
        • Files present in the original exefs a user wants to mark as not present may be « stubbed » by creating a .stub file on the SD.
        • If present, a PFS0 at /atmosphere/titles/<titleid>/exefs.nsp will fully replace the original exefs.
        • Redirection is optionally toggleable by holding down certain buttons (by default, holding R disables redirection).
      • Full support for patching NSO content is implemented.
        • All patches at paths like /atmosphere/exefs_patches/<user-defined patch name>/<Hex Build-ID for NSO to patch>.ips will be applied, allowing for easy distribution of patches supporting multiple firmware versions and/or titles.
        • Both the IPS and IPS32 formats are supported.
      • Extended to support launching content from loose executable files on the SD card, without requiring any official installation.
        • This is done by specifying FsStorageId_None on launch.
    • service manager system module.
      • Reimplementation of Nintendo’s service manager, fully replicating all original functionality.
      • Compile-time support for reintroduction of « smhax », allowing clients to optionally skip service access verification by skipping initialization.
      • Extended to allow homebrew to acquire more handles to privileged services than Nintendo natively allows.
      • Extended to add a new API for installing Man-In-The-Middle listeners for arbitrary services.
        • API can additionally be used to safely detect whether a service has been registered in a non-blocking way with no side-effects.
        • Full API documentation to come.
    • process manager system module.
      • Reimplementation of Nintendo’s process manager, fully replicating all original functionality.
      • Extended to allow homebrew to acquire handles to arbitrary processes, and thus read/modify system memory without blocking execution.
      • Extended to allow homebrew to retrieve information about system resource limits.
      • Extended by embedding a full, extended implementation of Nintendo’s boot2 system module.
        • Title launch order has been optimized in order to grant access to the SD card faster.
        • The error-collection system module is intentionally not launched, preventing many system telemetry error reports from being generated at all.
        • Users may place their own custom sysmodules on the SD card and flag them for automatic boot2 launch by creating a /atmosphere/titles/<title ID>/boot2.flag file on their SD card.
    • A custom fs.mitm system module.
      • Uses Atmosphère’s MitM API in order to provide an easy means for users to modify game content.
      • Intercepts all FS commands sent by games, with special handling for commands used to mount RomFS/DLC content to enable easy creation and distribution of game/DLC mods.
        • fs.mitm will parse the base RomFS image for a game, a RomFS image located at /atmosphere/titles/<title ID>/romfs.bin, and all loose files in /atmosphere/titles/<title ID>/romfs/, and merge them together into a single RomFS image.
        • When merging, loose files are preferred to content in the SD card romfs.bin image, and files from the SD card image are preferred to those in the base image.
      • Can additionally be used to intercept commands sent by arbitrary system titles (excepting those launched before SD card is active), by creating a /atmosphere/titles/<title ID>/fsmitm.flag file on the SD card.
      • Can be forcibly disabled for any title, by creating a /atmosphere/titles/<title ID>/fsmitm_disable.flag file on the SD card.
      • Redirection is optionally toggleable by holding down certain buttons (by default, holding R disables redirection).
    • A custom crash report system module.
      • Serves as a drop-in replacement for Nintendo’s own creport system module.
      • Generates detailed, human-readable reports on system crashes, saving to /atmosphere/crash_reports/<timestamp>_<title ID>.log.
      • Because reports are not sent to the erpt sysmodule, this disables all crash report related telemetry.
  • General system stability improvements to enhance the user’s experience.

⇪ Atmosphère 0.7.1 / fusee-primary.bin

⌂ Sujet officiel / GitHub

Voir l’article complet

Partager ce message


Lien vers message
Partager sur d'autres sites

Top ! Une belle première version en tout cas.

Merci pour a news :)

Partager ce message


Lien vers message
Partager sur d'autres sites
Il y a 18 heures, Eddie.H a dit :

Opps, finalement, on attends  atmophere 0.7.:)

Mais bon perso c'est quand même le sx os 2.2 meilleur !

Partager ce message


Lien vers message
Partager sur d'autres sites

Atmoshpère et SXOS ne jouent absolument pas dans la même cour, il est donc tout à fait inutile de vouloir comparer les deux sachant qu'ils ne cherchent pas du tout le même objectif.

SXOS, c'est le piratage à l'état pur
Atmosphère, ce sont les homebrews

rien à voir.

Partager ce message


Lien vers message
Partager sur d'autres sites

Et dans les 2 cas on finit banni du live?

dans les 2 cas c’est basé sur l’auto-RCM? 

Il y a toujours les « problèmes »en cas de batterie complètement vides?

ce sont les seuls freins pour moi, qui a envie de coller une floppée d’emulateurs (juste pour 2 ou 3 jeux seulement, comme d’hab), sans se soucier des mises à jour...

Partager ce message


Lien vers message
Partager sur d'autres sites

L'auto-rcm, sur SXpro est activable/désactivable, si pas d'auto-rcm faut juste remettre le dongle/jig a chaque démarrage de la console mais pas en veille.

 

Par contre oui banni du live...

Partager ce message


Lien vers message
Partager sur d'autres sites

l'auto-rcm n'a jamais été obligatoire, mais si le sens de ta question porte sur la faille utilisée, alors oui, ça passe par le rcm et on n'est pas prés de voir autre chose. A moins que l'arrivée du modèle mariko ne leur donne envie de chercher autre chose. Mais faudra pas s'attendre à du untethered, Nintendo ayant bien fait ses devoirs avec la Switch.

tu seras banni surtout si tu installes des NSP hackés (que ce soit des jeux ou des homebrews), même si ce n'est pas une science exacte. Il faut impérativement utiliser les DNS qui filtrent les domaines utilisés par Nintendo pour recupérer les logs.

 

De toute façon, pour profiter du meilleur des deux mondes il n'y a pas de secret : 2 consoles ! hacker une console alors qu'on joue online, c'est mettre une épée de Damoclès dont on ne sait jamais quand elle nous tombera sur le museau (les joies de l'hyper-connectivité de notre époque !)

 

pour finir, la Switch a été pensée comme un smartphone : toujours en veille. Je ne me souviens pas d'une seule fois où ma batterie a été totalement à plat. Le souci de charge en auto-rcm est largement sur-estimée, et une fois de plus, ce mode n'est pas obligatoire. Une fois le hack lancé, à moins d'un plantage de homebrew, il reste actif avec la veille de la console.

 

Partager ce message


Lien vers message
Partager sur d'autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant