OperationNT

C'est déjà le cas : http://psx-scene.com/forums/content/true-b...-released-2524/ En gros, on remplace la librairie système qui gère les trophées du CFW 3.55 TB par une lib modifiée, on lance son jeu avec le dongle : 3 minutes plus tard, on le quitte et on peut récupérer un dump décrypté de l'EBOOT. De plus, le code source de la lib modifiée est fourni (donc, la méthode utilisée est accessible). Par contre, cela n'aidera pas à avoir les EBOOTs pour les nouveaux jeux... Mais pour cela, on a aussi une autre méthode qui est entrain de voir le jour : http://psx-scene.com/forums/content/ps3-fu...blue-does-2519/ Sur les firmwares de debug, on a la possibilité de récupérer un dump (= contenu) complet de la mémoire RAM de la console à n'importe quel instant : le code d'un binaire exécuté (EBOOT par exemple) s'y retrouve de manière décrypté. Il suffit donc de lancer le jeu officiel sur un firmware debug 4.11, d'utiliser cette fonctionnalité intégrée par Sony dans son firmware afin de récupérer le dump de la mémoire de la console. Ensuite, avec des connaissances sur l'organisation de la RAM d'une PS3, on peut récupérer le code binaire exécuté et s'en servir pour recréer un EBOOT valide. Il reste encore le fait que si ce code utilise des fonctions des firmwares supérieurs au 3.55, il faut les repérer et les supprimer. Cette méthode est celle qu'on suppose avoir été utilisée par la team TrueBlue.

Sur le principe, je suis d'accord avec toi. Malheureusement, je pense qu'il n'existe aucun moyen fiable (pas hackable) et peu coûteux de vérifier qu'un utilisateur possède bien le jeu original. Le seul moyen serait, je pense, d'avoir une vérification "humaine" (en gros, montrer son jeu PS1 à un mec qui travaille pour Sony afin qu'il vérifie son authenticité). Je pense qu'un tel moyen serait bien plus cher à mettre en place que de simplement mettre en ligne un "nouveau" téléchargement payant. Par contre, est-ce que les jeux PS1 achetés sur le PSN pour la PSP seront compatibles gratuitement avec la PS Vita ? Parce que si ce n'est pas le cas, là, c'est vraiment abusé car pour le coup, ils ont bien la vérification que le jeu a été déjà acheté (j'espère qu'ils prendront de la graine sur leur Studio Liverpool qui offre gratuitement le DLC WipeOut HD sur PS Vita à ceux qui ont acheté le jeu sur le store de la PS3).

