14 réponses à ce sujet

[tralala]

La firme japonaise Nintendo vient de mettre à jour silencieusement le firmware 14.1.2 de la Nintendo Switch et de la Nintendo Switch Lite. 

 

Le but de cette mise à jour silencieuse est de mettre à jour les entrées de mots-clés, la liste des injures. La liste semble avoir été remaniée, et quelques nouvelles entrées ont également été ajoutées, notamment ahegao en japonais. La liste rajoute souvent des mots sous format ASCII ou liés à la pornographie. 

 

 

 

 

La dernière mise à jour du firmware sans redémarrage a été publiée le 26 juillet 2022 pour le 14.1.2. Cette mise à jour a également mis à jour la liste des gros mots.

 

Le rapport de Yellow's 8 : yls8.mtheall.com

 

Pour le hack, cela ne change rien, la structure firmware n'est pas modifiée, la console ne nécessite même pas de redémarrage pour intégrer cette mise à jour. 

 

 

[cyberfred91]

Merci pour la news.

Ca serait rigolo de voir la liste exacte des conneries censurées

Et les mettre dans un dictionnaire de mot de passe de trolleurs

[Linkynimes]

C'est assez calme pour le moment mais Nintendo risque de ce réveille en septembre / octobre avec sûrement de bonne mise à jour inutile mais qui nous mettra des bâtons dans les roue

[cronos]

C'est assez calme pour le moment mais Nintendo risque de ce réveille en septembre / octobre avec sûrement de bonne mise à jour inutile mais qui nous mettra des bâtons dans les roue

C'est tout à fait leur style !

[kentder]

Oui à part mario striker et xenoblade 3 la scène switch est très calme.
Avec des jeux indies degueux que je déteste et qui polluent plus qu’autre chose la visibilité des sorties.

Y a Splatoon 3, TDU, Pokémon violet écarlate. Ils vont forcément faire une grosse MAJ.

[cyberfred91]

C'est aussi, un peu grace aux jeux indies, que le catalogue de la switch est ce qu'elle est. tout simplement impressionnante.
Et il y a des perles en indies

[makinator66]

J'ai lu qu'il voulait mettre denuvo (un drm qui bouffe beaucoup de ressources ) sur les prochains jeux switch

Enjoy le prochain zelda en 720p 15fps

Modifié par makinator66, 01 septembre 2022 - 00:11.

[cyberfred91]

Denuvo protège les jeux pc, relativement, car ça n'empêche pas les releases de jeux.
Et ça plombe les perfs sur pas mal de jeux.

Si denuvo sort sur Switch, ben il y a des patchs.

Et pour voir si une Switch a un cfw, il suffit de lire la carte sd, on a tous certains fichiers et répertoires pour lancer luma par ex. Donc pas bien compliqué de le détecter, nos sd parleront

Modifié par cyberfred91, 01 septembre 2022 - 16:57.

[RomAnOCrY]

J'ai lu qu'il voulait mettre denuvo (un drm qui bouffe beaucoup de ressources ) sur les prochains jeux switch

Enjoy le prochain zelda en 720p 15fps

Denuvo pour le jeux switch, c'est pour "empecher" l'emulation. Pas pour la console physique !

[polo_cha2]

Denuvo protège les jeux pc, relativement, car ça n'empêche pas les releases de jeux.
Et ça plombe les perds sur pas mal de jeux.

Si denuvo sort sur Switch, ben il y a des patchs.

Et pour voir si une Switch a un cfw, il suffit de lire la carte sd, on a tous certains fichiers et répertoires pour lancer luma par ex. Donc pas bien compliqué de le détecter, nos sd parleront

Légalement ils ont l’interdiction de lire les données sur notre carte sd. Imagine si on a des photos perso

[Batman23]

DENUVO sur les jeux switch ces seulement pour empêcher l'emulation des jeux switch sur pc avec les emulateurs telle que : yuzu et ryujinx.

A mon avis la détection ce fera avec un scan numérique intégré aux jeu qui vérifie la rame et la vitesse du processeur et donc si correspond pas au matériel d'une switch le jeu fonctionnera pas.

Après nintendo peut très bien l'ajouter sur les nouveaux jeux ou via maj des jeux pour contré atmosphère en vérifiant le contenue de la microsd et en bloquant l'accès des jeux.

Si des dossier spécifiques sont trouver.

[smada]

Merci pour la news

[shadow256]

