Aller au contenu


Photo

[PS3] BadWDSD, le qCFW pour les SuperSlim en Nor


  • Please log in to reply
4 replies to this topic

Posté 11 mai 2025 - 07:45

#1
tralala

tralala

    \0/ Postman \0/

  • Newser Expert
  • 14 544 Messages :
  • Sexe:Male
Cela semble se concrétiser, avec avoir dévoilé et publié l'exploit BadHTAB, qui nécessite un appui software mais aussi hardware, la scène PS3 avance et les évolutions sont réelles. 
 
Après l'exécution de Linux, c'est l'overclocking qui a été amené sur les PS3 ne disposant pas obligatoirement de CFW, mais c'est surtout le développeur esc0rtd3w, qui travaille sur PS3HEN, qui a dévoilé qu'il était possible de downgrade les SuperSlim disposant d'une mémoire NOR. 
 
Ainsi BadHTAB a évolué vers BadWDSD, et il semble qu'un qCFW soit en développement. Cela semble aller vers ça, un CFW pas réellement complet, mais qui intègrerait une forme de PS3HEN. 
 
qCFW signifie "Quasi-CFW", l'objectif d'aomsin2526 (Kafuu) serait de déployer avec ce qCFW un loader Cobra depuis un coldboot, malheureusement, appldr doit être patché pour exécuter le custom niveau 2, cela signifie que cette fonctionnalité ne fonctionnera jamais sur BadHTAB, car si vous modifiez le code niveau 2, même d'un seul octet, le démarrage sera impossible. 
 
 
 
 
Il part sur l'idée de modifier le level 2 d'Evilnat, il était capable de gérer toutes les fonctionnalités sauf le dump de l'eid_root_key. La méthode d'installation est différente : vous ne pouvez pas installer de programme personnalisé de manière normale (et c'est une bonne chose, car l'installation d'un CFW existant risque de bricker).
 
De plus, il faut passer par une modification matérielle obligatoirement, même si ce n'est qu'une fois, il faut rendre ce qCFW permanent, les loaders seront toujours sécurisés et activés.  Sous CoreOS, les level lv0 (pour bootldr) et lv1.self (pour lv1ldr pour initialiser ATA) doivent rester intacts. Ensuite, y serons simplement ajouter des fichiers .diff pour appliquer les correctifs en mémoire après le chargement au démarrage (le fichier entier peut également ne pas être diff, mais il est trop volumineux). Le résultat final est donc identique à celui de CFW.
 
La puce est également compatible avec le firmware OFW. Dans ce cas, vous n'obtiendrez qu'un downgrade + un aperçu/une recherche de level 1 via hvcall 114. Le démarrage est également plus lent (30 secondes). Cependant, c'est plus sûr, car vous ne touchez pas à CoreOS. Vous pouvez donc toujours récupérer en cas d'erreur, d'échec ou de défaillance.
 
 
 
 
 
 
 
 
 
Tout est là : BadWDSD (le github de Kafuu) / psx-place.com (le thread officiel du projet)
 
 
 
 

  • Retour en haut

Posté 11 mai 2025 - 09:15

#2
Sendel

Sendel

    Sunriseur elite

  • Members
  • PipPipPipPip
  • 1 254 Messages :
  • Sexe:Male
Excellent, ça sera soudure obligatoire ?
  • Retour en haut

Posté 11 mai 2025 - 09:22

#3
ikeeki12

ikeeki12

    Sunriseur

  • Members
  • PipPip
  • 64 Messages :
Bref,

QCFW= quasi custom firmware

Toutes les fonctionnalités d’un
CFW sauf le dump de la clé.

Démarrage plus lent (30 sec).

On peut downgrader même en dessous de la version minimale, mais on ne sait pas si c’est stable.

Soudure obligatoire

Ce message a été modifié par ikeeki12 - 11 mai 2025 - 09:24.

  • Retour en haut

Posté 11 mai 2025 - 09:23

#4
ikeeki12

ikeeki12

    Sunriseur

  • Members
  • PipPip
  • 64 Messages :

Excellent, ça sera soudure obligatoire ?


Oui
  • Retour en haut

Posté 04 juillet 2026 - 13:41

#5
Algol

Algol

    Sunriseur

  • Members
  • PipPip
  • 135 Messages :
  • Sexe:Male
  • Lieu:France/Vaucluse
  • Passions:Geek. Informatique, programmation en Langage Machine 6502, 68k00/30.
    Jeux PS1/2/3/4 et sur "ATARI 1040STF"

Hello vous tous.

 

Je l'ai installé hier AM sur une PS3 Slim (CECH3004b) via un PICO RP2040-zero contenant l'avant dernier firmware. J'y avais installé le HFW-4.92.1 puis le HEN v3.5.0 auparavant sur cette console. La puce a démarré du 1er coup : 2 clignotements puis led bleue figée, ça c'est bon. Le système a démarré puis j'ai installé le 1er fichier via les commandes du HEN.

Après redémarrage, j'ai installé une nouvelle fois (une seule fois, pas deux) le HFW-4.92.1 comme la commande du HEN m'y obligeait.

J'ai du refaire l'installation du HEN (minimum v3.4.1 et mieux le v3.5.0) via l'installation par clé USB et liaison avec le NET.

Là, j'ai lancé la commande HEN d'installation du qCFW (clé USB préparée à l'avance avec les fichiers nécessaires). Cela a pris moins de 5' pour s'installer et faire redémarrer la PS3 automatiquement.

ET, elle a démarrée sous le qCFW qui est presque, en tous points, identiques au CFW d'EvilNat. Le fonctionnement est le même et, cerise sur le gâteau, plus aucun souci avec la régulation de température variable qui provoque des "GELS" aléatoires de la console.

 

Le développeur (aomsin25216), que je remercie chaleureusement, a bien travaillé en nous fournissant un système bien amélioré que SONY ne peut pas patcher. Ce n'est pas très facile à mettre en oeuvre mais c'est hyper gratifiant et c'est aussi rapide (voire plus) qu'un vrai CFW.

Un autre petit plus (pour ceux qui le désirent absolument) c'est l'OverClocking du RSX et de sa mémoire via webMAN ou par les commandes du qCFW. Les utilisateurs concernés apprécieront.

 

@aomsin2526 a encore quelques projets d'améliorations qui sont des compléments au qCFW et qui ne peuvent être inclus dans un quelconque CFW car "PUCE Obligée" ...


  • Retour en haut




1 utilisateur(s) en train de lire ce sujet

0 invité(s) et 1 utilisateur(s) anonyme(s)