firmware

HOS 20.1.1 ? Tu es en avance dis moi. Le dernier firmware est 20.4.0 ou alors j’ai loupé des épisodes entre temps.

À la vue du firmware que tu avais et de la mise à jour que tu as opérée, cela pourrait être lié à un brick de la console qui peut se corriger. L’écran orange (et non jaune) indique souvent une erreur Wifi mais pas toujours, tu peux donc tenter un débrickage via l'Ultimate-Switch-Hack-Script de Shadow pour tenter de résoudre le souci. Si cela ne fonctionne pas alors il faut changer la carte Wifi qui pourrait le résoudre. Je penserais davantage à la solution du brick plutôt que du Wifi mais difficile de savoir sans un visuel sur ta Switch.

Il te faut aussi vérifier et mettre à jour l’ensemble des outils dans leur dernière version puis utiliser sys-patch (fortement recommandé par la communauté). Les sigpatches, bien qu’opérationnels, sous cette forme, sont opérationnels mais le mieux est de passer à Sys-patch. Il te faut aussi si ce n’est pas déjà fait, procéder au dump des dernières clés avec Lockpick_RCM.

Tu peux utiliser le script de Shadow pour préparer ta carte SD si tu ne sais plus où tu en es et réparer ce brick si cela en est un.

Bonjour, après avoir installé la firmware 20.1.1 et collé le sigpatche Atmosphere + Hekate v1.9.4, l'écran devient jaune lors du lancement avec CFW Emu (alors que cela fonctionnait avec la firmware précédente 16.0.3). Que faire ? Je te remercie

@Echo Stretch informe sur KStuff pour 8.40 et 8.60. Les offsets du Shellcore ne seraient pas nécessaires quand on utilise les hooks DLC, mais avec les hooks, il remarque que le Shellcore n'est pas patché au delà du firmware 8.40 (il sous-entend, qu'à partir du 8.40, ses correctifs ne marchent pas. L'erreur qui se produit, après le lancement, ne peut être corrigée sur les firmwares supérieurs au 8.40.).

Pour résumer, le firmware 9.00 est radicalement différent, avec des changements encore plus importants. Sur 8.40 et 8.60, il préconise de ne pas mettre à jour, et il tente de trouver la solution !

EtaHEN est officiellement open source sous GPLv3. Cela signifie que n’importe quel développeur peut désormais :

• Auditer le code pour des raisons de sécurité ou de stabilité.


• Contribuer à l’amélioration du projet (nouveaux firmwares, options avancées, corrections de bugs).


• Adapter le payload à des besoins spécifiques ou à d’autres forks.

Pour dissuader les personnes malveillantes de modifier quelques chaînes et de recompiler les CMakeLists nécessaires à sa création, il ne sera pas fourni. Cela permet de garantir que le code source d'etaHEN puisse être appris et utilisé (avec des crédits) sans être volé !

Le développeur @SiSTR0 propose la mise à jour de stage2 v1.05 en attendant la prochaine version de GoldHEN qu ne tardera pas !

[+] CLIQUER POUR AFFICHER

• Ce loader ne prend en charge que les payloads avec un point d'entrée Kernel


• La version personnalisée de stage2 recherche d'abord le payload dans le dossier racine de la clé USB et, s'il est trouvé, il est copié sur le disque dur interne à ce chemin : /data/GoldHEN/payloads/goldhen.bin. Le payload interne est alors chargé et n'est plus nécessaire sur le lecteur USB externe


• Les versions prises en charge sont :
  
  • FW 7.00 / 7.01 / 7.02 / 7.50 / 7.51 / 7.55
  
  
  • FW 8.00 / 8.01 / 8.03 / 8.50 / 8.52
  
  
  • FW 9.00 / 9.03 / 9.04 / 9.50 / 9.51 / 9.60
  
  
  • FW 10,00 / 10,01 / 10,50 / 10,70 / 10,71
  
  
  • FW 11.00

Le développeur @aldostools propose la mise à niveau de PPPwnUI. Au menu de la v3.35:

[+] CLIQUER POUR AFFICHER

• GoldHEN 2.4b18.4 par @SiSTR0


• PS4HEN VTX 2.2.0 BETA 151+b65 Payload Lua par @Al-Azif qui prend en charge 5.05 - 12.52
  
  • Mise à jour pour le mode repos qui devrait fonctionner si « Garder l'application suspendue » est activé
  
  
  • Ajout de remote_lua_loader par @n0llptr @shahrilnet @Al-Azif et @EchoStretch
  
  
  • Ajout du fork ps4_autoLL par @0x1iii1ii


• PS4HEN VTX 2.1.6 version 1.0388: prise en charge des versions 5.05 et 6.72 à 12.02, désactivation de l'ASLR, modification de la limite de profondeur du dossier de 9 à 64


• Payloads PPPwn-1.0333 de la version PS4HEN VTX 2.1.5 par @EchoStretch & @BestPig qui prend en charge davantage de payloads à l'aide de Payload Guest


• Mise à niveau de pppwn_cpp vers la version 1.1.0


• PS4HEN VTX prend en charge les 23 versions de firmware pour PPPwn


• L'onglet PS4HEN NOBD utilise le même stage2 que PS4HEN VTX


• PS4HEN stage2 et payloads peuvent être téléchargés automatiquement depuis Github pour les maintenir à jour


• Inclut stage2 v1.05 et les derniers GoldHEN 2.4b18.4 et GoldHEN Lite 1.0 pour 9.00 par @SiSTR0


• Inclut la dernière version de PPPwn Stage2 avec loader de payloads USB (normal et NOBD) par @EchoStretch & @LightningMods


• Inclut le dernier loader Linux PS4 pour 11.00 par @EinTim23


• Inclut le dernière Payload PPPwn par @TheOfficialFloW avec une adresse IPv6 qui fonctionne sur toutes les PS4


• Comprend un pack de payloads supplémentaires par @LightningMods


• Nouvelle option amusante pour afficher un logo aléatoire / actualisé avec F5

Faut dire qu'avec le 12.50, le grand public était à 2 doigts d'avoir le online avec une ps4 hackée. Il ne manquait que la faille kernel gardée en privé et tout les derniers jeux.

Le développeur @EchoStretch propose son HEN pour les firmwares 12.00 et 12.02 de la PS4. Ainsi, sa compatibilité est complète pour l'ensemble des firmwares de 5.05 à 12.02. Les méthodes, pour en profiter, ne seront pas les mêmes, en fonction de votre version de firmware. De 5.05 à 11.00, les démarches de jailbreak sont connues et présentes dans la section underground du forum PS4.

Au delà du firmware 11.00, il faudra utiliser le point d'entrée Lua avec Remote Lua Loader. Pour rappel, Lapse (OFW 1.01 - 12.02) couplé à PSFree (OFW 6.00 - 9.60) est toujours en développement ! Des correctifs et des offsets sont régulièrement ajoutés pour stabiliser l’exploit.

GoldHEN supporte officiellement les firmware 5.05, 6.71, 6.72, 9.00, 9.60, 10.00, 10.01, 10.50, 10.70, 10.71 et 11.00 pour le moment !

la possibilité de lancer le Debugs Settings ou HEN sur les derniers firmwares, se fait, en combinant Remote Lua Loader avec Lapse. @Al Azif recommande d'injecter les payloads plutôt que d'utiliser des solutions tout-en-un qui parfois ne bénéficient pas des dernières versions !