Z0rP

La licence GPLv2 ou 3 permet la commercialisation certes mais elle oblige également à créditer l’auteur du code utilisé. Ceci est une obligation et pourtant bien clair dans la réglementation établie. C’est un minimum lorsque l’on a une éthique, ce qui n’est pas le cas de certains comme celui que vous citez.

Après, c’est à chacun de faire attention et de ne pas se laisser abuser pour se rendre compte que le côté payant de quelque chose est proposé gratuitement à la base. Cela peut sous entendre que beaucoup se laissent abuser naïvement par peu de connaissance du sujet et que d’autres en profitent et ont peu de scrupule à le faire.

Je pars du principe que pour enrayer ceux qui le font, il suffit de signaler et de les pourrir sur leurs supports et les réseaux par du signalement et autres. Ça fonctionne plus ou moins mais il n’y a pas d’autres moyens.

Le fait de proposer une multitude de compilations perd le plus souvent l’utilisateur lambda qu’autre chose. Je n’y suis pas adepte et préfère aller à la source. Ce n’est pas toujours évident pour celui qui ne maîtrise pas mais si ces mêmes utilisateurs y trouvent leur compte et que cela leur paraît plus simple, pourquoi pas. Si le fait de proposer sa propre compilation apporte un plus et améliore la démarche, c’est bien. Ceci est un autre sujet également.

Dans tous les cas, les développeurs font un travail incroyable et le minimum est de les créditer chaque fois que cela est nécessaire et de les soutenir lorsque cela est possible. A chacun d’arrêter de suivre ceux qui ne respectent pas ce principe mais c’est une autre histoire qui relancerait le débat du hack, du jailbreak et du piratage avec des principes de développement, de recherche et de warez.

Merci aux développeurs.

Sony n’a pas l’intention de faire en sorte de l’empêcher si ce n’est, comme cela est dit dans la news et dans le blog de CTurt, d’enlever tous les jeux tiers sur lesquels la firme n’a pas la main et dits vulnérables.

Et comme l’indique CTurt car son blog est pourtant bien détaillé:

Il a été conçu de cette façon puisque PlayStation ne peut pas être tenu responsable de la sécurité des jeux tiers (en particulier ceux qui sont statiquement liés aux anciennes versions de WebKit). Leur modèle de sécurité se concentre plutôt sur la sécurisation des couches privilégiées plus élevées de la plate-forme (kernel et hyperviseur sur PS5), fonctionnant sous l'hypothèse que les jeux sont compromis.

Sony a décidé volontairement de laisser ainsi car la firme savait très bien que ces dits jeux étaient compromis. Donc il se sont concentrés sur une sécurité autre comme on le retrouve sur PS5.

C'est son interprétation que l'existence de jeux avec des privilèges spéciaux, comme le JIT de l'émulateur PS2, viole fondamentalement leur propre modèle de sécurité parce qu'il laisse un code privilégié sans mécanisme facilement disponible pour corriger les vulnérabilités futures potentielles. De plus, PlayStation a décidé de doubler ce modèle de sécurité sans même supprimer les jeux PS2 exploitables connus comme déjà dit.

Pour ces raisons, CTurt fait référence à ce scénario comme "non patchable", même s'il peut ne pas être techniquement tout à fait exact.

Mais au delà de tout ceci, son but est de développer du natif sur PS4 qui lui semble bien plus facile à acquérir que de le faire sur PS5 qui sera un autre combat. Et c’est bien là dessus qu’il insiste lorsqu’il dit qu’il apportera une partie 2 !

Tout est là:
https://cturt.github.io/mast1c0re.html

C’est toujours intéressant de voir qu’il existe des vulnérabilités autres. CTurt est toujours aussi fascinant dans ses recherches comme l’est TheFlow.

Ça avance doucement mais sûrement. Toutefois d’après les développeurs, il faudra encore patienter un peu ^^

