[Switch] Le script pour décrypter le firmware SX Core disponible

1742 visiteurs sur le site | S'incrire

Accédez aux coordonnées de l’ensemble des techniciens professionnels recommandés par logic-sunrise 20 derniers dossiers et tutoriaux
Wii / Wii U
[Switch] Le script pour décrypter le firmware SX Core disponible
Comme vous le savez, la Team Xecuter est dans une mauvaise posture, inquiétée par les autorités compétentes en matière de piratage, et poursuivie juridiquement au travers le monde, légitiment nous pouvons nous demander si elle va survivre à toutes les poursuites dont elle fait actuellement l'objet, et si ses divers sites internet et de support vont perdurer. 
 
Ces poursuites font écho principalement à la volonté de Nintendo de faire respecter ses brevets sur la Nintendo Switch, car la Team Xecuter est la seule a proposer une solution hardware pour contourner les sécurités sur les Switch et Switch Lite.
 
Le caractère illégal de ces puces a été reconnu par la justice américaine, et le stock et de nombreux revendeurs ont été saisis, et sommés d'arrêter la commercialisation de leur solution SX Core et SX Lite. 
 
 
 
SciresM dont nous avons déjà parlé au sujet de l'avenir du hack sur la Nintendo Switch Mariko, revient nous offrir une nouveauté, il s'est fixé pour objectif de proposer une console "sans défaut", entendez sans protection, pour pouvoir faire tourner Atmosphere-NX sur ces versions de consoles plus sécurisées.
 
 
 
 
Cela confirme donc que la solution hardware que SciresM utilise est bien une puce de la TX, et pour preuve, il en diffuse même désormais un script pour décrypter et modifier le firmware du SX Core pour faire sauter les DRM imposés.
 
C'est ce script qui permet à SciresM d'exécuter une version personnalisé de son OS Atmosphere-NX via la puce TX, à noter qu'il ne propose que le script, pas son OS modifié. A noter également la réaction d'un autre acteur important, Hexkyz, qui reconnait qu'il a pu utiliser ce bug pour dumper le firmware de la puce TX (qu'il appelle aussi avec historique Gateway), rappelant aussi qu'il s'agit exactement du même problème qui a conduit à fusee-gelee/shofel2, mais avec une gestion du hack différente. 
 
 
Téléchargement : gw_flash.py
 
Lundi 16 Novembre 2020, 08:00 par tralala
Source : twitter.com/SciresM/
16 novembre 2020, 08:08
Approuver ce commentaire (+1)
Merci pour la news.
Répondre à ce commentaire
16 novembre 2020, 08:20
Approuver ce commentaire (+1)
Merci pour la news
Répondre à ce commentaire
16 novembre 2020, 08:21
Approuver ce commentaire (+1)
Merci pour la news.
Si j'ai bien compris, on peut installer le firmware qu'on veut sur du matos TX, mais pas modifiser l'OS originale pour contourner la validation du SXOS ?
Répondre à ce commentaire
16 novembre 2020, 09:01
Approuver ce commentaire (+1)
+2
Cool ca avant mais sans la puce TX cela ne sert a rien. Il va falloir attendre les clones des puces pour que tout roule
En tout cas super boulot je ne suis ni pro TX ni pro Atmo mais j aime bien qui est plusieurs possibilités.
De plus pour ceux qui ont deja la puce ils auront au moins le choix soit atmo soit l os TX et si la TX ne sort plus de MAJ il restera atmo

BRAVO et félicitation pour ce super boulot
Répondre à ce commentaire
16 novembre 2020, 09:36
Approuver ce commentaire (+1)
+1
Bonjour
En peu comme toi, de plus je suis le Hack de la switch sans vraiment y participer, je trouve ça cool pour tous le monde et pour l'avenir du hack Switch, du coup ça va permettre en plus au possesseur de produit TX d'avoir "une mise à jour" et d’éviter la poubelle par obsolescence suite au manque de mise à jour par la Team, ce qui risque d'arriver.
Merci à tous ces gars qui travail pour nous...
Répondre à ce commentaire
16 novembre 2020, 13:57
Approuver ce commentaire (+1)
+1
Bon bah plus qu'à attendre un firmware personnalisé pour ce type de puces maintenant, ce script risque de débloquer certaines situations dans un avenir proche et surtout ça va probablement simplifier la tâche pour sortir des clones de cette puce. Comme d'habitude du bon travail de la part de SciresM qui nous offre encore là un outil de base très pratique.
Répondre à ce commentaire
16 novembre 2020, 14:18
Approuver ce commentaire (+1)
salut tout le monde

En voila une bonne nouvelle.
Merci pour la news.
Et un grand merci a SciresM.

++
Répondre à ce commentaire
16 novembre 2020, 17:06
Approuver ce commentaire (+1)
Pourquoi les mauvaises langues chuchottent que la TX est mort ?

