19 replies to this topic

[Alexandre123423]

Bonjour (Ou plutôt bonsoir ) à tous, j'ai récemment créé une émunand sur ma Switch avec SX OS. Cependant, pour des raisons de compatibilités, et pour activer la licence, j'ai dû booter en CFW sans emunand, pour installer le driver Extfat avec ChoiDuJourNX (J'ai dû utiliser une carte sd de 4GO  pour ça). Cependant, je souhaiterais pouvoir jouer en ligne, sans pour autant griller mes efuses (Comme je suis en 4.1.0). J'ai donc pensé à :

- Restaurer ma NAND (Je l'ai sauvegardée avec Hekate avant même de booter sur SX OS

- Activer l'AutoRCM sur SX OS

- Retirer la carte SD quand je boote en OFW

- Faire booter la Switch avec le Jig, TegraRCMGUI et Hekate

- Faire la MAJ depuis les serveurs de Nintendo

 

Donc :

- Est-ce qu'en faisant ça, j'ai un risque de ban (Même si je sais que le risque 0 n'existe pas) ?

- Est-ce que l'emunand laisse des traces sur la Sysnand ?

- Est-ce que booter en emmunand avec le dongle et le jig est risqué (Evidemment, l'emmunand est en offline) ?

- Est-ce que faire la MAJ depuis les serveurs de Nintendo fait griller les efuses (Même en bootant avec un custom bootloader) ?

[shadow256]

- Est-ce qu'en faisant ça, j'ai un risque de ban (Même si je sais que le risque 0 n'existe pas) ?

Sur le principe je dirais non mais regardes ma réponse à ta quatrième question pour des précisions.
 

- Est-ce que l'emunand laisse des traces sur la Sysnand ?

D'après un bon nombre de testes effectués par plusieurs membre de ce site non.
 

- Est-ce que booter en emmunand avec le dongle et le jig est risqué (Evidemment, l'emmunand est en offline) ?

Déjà si tu utilises l'auto-RCM tu n'a pas besoin du jig et sinon la réponse se trouve dans ma réponse précédente.
 

- Est-ce que faire la MAJ depuis les serveurs de Nintendo fait griller les efuses (Même en bootant avec un custom bootloader) ?

Je ne sais pas comment se passe l'installation d'une mise à jour officielle mais clairement il te faudra activer l'auto-RCM avant de faire la mise à jour mais même comme cela je ne sais pas si oui ou non il sera désactivé après la mise à jour. Si oui, les Efuses seront grillés car il y aura eu un redémarrage en OFW via le bootloader de Nintendo et si non, cela devrait fonctionner. Par contre, l'auto-RCM est une modification de la nand et peut-être que Nintendo peut la détecter, au quel cas le risque de bannissement augmente grandement lors de l'utilisation ou la mise à jour de ton OFW mais sans l'utilisation de l'auto-RCM tu auras un risque que tes Efuses soient grillés à un moment ou à un autre. La meilleur solution pour la mise à jour serait une mise à jour via ChoiDuJour (pas ChoiDuJourNX) mais le procéder est un peu compliquer.

[Alexandre123423]

La meilleur solution pour la mise à jour serait une mise à jour via ChoiDuJour (pas ChoiDuJourNX) mais le procéder est un peu compliquer.

 

Salut, c'est ce qui est expliqué dans le tuto : http://www.logic-sun...-sur-la-switch/ ?

Et aussi, est-ce que des gens se sont déjà fait ban à cause de l'auto RCM ?

Ce message a été modifié par Alexandre123423 - 08 January 2019 - 08:27.

[shadow256]

Salut, c'est ce qui est expliqué dans le tuto : http://www.logic-sun...-sur-la-switch/ ?

En partie oui mais en fait c'est plutôt ce tuto qu'il faut suivre pour cela, tuto qui n'a pas encore été traduit.

Et aussi, est-ce que des gens se sont déjà fait ban à cause de l'auto RCM ?

Là je ne sais pas, je me souviens qu'on parlait de çà au début des premières vagues de bannissements mais est-ce que les bannissements provenaient vraiment de çà ou d'autres choses c'est pas simple de le définir. Selon moi non, cela ne devrait pas impacter d'être banni ou non car je doute que Nintendo vérifie ceci mais voilà, comme toujours on ne sait jamais, se serait une chose assez simple pour eux à vérifier, d'autant plus pendant un processus de mise à jour.

[Alexandre123423]

Là je ne sais pas, je me souviens qu'on parlait de çà au début des premières vagues de bannissements mais est-ce que les bannissements provenaient vraiment de çà ou d'autres choses c'est pas simple de le définir. Selon moi non, cela ne devrait pas impacter d'être banni ou non car je doute que Nintendo vérifie ceci mais voilà, comme toujours on ne sait jamais, se serait une chose assez simple pour eux à vérifier, d'autant plus pendant un processus de mise à jour.

 

En soit, l'auto RCM consiste à "bricker" la Switch, donc, bon, est-ce que Nintendo cherche à détecter des Switch brickées ou ils s'en fiche ?

[Julienf62]

Je suis j'aimerais aussi jouer en ligne, ma switch est en 5.1.0 avec sx os

[Fatiguant]

Emunand ou pas les risques sont toujours aussi present.

[eliboa]

En soit, l'auto RCM consiste à "bricker" la Switch, donc, bon, est-ce que Nintendo cherche à détecter des Switch brickées ou ils s'en fiche ?

Le brick consiste à changer un seul byte sur la partition BOOT0 de la NAND. C'est très simple mais la technique est publique et tous les programmes qui permettent d'activer l'autoRCM le font peu ou prou de la même manière (modif à l'offset 0x0210). C'est vraiment une tout petite modification mais en théorie très facilement détectable.

Cela étant dit, en pratique, je ne pense pas que Nintendo aille fouiller à cet endroit mais on peut pas le garantir ^^

 

Emunand ou pas les risques sont toujours aussi present.

 

Non, une emuNAND offline sur laquelle tu installes des NSP permet de protéger la sysNAND et donc réduit considérablement les risques de ban lors de l'utilisation online de la console en OFW.

[Fatiguant]

Eliboa je savais pas que tu travaillais chez nintendo et connaissait tout ses secrets concernant la switch...

Comment tu peux certifier que tout est sans risque avec une emunand quand tu dis reduit... en gros si je fais comme tu me dis et que je me fais bannir tu me paie une nouvelle switch ?

Juste une question pour toi, pour demarrer sur ton emunand il faut d’abord lancer le hack a partir de la nand non...

Emunand a la base a ete creer pour ceux qui ne veulent pas prendre de chance de griller de efuses et de pouvoir continuer de mettre a jour...

Ce message a été modifié par Fatiguant - 09 January 2019 - 11:40.

[eliboa]

Eliboa je savais pas que tu travaillais chez nintendo et connaissait tout ses secrets concernant la switch...

Comment tu peux certifier que tout est sans risque avec une emunand quand tu dis reduit... en gros si je fais comme tu me dis et que je me fais bannir tu me paie une nouvelle switch ?

Juste une question pour toi, pour demarrer sur ton emunand il faut d’abord lancer le hack a partir de la nand non...

Emunand a la base a ete creer pour ceux qui ne veulent pas prendre de chance de griller de efuses et de pouvoir continuer de mettre a jour...

Qu'est-ce que tu ne comprends pas dans "réduit considérablement les risques" ?

 

Et non pour démarrer sur ton emunand tu ne le fais pas à partir de la NAND et celle-ci n'est pas altérée. Un custom bootloader est injecté en RAM, il lance un CFW (lecture des fichiers présents sur la SD) toujours en RAM, ce CFW virtualise une NAND donc tous les accès lecture/écriture fait par l'OS sont redirigés vers l'emuNAND.

 

Et non (bis), l'emuNAND n'a pas été créée pour protéger ses efuses. Tu peux déjà le faire via l'autoRCM (et donc continuer à faire les maj sans griller de fuses), pas besoin d'une emuNAND pour ça.

L'emuNAND permet de protéger ta sysNAND, point barre.

[shadow256]

@Fatiguant : Regarde ce sujet, il y a eu un paquet de tests de faits par quelques membres avec l'emunand. D'après mes souvenirs il restait juste le mystère d'un fichier particulier qui pouvait être modifié mais quand et pourquoi...

[Fatiguant]

Qu'est-ce que tu ne comprends pas dans "réduit considérablement les risques" ?

Et non pour démarrer sur ton emunand tu ne le fais pas à partir de la NAND et celle-ci n'est pas altérée. Un custom bootloader est injecté en RAM, il lance un CFW (lecture des fichiers présents sur la SD) toujours en RAM, ce CFW virtualise une NAND donc tous les accès lecture/écriture fait par l'OS sont redirigés vers l'emuNAND.

Et non (bis), l'emuNAND n'a pas été créée pour protéger ses efuses. Tu peux déjà le faire via l'autoRCM (et donc continuer à faire les maj sans griller de fuses), pas besoin d'une emuNAND pour ça.
L'emuNAND permet de protéger ta sysNAND, point barre.

Entre reduire les risques et le risque zero y a un faussé temps que le systeme d’emunand n’aura pas prouvé sa fiabilité sur le online soit d’ici 1ans quand vraiment la on aura de vrai retours concluant, je ne conseillerais jamais a mes clients d’aller online et d’apres moi tout les tech feront la meme chose...

Ici c’est facile si la personne est ban vous allez lui dire que c’est le jeu du hack...

Ce message a été modifié par Fatiguant - 09 January 2019 - 15:45.

[eliboa]

Entre reduire les risques et le risque zero y a un faussé temps que le systeme d’emunand n’aura pas prouvé sa fiabilité sur le online soit d’ici 1ans quand vraiment la on aura de vrai retours concluant, je ne conseillerais jamais a mes clients d’aller online et d’apres moi tout les tech feront la meme chose...

Ici c’est facile si la personne est ban vous allez lui dire que c’est le jeu du hack...

J'ai jamais parlé d'un risque zéro, relis moi, j'ai simplement contester ta phrase "Emunand ou pas les risques sont toujours aussi présent." Non les risques sont différents et je te l'explique avec des arguments techniques. Réduire les risques ne veut pas dire les supprimer totalement. Après si tu lis trop vite c'est pas ma faute.

[Fatiguant]

J'ai jamais parlé d'un risque zéro, relis moi, j'ai simplement contester ta phrase "Emunand ou pas les risques sont toujours aussi présent." Non les risques sont différents et je te l'explique avec des arguments techniques. Réduire les risques ne veut pas dire les supprimer totalement. Après si tu lis trop vite c'est pas ma faute.

Je ne lit pas trop vite mais toi tu comprends pas tout ce que nintendo peut faire sur sa consolepour detecter le hack...

Oublie pas que ici beaucoup de personne vont lire ton post et vont en comprendre ce qu’ils veulent pour au final ne pas comprendre les risques que cela comporte.

[shadow256]

@Fatiguant : Il est clair que du point de vu d'un technicien par contre c'est différent, tu ne pourras de toutes façons jamais conseiller à un client de jouer online avec une console hackée quelle qu'elle soit puisque le risque zéro de bannissement n'existe pas, moi aussi je ferais comme çà pour mes clients si j'étais technicien.

[eliboa]

Je ne lit pas trop vite mais toi tu comprends pas tout ce que nintendo peut faire sur sa consolepour detecter le hack...

Oublie pas que ici beaucoup de personne vont lire ton post et vont en comprendre ce qu’ils veulent pour au final ne pas comprendre les risques que cela comporte.

Bah les gens qui lisent mon post liront le tiens aussi donc ils se feront leur idée !

Pour le reste je ne vois pas quoi te dire, ne considérant pas moi-même qu'il y a zéro risque, je pense qu'on est d'accord sur ce point (bien que tu crois que je dise le contraire). Après si tu n'es pas capable de comprendre que techniquement une emuNAND protège ta NAND et que c'est beaucoup moins risqué d'installer un NSP sur une emuNAND offline que sur la sysNAND online, bah... je ne sais pas quoi te dire de plus. 

[Alexandre123423]

Et aussi, est-ce que booter en OFW depuis SX OS est détectable par Nintendo (Toujours dans le but de préserver les efuses )

[eliboa]

Et aussi, est-ce que booter en OFW depuis SX OS est détectable par Nintendo (Toujours dans le but de préserver les efuses )

A priori non je ne pense pas que ce soit détectable, les custom bootloader tels hekate, fusée ou SX Loader n'écrivent pas sur la NAND. Choisir de booter sur l'OFW via un custom bootloader va effectivement préserver les efuses.

[milerwan]

Je ne lit pas trop vite mais toi tu comprends pas tout ce que nintendo peut faire sur sa console pour detecter le hack...

Pour détecter un hack encore faut-il qu'il y ait un support "contaminé" or là le seul support "lisible/visible" via une connexion avec ses serveurs c'est une NAND en OFW "clean" donc Nintendo peut mettre en branle tous ces mouchards, si il n'y a pas de trace de hack, il n'y en a pas.
C'est pourtant évident à comprendre : Pas de trace = pas de ban.

PS: Il faut prendre en considération qu'il est préférable de retirer la carte mémoire qui sert pour le CFW pour lorsque l'on boote sur le OFW.

Ce message a été modifié par milerwan - 10 January 2019 - 14:49.

[Fatiguant]

Pour détecter un hack encore faut-il qu'il y ait un support "contaminé" or là le seul support "lisible/visible" via une connexion avec ses serveurs c'est une NAND en OFW "clean" donc Nintendo peut mettre en branle tous ces mouchards, si il n'y a pas de trace de hack, il n'y en a pas.C'est pourtant évident à comprendre : Pas de trace = pas de ban.PS: Il faut prendre en considération qu'il est préférable de retirer la carte mémoire qui sert pour le CFW pour lorsque l'on boote sur le OFW.

Merci mr Nintendo...