Il semble y avoir une certaine confusion concernant le support de Mariko dans L4T et Android. La version Hekate 6.0.0 inclut la préparation pour Mariko pour charger d'autres systèmes d'exploitation (et rationaliser le processus de démarrage d'Erista). Cependant, **L4T, Android et Lakka ne sont PAS encore prêts pour la sortie de Mariko.** La mise à jour Android 17.1 est toujours sur la bonne voie - nous pouvons utiliser les nouvelles fonctionnalités hekate, mais pas encore pour le support de Mariko, car le côté noyau n'est pas encore prêt. 18.1 suivra, avec le support de Mariko avec le soutien de Mariko, mais sinon, il sera inclus en tant que mise à jour 18.1 OTA.

Et ce n’est pas tout ^^

Fail0verflow publie une capture d’écran d’un fichier entièrement déchiffré faisant partie d’une mise à jour du firmware PS5. Fail0verflow possède toutes les clés racine PS5 (symétriques). Elles peuvent toutes être obtenues à partir d'un logiciel y compris la clé racine console d'après les derniers éléments communiqués via son compte Twitter.

Source: https://twitter.com/...526453105569793

N’y a t’il pas une erreur dans la news car AMS v1.1.0 est une pre-release et non une version release pour le moment. Un peu confus ^^
https://github.com/A...sphere/releases

Les sigpatches sont disponibles:
https://github.com/I...atches/releases

Et Hekate v5.6.1 aussi:
https://github.com/C...hekate/releases

TegraRCMGui fait déjà le taff comme il se doit. Je ne comprends pas le développement d’une alternative quand ce n’est pas vraiment nécessaire mais cela n’est que mon avis.

C’est comme toutes ces compilations qui émergent de toute part, inutiles.

Certes, cela satisfera d’autres sans doute.

Ce qu’il ne faut pas lire à chaque news qui concerne Atmosphère ^^

La seule vérité à tout cet échange est la portée du Hack avec une solution hardware pour les Switch Mariko et Erista patchée (sans compter pegascape). Et lorsque cela a été proposé, c'était encore moins évident pour une partie des utilisateurs qui souhaitaient passer par Atmosphère/Hekate. C’est tout de même grâce à SciresM et CTCaer (et un autre dont j’ai oublié le nom) que cela a été rendu possible pour cette partie des utilisateurs.

Pour continuer dans tout cela, le seul avantage de SX OS restera l’utilisation des XCi en natif qui, soit dit en passant, ne respecte en aucun cas les droits de Nintendo. Et pour argumenter pour la Team, l’utilisatIon du port USB. Le reste n’est que le fruit du travail de SciresM et d’autres développeurs qui a été repris.

Il suffit de regarder les changelogs du CFW SX OS et d’Atmosphère pour s’en apercevoir en plus d’autres outils.

L’histoire de l’emuNAND, lorsque la team Xecuter l’a proposée n'était pas au point et loin d’être une réelle émulation du sytème sur la SD. C’est SciresM, lorsqu’il a proposé, aidé de CTCaer, que l’emuMMc est devenue quelque chose d’abouti. C’est ensuite que la team l’a exploitée.

Pour le mode furtif, ce sont de simple DNS qui existaient déjà avec Atmosphère mais à configurer par l’utilisateur. Ce que propose maintenant SciresM, c’est d’agir en renseignant un fichier qui sera actif par défaut (sur SysNAND et/ou emuNAND). Mais l’histoire des DNS est venu avec d’autres outils d’autres développeurs aux départ.

Le seul réel avantage à utiliser Atmosphère est d'être assuré de son maintien et de son côté open source et gratuit (bien que pour le développeur, cela ne l’est pas). Ainsi, aucune inquiétude de la part de Nintendo.

Pour tout le reste, les avantages sont les mêmes (hormis la gestion des XCi en natif). Et les possibilités sont beaucoup plus nombreuses via Atmosphère/Hekate que via SX OS en termes d’utilisations d'outils et autres aspects underground.

Je me demande quand cela va finalement s'arrêter: ce comparatif entre SX OS et Atmosphère. Faut croire que même avec la Team out, ce n’est pas le cas. Chacun a payé une licence et se retrouve sur le côté de la route en attendant de franchir le pas vers Atmosphère. Ce qui ne va pas trop tarder d’ici là pour les retardataires ^^

Je ne juge personne car chacun est libre d'utiliser ce qu'il souhaite. Et ce, en fonction de son confort, de sa maîtrise etc... Mais faut arrêter de croire que la Team n’est pas allée pomper et voler bons nombres de développeurs. Ce serait se mentir. Et c’est aussi le jeu dans le monde du hack.

Bon hack à TOUS et TOUTES et merci aux développeurs qui continuent de nous faire profiter de tout cela.

Sauf erreur, cela en fait 4 (4.0.0/9.0.0/11.0.0/12.0.0).
https://switchbrew.org/wiki/Lotus3

Au lieu de perdre du temps avec des videos youtube souvent périmées et de mobiliser 5 personnes sur Logic, mieux vaut aller faire un tours sur "switch-guide" qui détaille TOUT les aspects du hack.

Ensuite, juste a rajouter les sig patch.

Mdr, heureusement que l’on a pas attendu Switch guide pour se lancer et que beaucoup d’autres ont fait des choses sur les forums pour se lancer ^^

Et puis, il va être surpris lorsqu’il va prendre le fichier Hekate-ipl.ini sur sa SD et que rien ne va correspondre à la configuration de base d’Hekate .

Pour faire au mieux si on ne maîtrise pas, rien de mieux que les bons vieux tutoriels mis à jour régulièrement (ils sont rares mais existent). Et Shadow a fait au mieux sur ce forum (mais il faut lire ^^). Et pour préparer sa SD, rien de mieux que son script (complet pour aller plus loin également) ou SDSetup (très simple).

Déjà, si tous les utilisateurs lisaient et s’informaient avant de se lancer, cela éviterait des demandes redondantes abordées de manière récurante. Mais je peux comprendre la complexité de tout le jargon comme dans tous les hacks.

Et si les compilations toutes faites ne pullulaient pas aussi, cela éviterait à ceux qui ne maîtrisent de s’y perdre. Elles causent plus de problèmes que de solutions ^^

GoldHEN v1.0 by SiSTR0 (FW 5.05, 6.72, 7.0x & 7.55):
- HEN
- Debug Settings
- VR Support
- Remote PKG Installer
- Rest Mode
- External HDD
- Debug Trophies
- UART
- Screenshot Enabler
- Remote Play Enabler
- Persistent FTP (:2121)

Lien: https://mega.nz/file...qj-D0rmXG07j-Xg
Source: https://twitter.com/...9259532291?s=21

Certes Linkynimes, la TX peut avoir des reproches des uns et des autres mais elle ne s’est jamais cachée de proposer un moyen hardware/software pour du warez & co sans se soucier du code propriétaire de qui que ce soit. C’est d’ailleurs son gagne pain depuis. Elle en paye juste les conséquences aujourd’hui.

Pour le reste, oui, nous sommes d’accord que son CFW est bogué trop souvent mais comme tout hack, il y a des mises à jour pour améliorer cela. SciresM fait de même sauf qu’il le fait plus vite, de manière plus consciencieuse et c’est gratuit (pas tant que cela pour lui car du temps, du matos etc).

Les comparer ne sert à rien puisque c’est une question d’éthique, pour chaque développeur, à proposer, dans chaque solution, des possibilités. Et ce qu’elles soient respectueuses ou non du droit et de la propriété.

Dans tous les cas, c’est à chacun de choisir ce qu’il veut utiliser ou non. La finalité appartient à chacun également et nous sommes seuls responsables de ce que nous en faisons. Inutile de penser que cela changera dans le monde du hack qui existe depuis l’ère du numérique ^^

Je ne fais la leçon à personne ^^
Toutefois, cette news méritait tout de même un peu de vérification avant d’être publiée. Mais je comprends que le monde du clic/buzz soit plus important.

BL4K3Y n’est pas un membre de la Team Xecuter pour commencer et il agit sur le forum de la TX comme membre VIP ^^

Et jouer avec l’espoir des utilisateurs SX OS en reprenant une ancienne donnée déjà publiée, c’est pas vraiment sympas. Et même si l’envie a été de publier sur GBATemp pour faire cela, le topic sur le forum de la TX a très vite disparu. Et si c'était utile d’y revenir, pourquoi sur leur Discord, ils incitent à passer sur l’autre méthode de hack.

De plus leurs produits ne sont plus en vente libre. Un vendeur qui le fait encore ne l’affiche pas au risque de s’attirer la foudre de Nintendo mais peut le faire autrement. Pour ce qui est de leur licence, cela se faisait depuis leur forum par un moyen quelque peu discutable et je ne sais si c’est encore le cas. Et via leur site, aucune idée.

Dans tous les cas, si un update arrive, tant mieux pour ceux qui ont payé pour un suivi et tout le reste. Et si certains sont passés à Atmosphère/Hekate, ils n’ont rien perdu non plus à s’y intéresser. Je ne comprends pas cette gueguerre ^^

Tu pourras utiliser le online si et seulement si ta NAND est clean. A savoir, sans avoir été modifiée après le hack et il te faut en être certain car si tu parles d’emuNAND, c’est que tu l’as déjà utilisé en étant hack. Si ce n’est pas encore le cas, alors, tu peux te lancer dans la création d’une emuNAND. Si tu as un doute, il te faudra d’abord restaurer un backup de ta NAND préalablement fait avant toutes modifications et ensuite créer ton emuNAND/emuMMc.

Tu pourras ainsi utiliser ta sysNAND pour tes jeux legits et l’emuNAND pour tes jeux non legits. Mais attention de bien utiliser ta sysNAND en mode stock et non CFW. Et de bien utiliser l’emuNAND strictement pour les aspects liés au hack.

Malgré que le risque zéro n’existe pas, c’est un bon moyen de se prémunir du ban.

Il te suffit de passer par le Hack via Atmosphère/Hekate et à l’issu, utiliser ChoiDujourNX ou Daybreak pour revenir en 11.0.0. C’est le même nombre d’eFuse entre 11.0.0/11.0.1.

Une fois cela fait, tu pourras utiliser SX OS.

Pas adepte de NEUTOS mais utile pour récupérer les sigpatches.

Altlas propose le v15.6 de sa compilation Kosmos.
https://github.com/A...osmos/releases/

HakuroNX propose son Github. Il supprime des vérifications de signature ACID pour Atmosphère v0.11.1 et apporte des patches FS pour Hekate.
https://github.com/H...sphere/releases

La méthode:
1. Créez un dossier nommé kips dans atmosphere
2. Placer loader.kip dans atmosphère/kips
3. Placez patches.ini dans bootloader
4. Modifiez votre hekate_ipl.ini dans bootloader pour ajouter les lignes suivantes sous toutes les options de démarrage pour lesquelles vous souhaitez avoir des correctifs de signature:

kip1patch=nosigchk
kip1=atmosphere/kips/*

5. Enjoy !