
Derniers tests et previews


TEST Split Fiction : que vaut la version Switch 2 ?

TEST Caméra pour Nintendo Switch 2 : un accessoire indispensable ?

TEST Death Stranding 2: On The Beach, une expérience poignante entre solitude et action

TEST Switch 2 : notre avis sur la pochette de transport officielle de Nintendo
Dernières actualités

WiLD est mort, mais il s'est transformé en Adorable Adventure

Comment le remake d'Arizona Sunshine pour PSVR 2 transforme le jeu de tir de zombies classique en une expérience de réalité virtuelle unique en 2025 ?

DLSS : trois nouveaux jeux bénéficient des technologies de NVIDIA sur PC

Ubisoft licencie dans un studio historique

extrait
Pour faire une comparaison, les eShop officieux, installés directement sur notre console, utilisent le certificat de notre console pour installer les backups, c'est ainsi que le ban arrive plus vite que prévu.
Cet utilitaire (si on peut l'appeler ainsi car il s'agit plutôt d'un script avec une interface graphique) utilise un certificat extrait et modifié pour que les backups obtenus puissent s'installer sur notre console via l'aide de tinfoil ou autre pour le moment.
Jusqu'à récemment, Nintendo n'avait pas réellement les moyens d'identifier cela mais était bien conscient du taux élevé de dl et du piratage soutenu. Depuis, la firme a créé une demande de vérification via un ticket chiffré.
Ce certificat est nécessaire pour accéder au CDN et Nintendo peut suivre ceux que nous téléchargeons officiellement ou pas. Un outil CDN vous permet d'utiliser les certificats des autres après qu'ils aient été décryptés correctement, c'est la maniere dont nous obtenons les fichiers NSP via cette méthode.
Cependant, comme je le dis plus haut, il y a une modification faite à cela afin qu'il puisse fonctionner sur notre console comme avec les eShop non-officiel mais avec un certificat autre.
Et nous ne pouvons pas simplement injecter un autre certificat dans une console sans la clé de Nintendo qui fait 2048 caractères. Ce serait trop long. De plus, la console est conçue pour rejeter tout ce qui n'est pas correctement signé. Voilà pourquoi, ces certificats mis à disposition avec CDNSP sont très vite bannis.
Je ne sais pas si j'ai été clair dans mon explication car je m'embrouille parfois
D'ailleurs, je pourrais aller plus loin dans mon raisonnement mais c'est de la pure théorie sans certification. Si le ban arrive très vite avec les eShop officieux car c'est notre certificat qui est utilisé, il en sera de même via CDNSP si le certificat utilisé avant son bannissement n'est plus opérationnel aujourd'hui. Cela signifierait donc de refaire un dl avec le nouveau certificat mis à disposition.
C'est de la pure spéculation mais c'est envisageable.
D'où le fait de rester Full offline et de ne pas se risquer à aller sur l'eShop ou en ligne avec une console jailbreak si les backups possédés sont non legit. Rien ne dit exactement ce que la télémétrie envoie à Nintendo pour vérifier réellement nos données.
J'ai même tout fait dans le recovery mode : Rétablir paramètre par défaut - Restaurer le système de fichiers - Reconstruire la base de données - Rétablir le système PS3
Rien y fait! Je deviens fou ! je me demande donc si cela ne vient pas du CFW car je ne l'ai pas pris des liens du tuto.
Car lorsque l'on clique sur le lien (CFW Rebug 4.82-2 CEX/DEX Cobra 7.55) mis dans le tuto (version conseillée) on arrive sur le site rebug, mais aucun lien de téléchargement ! sauf en bas de page dans 3 petits cadres, mais est-ce vraiment ça et ci oui, lequel télécharger.
J'ai également un doute par rapport au NOR_NAND_writer_release_1.0_PS3Xploit car je l'extrait et j'ai donc un dossier qui se créé, mais dans ce dernier aucun dossier hex-482--COPY-TO-USB-ONLY-IF-482-FIRMWARE-OR-WILL-SOFTBRICK mais toute une liste avec:
- flash_482.hex (fichier HEX)
- flash_482 (fichier JPG)
- index_nand (chrome HTML)
- index_nand_hdd (chrome HTML)
- index_nor (chrome HTML)
- index_nor_hdd (chrome HTML)
- ps3xploit_writer_v20 (javascript)
Bref, que copier sur la racine de la clé? tout ou bien seulement le premier (flash_482.hex) ou juste certains...
J'ai déjà essayer tout et seulement le premier , mais cela ne change rien au problème! donc j'aimerais une confirmation.
ou alors je suis totalement à côté de la plaque et j'ai rien compris au truc (encore dsl)
HELP SVP!
Merci.
Dans ton cas, si tu prends le jeu de ton collègue et que tu le dump sans extraire ce certificat, c'est ban assuré car lui il a déjà lancé sur sa console. Et toi tu vas faire de même. Il existe un outil qui extrait ce certificat lorsque tu l'as dumpé. Ainsi tu te retrouves avec un backup XCi sans certificat. Cela ne retire en rien le risque de ban même s'il est moins élevé. Il y a des préconisations à suivre lorsque l'on joue avec des backups mais le risque zéro n'existe pas ! Et il n'existe pas d'outil, pour le moment, de réduire ce risque !
Les backups déjà dumpés sur la toile sont sans certificat. Sinon, ce serait complexe pour tous.
Nintendo stocke un certificat client crypté unique dans chacune de ses consoles, se trouvant dans le cœur TrustZone des Switch. Les jeux numériques et physiques disposent également de leurs propres certificats cryptés qui permettent ainsi de vérifier si le jeu a été acheté légalement ou s'il s'agit d'une vulgaire copie de celui-ci. Si tu utilises une copie d'un jeu, la console le détectera automatiquement via le certificat crypté et tu seras donc banni.
Selon le développeur ScriesM, il semblerait que ces certificats cryptés soient vérifiés uniquement si ta console est connectée à internet, il serait donc possible que celle-ci soit incapable de détecter si un jeu est piraté dans ce cas précis. Toutefois cette information n'a pas été vérifiée et il est donc possible que les logiciels de la console détectent une tentative de piratage même si tu n'es pas connecté à internet. Donc pour résumer, le risque est réel.
Tu comprends mieux maintenant ?