Une Switch "estampillée" pro sort l'an prochain. On a besoin de hackeur assoiffé de dollars pour bosser sans foi ni loi sur le principe de la fin justifie les moyens.
Répondre à ce commentaire
16 novembre 2020, 19:19
Approuver ce commentaire (+1)
Je suis très content des puces SX Lite/Core et de SXOS mais je ne peux que saluer un peu plus d'ouverture !
Répondre à ce commentaire
16 novembre 2020, 19:59
Approuver ce commentaire (+1)
+3

Pourquoi les mauvaises langues chuchottent que la TX est mort ?

Une Switch "estampillée" pro sort l'an prochain. On a besoin de hackeur assoiffé de dollars pour bosser sans foi ni loi sur le principe de la fin justifie les moyens.

Avec les emmerdes qu'a la TX avec la justice américaine en ce moment il est permis de douter que SXOS sera toujours suivi, après en vrai on en sait rien et on verra bien à la prochaine mise à jour firmware de Nintendo se qu'il en sera vraiment.

Le problème de "bosser sans foie ni loi c'est que la loi" fini par te rattraper.

Répondre à ce commentaire
16 novembre 2020, 21:37
Approuver ce commentaire (+1)
Sympa ça
Répondre à ce commentaire
16 novembre 2020, 22:13
Approuver ce commentaire (+1)
Purée ça serait top si on pouvait utiliser le SX core/Lite pour lancer autre chose qu'SXOS (qui est quand meme assez cool bien qu'il soit fermé ...). Au passage, petite question, avec le dongle fournit avec le SX pro, il est possible de lancer autre chose qu'SXOS ?
Répondre à ce commentaire
16 novembre 2020, 22:23
Approuver ce commentaire (+1)

@john the ripper : Oui et non, en fait il est possible de réécrire un "boot.dat" qui lancera un autre payload mais du coup je pense que SXOS devient inaccessible de ce fait (faudrait que je teste de lancer le payload SX-Loader avec ce boot.dat modifié voir comment ça réagit mais à mon avis ça va lancer le payload que j'ai réécrit dedans et pas lancer SXOS (en gros ça va probablement reproduire le comportement de l'injection avec le dongle)), le script python se trouve sur cette page (c'est un script python 3.X il me semble).

Répondre à ce commentaire
18 novembre 2020, 10:27
Approuver ce commentaire (+1)
Bientôt l'attaque des clônes XD XD,y a plus qu'a patienté encore un peu
Répondre à ce commentaire
18 novembre 2020, 11:25
Approuver ce commentaire (+1)

@john the ripper : Oui et non, en fait il est possible de réécrire un "boot.dat" qui lancera un autre payload mais du coup je pense que SXOS devient inaccessible de ce fait (faudrait que je teste de lancer le payload SX-Loader avec ce boot.dat modifié voir comment ça réagit mais à mon avis ça va lancer le payload que j'ai réécrit dedans et pas lancer SXOS (en gros ça va probablement reproduire le comportement de l'injection avec le dongle)), le script python se trouve sur https://gist.github....ba00ce5ac35f5be (c'est un script python 3.X il me semble).


sinon on peut tout simplement lancer n'importe quel payload depuis le menu payload au lancement de SXOX
Répondre à ce commentaire
19 novembre 2020, 17:32
Approuver ce commentaire (+1)

@john the ripper : Oui et non, en fait il est possible de réécrire un "boot.dat" qui lancera un autre payload mais du coup je pense que SXOS devient inaccessible de ce fait (faudrait que je teste de lancer le payload SX-Loader avec ce boot.dat modifié voir comment ça réagit mais à mon avis ça va lancer le payload que j'ai réécrit dedans et pas lancer SXOS (en gros ça va probablement reproduire le comportement de l'injection avec le dongle)), le script python se trouve sur https://gist.github....ba00ce5ac35f5be (c'est un script python 3.X il me semble).

sinon on peut tout simplement lancer n'importe quel payload depuis le menu payload au lancement de SXOX

Le lancement de hekate est buguer sur le menu de la dernière version de sx os...
Répondre à ce commentaire
21 novembre 2020, 03:47
Approuver ce commentaire (+1)

Le lancement de hekate est buguer sur le menu de la dernière version de sx os...

Ça pose aussi des soucis avec d'autres payloads quand on passe par le lancement de payload du menu SXOS, je confirme que la méthode n'est pas fiable.

Répondre à ce commentaire
22 novembre 2020, 08:37
Approuver ce commentaire (+1)
Du coup l'espoir de voir tourner Linux sur une mariko sx core s'amenuise.
Répondre à ce commentaire
23 novembre 2020, 08:03
Approuver ce commentaire (+1)

Je pose ça ici
CZoAgRJ.png

Répondre à ce commentaire
23 novembre 2020, 11:44
Approuver ce commentaire (+1)

Elle vient de où cette image ?

Répondre à ce commentaire
23 novembre 2020, 12:41
Approuver ce commentaire (+1)
Discord reswitched
Répondre à ce commentaire
23 novembre 2020, 16:57
Approuver ce commentaire (+1)

Donc ca avance assez bien ! Faudrait juste une alternative au sx core/lite comme une modchip sans licence d’un cfw avec du code big N mdr !

Répondre à ce commentaire
Cliquer ici pour continuer sur le forum
Envoyer