En lisant ton tutoriel, j'ai bien compris l'utilité du DEX 4.11 (mais je n'en doutais pas avant). Mais je n'ai toujours pas saisi l'avantage du DEX 3.55 (et des CFW basés dessus) par rapport à un CFW 3.55 retail.

Bonjour à tous, Je suis un peu largué sur l’intérêt d'un CFW 3.55 DEX. Il me semblait que l'utilité principale du DEX était de pouvoir lancer des applications non signées sur des firmwares supérieurs (principe d'une PS3 de "test"), de downgrader facilement grâce à une fonctionnalité de base des firmwares DEX et de lancer les derniers jeux avec l'équivalent d'un "BD mirror officiel" disponible sur tous les firmwares DEX. Or, si on est en 3.55 (CEX ou DEX) et non en 4.11+, on a toujours les limitations de cette version de firmware (particulièrement au niveau du lancement des derniers jeux) ? Donc, où est l’intérêt (sachant qu'on est déjà capable de lancer du code non-officiel sur 3.55) ? Merci d'avance pour vos réponses .

Je ne comprends pas très bien, tu parles d'un firmware 4.11 modifié ?

Oui mais pour ça, il faudrait une faille au niveau de la PS Vita et non de son émulateur PSP car ça me semble compliqué de réussir à traverser les différentes couches : émulateur PSP en user => émulateur PSP en kernel => faille user PS Vita déclenchée par un "bug exploit" de l'émulation PSP => faille kernel PS Vita Vu l'apprentissage que Sony a eu avec sa PSP et sa PS3, les erreurs sur la PS Vita seront surement difficiles à trouver. Je pense que le plus simple, pour répondre aux besoins des pirates, serait de profiter du fait que Sony soit passé sur des cartouches (et que potentiellement, ils ne maîtrisent pas ce support aussi bien que Nintendo qui a eu toutes ses consoles portables basées sur ce support) pour avoir un linker PS Vita. Après, j'ai assez peu de connaissances en électronique et du coup, j'ai du mal à comprendre ce qu'il y a de difficile à "cloner" le comportement d'une cartouche afin qu'elle se comporte comme une vraie ?

Je pense que pour ça, il y a les mêmes problématiques que pour un CFW 4.11 retail .

Méfie toi que ces jeux ne te demandent pas un firmware 3.6+ pour fonctionner : tu n'as aucun moyen de le savoir à l'avance quand tu achètes (vu que tu es supposé avoir le dernier firmware, Sony ne te préviens pas).

A priori, il n'est pas dit qu'ils passent par l'émulateur de PSP pour émuler la PS1 (bien que cet émulateur en soit capable, ce qui a été prouvé par un des hackers de la scène PS Vita). Je pense (enfin, j'ose espérer) qu'il s'agira d'un émulateur PS1 basé sur l'infrastructure native de la PS Vita (principalement pour des raisons d'économie de batterie).

Théoriquement, ça peut toujours être trouvé par du brute force. En gros, tu testes toutes les possibilités qui existent sachant qu'il y en a des milliards de milliards (et encore, je sous-estime grandement le nombre de possibilités): en supposant que tu mettes 1 seconde pour tester une possibilité, tu devrais en avoir pour quelques milliers d'années (voire millions) avant de trouver la bonne. Après, il arrive qu'il y ait des failles qui te permettent de tester un sous-ensemble "raisonnable" de possibilités (ce qui est arrivé avec les clés privées 3.55 et qui a été fixé sur les firmwares 3.6+ sur de nouvelles clés). Et si tu ne veux pas les calculer, ce n'est pas extraterrestre, il suffirait de t'infiltrer chez Sony dans le service qui s'occupe du cryptage pour les avoir .

Parce que le PKG de l'update n'est pas encrypté avec les dernières clés (vu qu'il peut être installé sur une console 3.55). C'est l'EBOOT contenu dans le PKG qui est, lui, encrypté avec les clés 3.6+ (le reste des données du PKG comme les textures, les modèles, les sons, n'est pas encrypté avec les clés 3.6+). Au lancement de Skyrim, la console voie qu'elle a un patch pour le jeu installé sur son disque dur donc elle lance l'EBOOT de ce patch (et non l'EBOOT contenu sur le Blu-Ray ou dans le répertoire du backup du Blu-Ray). Si tu veux un exemple plus concret, récemment, avec la possibilité de retourner sur le PSN, j'ai voulu me faire un WipeOut HD. Là, il y avait une mise à jour du jeu. Donc, ma console a téléchargé le PKG de la mise à jour depuis le PSN puis elle l'a installé : je n'ai eu absolument aucun souci lors de l'installation du PKG (donc, il est encrypté avec les anciennes clés). A ce moment, je relance WipeOut HD et j'ai une erreur lors du lancement du jeu : l'EBOOT qui était contenu par la mise à jour était encrypté.

Oui, j'ai eu la mauvaise surprise avec Wipeout HD qui m'a proposé une mise à jour (cryptée avec les clés 3.6+) : heureusement que j'avais fais un backup du jeu (jeu que j'avais acheté voilà très longtemps sur le PSN).

Bon, ça marche plutôt bien. Malheureusement, le seul jeu qui m’intéressait en multi, Wipeout HD, a reçu une mise a jour récente. Donc, la mise à jour est encryptée avec les dernières clés ce qui a "corrompu" mon jeu. Heureusement que j'avais senti le coup venir et que j'ai fait un backup au préalable via FTP. Du coup, ça m'aura au moins servit à synchroniser mes trophées acquis durant tout ce temps hors ligne puis à désactiver définitivement ma PS3 du PSN afin de récupérer les tokens des jeux que j'ai achetés (tout en la réactivant ensuite via XReg Plus, bien sûr ).

Une nouvelle interessante : ca va me permettre de desactiver definitivement ma PS3 sur le PSN pour ensuite la reactiver avec XReg . Si j'ai un dongle TrueBlue en 2.7, y-a-t-il moyen d'avoir un firmware Rebug qui supporte le dongle ?

Je suis assez surpris qu'une update du dongle seulement puisse afficher un tel message (TrueBlue CLONE) dans les parametres systeme. N'y aurait-il pas, par hasard, dans cette mise a jour 2.7 du dongle, une mise a jour cachee du firmware TrueBlue V2 (un peu comme ce que font les Rebug Packages sur le firmware Rebug) ?

Il y a quand même 2 jeux qui ont pu être dumpés : Ace Combat et Batman. Les EBOOTs peuvent désormais être récupérés sur la toile. Mais celui qui a réussi à le faire n'a pas voulu expliquer sa méthode afin de ne pas porter préjudice à la team TrueBlue: cela prouve juste que c'est techniquement possible. Il a aussi ajouté que ces jeux sont, de base, très difficile à faire fonctionner à partir d'un HDD (un peu comme Tomb Raider Underground qu'il faut lancer, depuis un HDD externe avec un mode spécial de Multiman) et que du coup, le fait de vendre des copies sur BluRay était "justifiable". Sinon, pour information, je possède 3 de ses jeux (avec l'original, bien sûr) : Disgaea 4, Ace Combat et Batman (j'avais déjà commandé les 2 derniers quand l'annonce de la disponibilité des EBOOTs pour ces jeux a été faite). Je n'ai pas essayé de les dumper. Par contre, c'est assez marrant quand on regarde l'arrière de ces jeux, on voie clairement qu'ils ont été gravés (et non pressés) car la partie gravée du BluRay est bien plus foncée que le reste de la surface du BluRay (au passage, sur Disgaea 4, ça frise l'arnaque quand on regarde le peu de surface foncée ).

