29 replies to this topic

[Elrat]

à ma connaissance impossible si pas en 3.55, il faudrait voir avec les nouvelles clefs qui sont sorties s'il est possible de faire un homebrew permettant cela.

[Elrat]

Ah effectivement j'ai retrouvé un tuto, mais c'est à base d'un CFW3.55, tu peux toujours essayé à partir d'un CFW REBUG en 4.xx

 

je peux te le MP

[Pass_Code]

Il y a un tuto sur Gitbrew pour récupérer sa root_key via Linux en 3.55 : http://wiki.gitbrew....ibrew/Metldrpwn

 

Mais si tu es en CFW Rebug 4.XX, cela me semble impossible de dumper ta root_key en passant par Linux puisque pour cela, tu dois d'abord dumper ton metldr. Or, le metldr n'existe plus depuis le FW 3.60. Il n'y a aucune chance que cela marche selon moi.

[Elrat]

C'est le même avec un peu plus de détaille je te le MP.

[Pass_Code]

Bon et bien la messe est dites, c est impossible ^^, pour le moment.

On va attendre les homebrews sur consoles avec les nouvelles clés...*

 

EDIT : j avais mal lu ta reponse pass code, non c est pour les consoles fabriqués d origine en 3.56 uniquement celle la.

 

Je veux bien eltrat...

 

Comment ça c'est uniquement pour les consoles en 3.56 d'origine ? J'ai pas compris.

[Elrat]

en metldr et non en metldr.2

[ConsoleX]

Intéressant votre truc les mec
Vous partagerez la solution final

[Pass_Code]

en metldr et non en metldr.2

 

Je n'ai toujours pas compris qu'est-ce qui est uniquement pour ces consoles, enfin par rapport à quel point de mon message il me dit ça. L'explication est sûrement très simple mais on a du mal à se comprendre ^^

 

@Micro Flash : Comment comptes-tu t'y prendre ? Si je ne dis pas de conneries, le metldr est chargé par le lv0ldr depuis les FW 3.6+. En passant en Rebug 4.XX, le dump de ton metldr via Linux ne peut pas fonctionner puisque le metldr n'est plus au même endroit et qu'en quelque sorte, on peut même dire qu'il n'existe plus.

 

EDIT : T'as une console avec le metldr2 ? Si c'est le cas, le dernier paragraphe de cette section pourrait t'intéresser : http://www.ps3devwik...tep_instuctions

[Pass_Code]

Etant donné qu'il n'y aura plus de metldr sur ta console si tu passes en CFW 4.XX, cela veut dire que ta root key sera autre part mais où ? Dans le LV0 ? Et surtout, comment la récupérer puisque l'exploit metldrpwn ne marchera pas ? A mon avis, avec les outils actuels, ce n'est pas possible. Enfin ça l'est peut-être mais mes connaissances sont trop limitées pour que je puisse t'aider

[MisterTea]

Après, on utilise pas des vrais CFWs depuis un moment déjà donc est toujours sur des bases de CFWs 3.55 et l'architecture autour des differente clefs reste sans doute assez classique par rapport aux OFWs recents.

[Pass_Code]

Justement, là est ma question. Les CFW 4.XX sont créés sur des bases (CoreOS) d'OFW 4.XX, pas sur une base d'OFW 3.55, ça c'est sûr. Les fichiers sont déchiffrés avec les clés publiques 4.XX et chiffrés avec les clés privées 3.55. Mais au final, l'architecture est quand même similaire à celle des OFW 4.XX non ? Enfin j'avoue ne pas du tout pouvoir affirmer ce que j'avance.

[MisterTea]

Justement, là est ma question. Les CFW 4.XX sont créés sur des bases (CoreOS) d'OFW 4.XX, pas sur une base d'OFW 3.55, ça c'est sûr. Les fichiers sont déchiffrés avec les clés publiques 4.XX et chiffrés avec les clés privées 3.55. Mais au final, l'architecture est quand même similaire à celle des OFW 4.XX non ? Enfin j'avoue ne pas du tout pouvoir affirmer ce que j'avance.

après pour moi ça reste que de la theorie, j'en ai jamais disséqué un pour l'instant...

Il suffirait de decompresser un pup de MFW 4.XX pour être sur

[Pass_Code]