Se serait ridicule de mettre en place une vérification en cherchant des fichiers ou dossiers spécifiques sur la SD, une mise à jour rapide pour changer les noms de ces fichiers/dossiers et op plus de problème (et si vérification par MD5 d'un fichier une petite mise à jour et pareil, plus de problème). De plus effectuer un scan de la SD serait illégal dans beaucoup de pays, se serait une violation de la confidentialité des données personnelles.

[Batman23]

@shadow256 cela n'a rien de ridicule, si nintendo veut bloquer atmosphère il suffit que le jeux vérifie la rame de la switch pour voir si elle a un custom firmware en même temps scaner tous les fichiers de la microsd et refuser le lancement si pas de fichiers conforme (donc playload /hombrews..etc)



sony a fait cette technique avec djmax sur psp.

Il scaner, la memorystick.

D'autres jeu comme tekken 6 vendu en France liser le kernel des psp en custom firmware et refuser de lancer un combat.

Kingdom heart birth by sleep refuser d'être lus à partir d'une memorsitik.

La palme d'or était pour evangelion jo (jeu jap) qui scaner directement la rame de la psp pour du coup bloquée à l'écran titre.


Nintendo pourrait utilisé ce procéder est la atmosphère serait bloquer avec les jeux un grand moment.

[shadow256]

@Batman23 :

Lire la RAM ou le kernel là OK, c'est pas la même chose mais ce type de protections peuvent être plutôt hasardeuses et ne dureront pas bien longtemps, surtout sur Switch où le contrôle est total puisqu'on a un accès à la console avant même que le système ne démarre. Donc oui ça fonctionnera un temps mais selon moi le jeu n'en vaut pas la chandelle vu les coûts engendrés par ce genre de recherches/contrôles/vérifications. Déjà que le plus gros tour de force de Nintendo en changeant la façon de fonctionner du démarrage en 6.2.0 a été contré rapidement (j'ai plus souvenir de combien de temps mais ça n'excédait pas les deux mois il me semble) donc un changement de ce type si ça tien deux semaines se sera beau.

Et je maintiens, scanner la SD est un mauvais choix:

• OK on test s'il y a des NRO sur la SD et on bloque s'il y en a, très bien bah changeons juste l'extension des NRO. Et ceci vaut pour tous les fichiers en fait. Mais bon admettons qu'on test l'en-tête de chaque fichier trouvé pour voir s'il s'agit d'un NRO, là c'est plus fiable mais par contre ça va être long sur une SD de 500 GO. Mais bon admettons qu'on ne test pas le contenu du dossier "nintendo" pour gagner du temps ou qu'on ne test pas tous les fichiers de type nca alors la faille est toute trouvée. Et dans le pire des cas il reste toujours la solution de créer des NSP intégrant un homebrew (Hacbrewpack), c'est un peu plus contraignant certes mais loin d'être infaisable et là bonne chance pour le jeu qui souhaite détecter çà. D'autant que tester tout çà peut ouvrir la porte à du buffer overflow, franchement c'est dangereux.
• Bon maintenant le cas des payloads, là c'est un peu plus délicat. Pour les consoles non patchées c'est un effort inutile puisque le payload peut être injecté sans même être présent sur la SD. Pour les puces type HWFly maintenant là ça se complique, faudrait revoir la puce pour injecter autre chose que le fichier "payload.bin", pour les puces non flashable ça pourrait être un souci mais pour les autres suffit de reflasher la puce ou même d'en créer une nouvelle intégrant un espace pour flasher un ou plusieurs payloads qui pourront être exécutés au choix de l'utilisateur comme sur un Trinket pour ne citer que le plus simple. Et encore une fois scanner la SD pour détecter un type de fichier serait trop long d'autant plus que les ".bin" sont plutôt des fichiers assez courants, là encore on pourrait analyser l'en-tête mais pareil le jeu risque d'être long à lancer sans parler des manipulations mémoires qu'on pourrait faire avec ce genre de contrôles.
• Enfin et surtout contrôler les fichiers de la SD ne passerait plus aujourd'hui, les tailles de celles-ci et des fichiers qu'elles peuvent contenir sont beaucoup trop importantes pour se livrer à ce genre de contrôles, ça impacterait trop négativement les utilisateurs à mon avis, si c'était si simple alors Nintendo l'aurait déjà implémenté dans son SDK ou dans son firmware/kernel depuis bien longtemps, pas besoin de Denuvo pour juste faire çà et ça vaut aussi pour le contrôle via la ram de la console puisqu'il n'est pas possible de détecter un lancement bizarre car les jeux sont lancés exactement comme s'ils étaient installés sur la console contrairement à la PSP par exemple qui elle utilisait plutôt des iso/cso et je ne pense pas que les jeux ont accès à tout et n'importe quoi comme infos sur la console d'autant qu'aujourd'hui, contrairement à avant, chaque application a son propre espace d'exécution et n'a pas accès à celui des autres et il serait dangereux qu'il en soit autrement.

Bref des solutions il y en a effectivement mais sur Switch se ne sera pas si simple de contrer le hack, à mon avis le combat est perdu d'avance pour Nintendo sur ce coup et dans le meilleur des cas ils ne bloqueront les choses que pour quelques mois et en attendant on pourra toujours downgrade la version du firmware requise pour lancer les jeux le temps que les studios imposent un SDK supérieur. Par contre un contre pour les émulateurs là pourquoi pas, c'est effectivement plus jouable à mettre en place.

Après tout ceci ne reste que mon point de vu et mon analyse en tant que petit développeur, je peux totalement me planter d'autant que je ne connais pas la façon exacte de fonctionner de chaque élément de la Switch et je pense que Nintendo et Denuvo ont des développeurs/ingénieurs bien plus doués et inventifs que je ne le suis.