Reste à espérer, pour les possesseurs de JB-King, qu'il n'y ait pas une surprise cachée...

Tout dépends du type de jeu ou d'application que tu veux créer. En tout cas, ce choix bloque clairement la compilation des émulateurs d'autres consoles au delà de la NES. Après, lorsqu'on regarde le code des samples, il est clair qu'avec peu de lignes, on arrive à un résultat sympa.

Pour ceux qui sont intéressés, le PlayStation Suite SDK est sortit (pour Windows uniquement) : http://www.playstation.com/pss/developer/index_e.html D'après les samples fournis, il y a moyen de faire des jeux sympa sans que ça semble trop compliqués (bien que certains semblent ramer sur la PS Vita, particulièrement celui avec une balle dans un labyrinthe). Le langage de développement dans ce kit est le C# (je suis un peu déçu qu'ils n'aient pas fait le choix du C/C++ mais je présume que ces langages sont réservés pour le SDK "pro") et l'API graphique 3D est une surcouche d'OpenGL ES fournie par Sony. Je présume que grâce à ce choix, ils se prémunissent de sorties éventuels d'émulateurs et autres applications qu'ils ne souhaitent pas voir sur leurs plateformes.

La version modifiée du CMA (OpenCMA) permet quand même d'outre-passer cette exigence ?

A partir du moment où tu possède le jeu original, c'est légal.

Tu n'as pas lu la charte : on n'a pas le droit de parler warez ici : AU BAN ! (Ok, c'est un peu tirer par les cheveux et je m'ennuyais quand j'ai posté ça...)

Si ton Windows est installé sur la partition "C:" et que tu le fais depuis cette même installation de Windows, ça ne marchera pas .

Je ne suis pas spécialement rassuré par la situation actuelle. Je pense que la team TrueBlue s'est engagée sur un chemin risqué pour ses propres clients. Désormais, rien n'empêche, moralement, leurs concurrents de mettre sur la toile un faux EBOOT qui irait lancer la fonctionnalité d'auto-brick du dongle TrueBlue et certains clients se feront surement piégés...

Ils l'ont déjà fait : essayes de mettre un dongle TrueBlue sur une PS3 équipée d'un firmware 4.11, je ne pense pas qu'il se passe grand chose à part un message "Périphérique inconnu". Sinon, du point de vu de la loi, je ne pense pas que la team TrueBlue ait quoi que ce soit à craindre car ils produisent probablement leurs dongles depuis un pays où la destruction de données n'a pas grande importance.