Je viens de décompresser les PUP de 3 firmwares : Kmeaw, Rebug 4.21.2 et OFW 4.40. Les Core_OS extraits du CFW Rebug 4.21.2 et de l'OFW 4.40 contiennent la même liste de fichiers (ou presque, le Core_OS du Rebug contient en plus un fichier nommé "lv2Dkernel.self", ce qui semble correspondre au kernel LV2 Debug utilisé pour le swap CEX/DEX). Le Core_OS du CFW Kmeaw est bien différent puisqu'il contient aussi l'appldr, l'isoldr, le lv1ldr et le lv2ldr. Impossible de trouver ces loaders dans les deux autres Core_OS parce qu'ils sont à mon avis intégrés dans le fichier "lv0". Ce fichier est d'ailleurs bien plus gros dans les FW 4.XX et en faisant la somme du poids des fichiers des appldr, isoldr, lv1ldr et lv2ldr, mon hypothèse semble tenir. Ça peut éventuellement s'expliquer par le fait que ces loaders sont depuis le FW 3.60 au troisième niveau dans l'ordre de boot et plus au second, ils sont encapsulés dans le lv0 lui-même encapsulé dans le bootldr. Avant, ils étaient simplement encapsulés dans le metldr.

 

Un autre détail a retenu mon attention. Les Core_OS des FW 4.XX contiennent un fichier nommé "lv0.2". Or on sait que cette nouvelle version du LV0 est intégrée sur les modèles 3K et 4K, modèles ayant au minimum un firmware 3.60 à la sortie d'usine.

 

Conclusion : les CFW 4.XX semblent bel et bien avoir les mêmes couches de sécurités, contenant les mêmes processus, que les OFW 4.XX. Donc je suppose qu'il n'y a pas de metldr en CFW Rebug (ou alors qu'il a été déplacé) et qu'il ne peut de toute façon plus être dumpé avec les méthodes actuelles.

[Tactik-knife]

Je viens de décompresser les PUP de 3 firmwares : Kmeaw, Rebug 4.21.2 et OFW 4.40. Les Core_OS extraits du CFW Rebug 4.21.2 et de l'OFW 4.40 contiennent la même liste de fichiers (ou presque, le Core_OS du Rebug contient en plus un fichier nommé "lv2Dkernel.self", ce qui semble correspondre au kernel LV2 Debug utilisé pour le swap CEX/DEX). Le Core_OS du CFW Kmeaw est bien différent puisqu'il contient aussi l'appldr, l'isoldr, le lv1ldr et le lv2ldr. Impossible de trouver ces loaders dans les deux autres Core_OS parce qu'ils sont à mon avis intégrés dans le fichier "lv0". Ce fichier est d'ailleurs bien plus gros dans les FW 4.XX et en faisant la somme du poids des fichiers des appldr, isoldr, lv1ldr et lv2ldr, mon hypothèse semble tenir. Ça peut éventuellement s'expliquer par le fait que ces loaders sont depuis le FW 3.60 au troisième niveau dans l'ordre de boot et plus au second, ils sont encapsulés dans le lv0 lui-même encapsulé dans le bootldr. Avant, ils étaient simplement encapsulés dans le metldr.

 

Un autre détail a retenu mon attention. Les Core_OS des FW 4.XX contiennent un fichier nommé "lv0.2". Or on sait que cette nouvelle version du LV0 est intégrée sur les modèles 3K et 4K, modèles ayant au minimum un firmware 3.60 à la sortie d'usine.

 

Conclusion : les CFW 4.XX semblent bel et bien avoir les mêmes couches de sécurités, contenant les mêmes processus, que les OFW 4.XX. Donc je suppose qu'il n'y a pas de metldr en CFW Rebug (ou alors qu'il a été déplacé) et qu'il ne peut de toute façon plus être dumpé avec les méthodes actuelles.

 

Juste un petit H.S: Les PUP ce décompressent manuellement ou avec un tool? Si c'est le cas ou pourrait-on le trouver?

 

Désolé pour le H.S mais ça m'intéresserait =)

[tibo94]

pourquoi ne pas essayer d'installer un CFW 3.56 ? de là je pense que ce serait faisable même rkd dumper

si le qa flag est activé tu peux tout installer à partir de ton CFW 4.XX