Tout d'abord, qu'est ce que le "Dev Menu" ? 

Vous le saviez sans doute, mais il y a en réalité deux types de consoles. La version "grand public", et la version "développeur". C'est donc cette dernière qui nous intéresse. Vous vous doutez bien que les développeurs travaillant sur une application ou un jeu ne se pointent pas avec leur petit Blu-Ray fraîchement gravé pour voir sur leurs consoles de monsieur Toul'monde si leurs nouveau jeu codé à l'aveugle va fonctionner ou non.

Ils travaillent en réalité sur ce genre de choses : 

Cela s'appelle des dev kits. Sur la photo, on peut voir respectivement celles d'une Xbox première génération, d'une PlayStation 2, d'une GameCube et d'une Dreamcast. En gros, ce sont des consoles adaptées aux besoins des développeurs avec pas mal d'outils bien utiles, normalement réservés à une élite hors de notre portée de petits utilisateurs mortels.

Et voici donc celui de la PlayStation 4 !

C'est donc sur cette bestiole-là que l'on peut trouver ce qui nous intéresse aujourd'hui. 

Le Dev Menu est donc un menu réservé aux développeurs, normalement trouvé sur les dev kits de la PlayStation 4. On peut ainsi y trouver une flopée d'outils très utiles au développement, et plus officieusement au hack. C'est d'ailleurs pour cette raison que toutes les PS4 n'en sont pas équipées. Car en réalité, ces outils se trouvent nativement sur le firmware de la console, ils sont simplement verrouillés dans les machines "grand public". Pour y accéder, il n'y a que deux solutions : soit se procurer un dev kit PlayStation 4, ce qui reste mission impossible car Sony sait exactement à qui il en fournit, et combien il en existe ; soit en passant par le hack. 

Pour les utilisateurs d'une PlayStation 3 jailbreakée, vous en avez forcément entendu parler. Vous avez, à la base, votre console en CEX, c'est à dire avec firmware distribué au public, mais vous pouvez la passer en DEX, déverrouillant ainsi ces outils cachés. Ce sont donc les firmwares DEX présents nativement sur les dev kits.

C'est désormais également chose faite sur PlayStation 4 grâce à CTurt ! 

Que nous propose CTurt ?

Heureux possesseurs de PlayStation 4 en 1.76, félicitations, vous pouvez donc avoir accès au Dev Menu grâce à l'exploit dlclose de CTurt ! Ce dernier aura ajouté à son hack le travail du développeur flat_z, à l'origine de ce patch. Vous retrouverez le très célèbre Package Installer par exemple ! Bon, ne vous excitez pas trop, vous ne pouvez toujours pas installer des .pkg de homebrews, ou de jeux piratés. La console vérifiera le contenu du package de la même façon que si elle vérifiait celui d'un contenu qu'elle viendrait de télécharger depuis le PSN. Pas d'application non signées pour l'instant, donc. 

Mais cela ne rends pas le tout inutile pour autant, déjà parce que le Package Installer n'est pas le seul outil proposé, et ensuite parce qu'on se souviendra par exemple de la Vita, dont l'application Netflix, bloquée à l'époque dans un certain nombre de pays, a pu se retrouver distribuée facilement ainsi. En effet, le PSN ne permettait pas de le télécharger, mais l'application étant validée comme étant signée, la console ne rechignait pas à l'installer.

Il ne nous reste plus qu'à attendre ce que cela donnera donc. Malheureusement, personne dans le staff ne possède de PlayStation 4 en 1.76, à notre plus grande tristesse. Nous ne pouvons donc ni tester l'exploit, ni vous faire la liste complète de ce que propose le Dev Menu, du moins à l'heure actuelle. Cependant, plusieurs membres de diverses communautés ont déjà confirmé qu'il était fonctionnel. Si jamais vous possédez les pré-requis nécessaires, n'hésitez pas à le tester et à nous faire parvenir vos retour ! 

En attendant, voici les détails techniques fournis sur le Github de CTurt, ainsi que le lien de téléchargement de la dernière version du dlclose, permettant l'accès au Dev Menu. Évidemment, vous devez toujours le compiler vous-même avec le PS4 SDK. 

L’article [PS4] Le dev menu enfin accessible, merci dlclose ! est apparu en premier sur Custom Protocol.

Envie de voir Linux sur votre PS4 ? C'est parti, suivez le guide ! ^^

0) Pré-requis

• Une PlayStation 4 en firmware 1.76 (ou inférieur) ;
• Le programme Charles Proxy ;
• Une clé USB formatée en FAT32, assez grosse pour Ubuntu si vous prévoyez de l'installer ;
• Une autre clé USB ou un HDD USB (formaté ou non, il faut juste assez de place pour qu'Ubuntu rentre) ;
• Les fichiers Initramfs.cpio.gz et bzImage (vous les trouverez sur cet article) ;
• Une image Ubuntu ;
• UNetbootin (pour installer Ubuntu) ;
• Le PS4 Playground de CTurt (lien miroir) ;
• Un ordinateur.

1) Sur votre ordinateur

Commencez par télécharger Charles Proxy et l'installer. Pendant l'installation, profitez-en pour trouver votre adresse IP locale, par exemple à l'aide de ce site.

Ensuite, formatez votre clé USB en FAT32, et copiez-y à la racine les deux fichiers que nous vous avons fait télécharger plus tôt : Initramfs.cpio.gz et bzImage. Branchez-la ensuite à votre console.

Pendant que vous y êtes, si vous prévoyez d'installer Ubuntu, téléchargez l'image d'Ubuntu et mettez-là sur votre clé USB à l'aide d'UNetbootin.

2) Sur votre PS4

Maintenant, lancez Charles Proxy, et retournez sur votre PS4. Rendez-vous dans "Paramètres -> Réseau", puis sélectionnez "Mettre en place une connexion internet". Sélectionnez les options par défaut à chaque étape jusqu'à arriver à "Serveur Proxy". Ici, choisissez "Utiliser".

Entrez l'adresse IP de votre ordinateur ainsi que le numéro de port, qui est 8888.

3) Mettre en place le PS4 Playground

Pour pouvoir accéder au PS4 Playground et booter sous Linux, nous devons faire une redirection dans Charles Proxy.

1. Sur votre PS4, retournez dans les paramètres et sectionnez "Guide de l'utilisateur". Cela devrait ouvrir le navigateur internet de votre console et afficher la page du manuel PS4. Vous remarquerez qu'il n'y a pas de barre d'URL. C'est pourquoi nous allons avoir besoin de Charles Proxy pour changer l'URL !
2. De retour sur Charles Proxy, vous verrez une référence à la page du manuel PlayStation 4 ;
3. Ouvrez l'arborescence à gauche de la fenêtre et faites un clic droit sur le index.html. Sélectionnez "Map Remote" ;
4. Vous pouvez héberger votre propre PS4 Playground ou essayer avec celui en ligne de CTurt. Dans notre cas, nous allons utilisé celui qui a été uploadé sur Playstation Scene Files à cette adresse : http://playstationscenefiles.com/jailbreak/
5. Dans la fenêtre qui s'est ouverte, rendez-vous à la barre PATH dans Map From, et supprimez le index.html, pour le remplacer par *.* comme montré sur l'image ci-dessous.
6. Copiez l'adresse du PS4 Playground de PSSFiles dans la barre Host de Map To. Si tout s'est bien passé, cela devrait ressembler à ça :

4) Démarrer Linux

Rechargez la page sur votre PS4, et vous devriez voir le bel index.html custom fait par Senaxx. Sélectionnez PS4 Playground, vous devriez vous retrouver face à cet écran :

C'est à partir de maintenant que ça devient simple. Vous voyez le petit rectangle intitulé Linux Loader ? Cliquez sur le bouton Load présent à l'intérieur et tadaaa !

5) Et Ubuntu alors ?

Les manchots ils sont mignons, mais ça nous avance pas, c'est ça que vous vous dîtes ? Bon ben, installons Ubuntu alors. ^^

Chargez Linux comme nous vous l'avons montré précédemment, puis branchez la clé ou l'HDD contenant la distro (distribution Linux) à votre PS4.

Entrez la commande (à l'aide du clavier que vous aurez branché au préalable, forcément :)) fdisk -l pour voir le nom de votre périphérique (/dev/sdXX).

Maintenant, entrez les commandes suivantes (si la partition bootable est /dev/sdc1).

mount /dev/sdc1 newroot/
exec switch_root /newroot/ /newroot/sbin/init

Parfois, la seconde commande (exec switch_root) ne fonctionne pas du premier coup. Rentrez-la à nouveau, et ça devrait marcher ! Attendez quelques secondes et...

Et une petite vidéo :

Notez que c'est un français et qu'il a un joli tableau V for Vendetta (ou Anonymous, comme vous voulez) derrière ^^

Par contre, seule ombre au tableau (pour le moment) : internet ne marche pas. Enfin si, mais à une condition :

The included ethernet driver on the published kernel supports only 1gbps link. 100mbps is not supported yet (From Kr105)

fx0day, à propos d'internet sur Ubuntu PS4

Bon hack ! 

L’article [PS4] TUTO – Linux sur votre PS4 ! est apparu en premier sur Custom Protocol.

Pour rappel, celui-ci permettrait d'effectuer les mêmes actions qu'avec l'exploit BadIRET, mais de façon beaucoup plus légère et pratique. En effet, ce dernier était reconnu pour être assez éprouvant à exploiter, et pas des plus fiables, limitant son utilisation à quelques hackers expérimentés.

Mais alors, qu'est ce que nous apporte ce Zer0xFF ? Comme il a été dit hier, ça n'est pas un CFW, ni un Backup Loader qu'il nous est offert ici. Seulement la libération vers un public plus large d'un hack déjà existant, ce qui veut dire que si vous êtes en possession d'une Playstation 4 en 1.76 (eh oui, on y revient toujours, malheureusement...) et que vous avez des connaissances en développement, vous pouvez vous lancer dans le boot de Linux sur votre PS4, ou même à carrément partir en quête d'un Jailbreak (prévenez nous si c'est le cas !  ). Pour les intéressés donc, voici le lien vers le github de Zer0xFF. Pour plus d'aide, et pour ceux qui parlent anglais, voici un récapitulatif du célèbre blog Wololo.net pour la procédure à suivre. Il suffirait grossièrement de remplacer l'exploit BadIRET par notre dlclose dans la démarche.

Zer0xFF n'aura pas oublié de créditer l'aide apportée par bigboss grâce à son travail, ainsi que celle de Twisted, plus eXtreme et wildcard pour leurs tests. 

BONUS

À l'approche de son anniversaire, notre cher bigboss aura laissé entendre qu'une surprise serait en route. Connaissant le palmarès du bonhomme, il ne serait pas étonnant que cela soit très intéressant. Nous vous tiendrons au courant dès que nous en saurons plus ! ;)

N'hésitez pas à réagir à tout ça dans les commentaires, ou venez discuter avec nous sur le tchat du forum ! Il est passé récemment en V2, et se trouve donc encore plus sympathique qu'avant !  

L’article [PS4] ZeroxFF délivre le code source fonctionnel de l’exploit dlclose ! est apparu en premier sur Custom Protocol.

L'exploit kernel a malheureusement été déjà patché sur les firmwares supérieurs à 2.00, donc les possesseurs d'une PS4 en 3.15 ou supérieur ne pourront pas en profiter. Mais comme l'avait dit CTurt, il ne comptait de toute façon pas libérer son exploit déjà "tout fait" et "armé", mais simplement communiquer ses observations sur la vulnérabilité exploitée.

Bien que l'on n'ait pas directement de hack sur les dernières versions de PS4, cette nouvelle est déjà bonne puisqu'elle signe le retour apparent de CTurt sur la scène et la collaboration de Qwertyoruiop, autre hacker connu mais chez les férus d'iOS. D'après ce dernier, Sony serait "p**in de retardé" et un grand nombre d'attaques seraient possibles à la "surface" de la console. Voilà qui est une plutôt bonne nouvelle non (même si on savait déjà que Sony était retardé #troll) ? 

Comme l'a fait remarquer Wololo sur son blog, cette annonce coïncide avec les propos tenus par Fail0verflow d'il y a quelques semaines, qui déclarait alors qu'il n'avait "aucun doute sur le fait que des vulnérabilités sur le dernier firmware seraient trouvables sans trop de peine". 

L'exploit kernel se situe au niveau de la fonction sys_dynlib_prepare_dlclose et certains de ses appels internes tel que la copie. Si vous êtes intéressé et n'avez pas peur de lire un mur de texte, voilà le lien vers les explications de CTurt très détaillées comme d'habitude.

Quoiqu'il en soit, il est clair que le moindre exploit kernel PS4 est très attendu par la communauté, ne serait-ce que pour bénéficier de homebrews, de plugins ou bien du portage de Linux.

L’article [PS4] CTurt nous livre de nouveaux détails sur son exploit kernel est apparu en premier sur Custom Protocol.

Ce n'était pas uniquement mon travail, pourquoi diable les gens sortent-ils les phrases de leur contexte ? Et ça n'a pas été leaké, CTurt a bien son propre code, je l'avais seulement aidé et lui avais demandé de ne pas partager mes travaux ou d'en parler publiquement. C'est tout. Maintenant, il s'avère que certains de mes amis aient décidé de divulguer mes chats privés, c'est "génial"... Pourquoi diable y a-t-il besoin d'une attention publique ? Je n'en peux plus de tous ces gens...

FlatZ, hacker de la scène PS4

Cturt a donc remis les choses au clair, en confirmant que son groupe travaillait sur l'exploit kernel bien avant que FlatZ l'ait rejoint (preuve ici), qu'il a été construit à l'aide de son SDK, et que FlatZ l'a effectivement aidé sur certains aspects de la vulnérabilité plus tard. Il nous informe par ailleurs que la discussion trouvée par PlayStationHax date d'il y a plusieurs jours et qu'entre-temps, les deux hackers s'étaient mis d'accord en privé. Les explications de l'exploit kernel ont été mis en ligne après que FlatZ l'ait approuvé, souligne enfin CTurt.

Ouf, il semblerait qu'on ait échappé à une autre "guerre interne" entre 2 grands noms de la scène underground...

L’article [PS4] CTurt est-il un menteur et un voleur ? est apparu en premier sur Custom Protocol.

C'est la scène PS4 qui prend un coup : le développeur CTurt, qui était à l'origine d'un potentiel hack pour la console, vient de livrer ses derniers détails et... de quitter la scène underground... Vous pouvez mettre une croix sur le hack PS4 prévu plus ou moins prochainement.

Heureusement, CTurt a eu la bonne idée de publier une explication détaillée de son exploit kernel pour PS4 en 1.76 sur son GitHub de façon à permettre aux personnes ayant de solides connaissances et compétences de "reproduire" le fameux exploit. Le code source n'a intentionnellement pas été divulgué par crainte qu'il soit utilisé à des fins malveillantes, il vous faudra donc de très sérieux acquis de FreeBSD, d'architecture x86 et de rétro-ingénierie en général. Néanmoins, il semblerait que les explications soient assez détaillées pour que n'importe quelle personne très motivée puisse y arriver.

Quelle sera la suite de cet événement ?

Comme dit plus haut, le billet de CTurt étant très complet, je pense qu'il n'y a pas de raison pour qu'une ou plusieurs bonne(s) personne(s) ne reprenne(nt) pas le boulot du développeur. L'avenir de la PS4 se décidera en fonction de la décision des hackers compétents qui auront su relever le défi, ou bien laissera place au premier appareil DRM-é à 100 $ contenant l'exploit.

Quant au kernel, il semblerait qu'il fût patché dans un firmware 2.xx et non directement après le 1.76 contrairement à l'exploit WebKit. Théoriquement, on pourrait penser qu'un exploit userland aurait pu être trouvé sur les derniers firmwares et qu'il aurait pu permettre de ce fait d'exécuter un exploit kernel. Mais comme l'a expliqué CTurt, et comme nous vous l'expliquerons dans un prochain article (MàJ : article publié), tout ceci est plus complexe à faire qu'à dire...

L'arrêt soudain de CTurt est également une surprise inattendue par les internautes. Personne ne sait s'il a fait ça à cause de la piraterie, ce qui semblerait étrange puisque très peu d'activité liée à la piraterie est présente ou en tout cas apparente pour la PS4, ou par peur de la justice, bien qu'il ait déclaré à Wololo dans le passé qu'il ne se souciant pas des conséquences juridiques de son travail...

Quelles mesures va prendre Sony ?

Aucune. Enfin, je pense, vu que l'exploit a déjà été patché depuis un firmware 2.xx. C'est seulement si des hackers pénètrent un peu plus dans le noyau en se plongeant dans les trouvailles de CTurt et en découvrant des failles toujours d'actualité que le géant japonais risque de réagir, et au quart de tour, comme d'habitude malheureusement. D'ailleurs, un groupe de hackers a déjà la main sur le fameux exploit, mais ne souhaite pas encore le donner au grand public, certainement par peur des poursuites, par peur d'ouvrir une brèche vers l'illégalité, ou d'autres raisons.

En tout cas, CTurt a révélé de bien belles informations concernant son exploit PS4. Bien qu'il ait déjà été patché, certaines choses pourraient être plus difficilement corrigeables par Sony à l'avenir. Par ailleurs, cela avait déjà été affirmé auparavant par le même développeur, mais Sony n'utilise pas de technique de distribution aléatoire de l'espace d'adressage (ASLR) sur les fonctions touchant au kernel. Ceci dit, rien n'empêche le constructeur de l'implémenter dans une mise à jour future.

Il se pourrait aussi que Sony envoie au hacker une demande de suppression de ses informations liées au noyau et au système PS4 en général s'il considère qu'il en dit trop à ce sujet. C'est une hypothèse qui pourrait coïncider avec ce départ brutal et regrettable. Un petit "ctrl+s" (sauvegarder) est donc peut-être de rigueur pour les intéressés (voilà pour rappel le lien vers les explications).

Bref, là aussi et comme très souvent, il va falloir se contenter du fameux Wait & See...

L’article [PS4] CTurt livre des détails de son exploit et quitte la scène est apparu en premier sur Custom Protocol.

Cturt a récemment confirmé sur Twitter qu'il était déjà capable de dumper la RAM de la PS4 via l'exploit kernel en sa possession. La suite logique serait donc qu'il puisse modifier sélectivement la RAM lors de l'exécution afin de faire réaliser à la console ce qu'elle ne veut pas faire. De là, un SDK et un homebrew loader, ou un Custom Firmware pour la PS4 pourrai(en)t être crée(s).

Par ailleurs, le codeur a promis qu'il écrirait des explications techniques de la façon dont sont exploit fonctionne prochainement.

Vers un hack pour PS4... en firmware 1.76 ?

Le hack a déjà été confirmé par de nombreux autres hackers de la scène underground PlayStation. Ne vous excitez cependant pas trop vite : premièrement, ce genre de choses prend beaucoup de temps (de multiples mois) ; secondement, il ne devrait être accessible que par les PlayStation 4 en firmware 1.76 ou inférieur... Eh oui...

Vous vous en souvenez peut-être, mais c'est sur le firmware 1.76 que les hackers avaient trouvé la faille WebKit. Ce qui signifie que si vous avez une PS4 à jour (3.11), vous ne pourrez tout simplement pas profiter du hack actuellement en cours de réalisation par CTurt. Attention, cela ne veut pas dire que ce jailbreak ne sera disponible que pour une petite poignée de gens, il permettra surtout aux devs d'en savoir plus quant au fonctionnement interne de la console de Sony.

De cette manière, ils pourront analyser le système entièrement, et sûrement trouver beaucoup d'autres vulnérabilités restées intactes en 3.11. Cela dit, il semblerait que certaines personnes se sont déjà lancés à la recherche de bundles de PS4 en 1.76 en Amérique du Nord.

Piraterie et spéculations

Si vous êtes possesseur d'une PS4, vous êtes très certainement impatient à l'idée d'avoir une console hackée. L'obtention d'un accès au noyau (kernel) sous-entend généralement que les verrous anti-piratage de l'appareil peuvent être facilement brisés, mais rien n'a été confirmé à ce sujet. Les personnes qui enfreignent d'ailleurs la sécurité initialement ne sont pas forcément ceux qui lancent la piraterie sur l'appareil. Bref, tout reste très incertain là-dessus, tant mieux ou tant pis selon vos envies.

Faites attention aux nombreuses spéculations et fakes présents un peu partout sur le Net. En général, le grand public, qui ne va pas aller s'informer sur Custom Protocol (bouh les vilains :P), n'ont aucune idée de la réelle avancée du hack PS4, et peuvent très facilement tomber dans des pièges en apparence très alléchants et sérieux. Évitez donc tous les sites qui vous assurent d'avoir des PS4 hackées en leur possession, ou bien un hack pour PS4 tout simplement : ils ne cherchent qu'à vous soutirer de l'argent pour une grosse arnaque. Si un hack PS4 était mis en ligne un jour, Custom Protocol vous chargera de vous en informer le plus rapidement et en détails possible. 

Du teasing qui montre la racine des fichiers système

CTurt a souhaité teaser quelque peu ses prouesses via un dump des fichiers sytème à la racine ainsi que le processus exécuté dans la RAM. En ce qui concerne le filesystem, on peut percevoir des similitudes avec une installation standard de FreeBSD, avec des répertoires tels que "/dev" ou "/mnt."

Les fichiers un peu plus spécifiques à la PS4 sont facilement discernables, tels que SceBootSplash.elf et SceSysAvControl.elf. Les fichiers ELF sont pour rappel des exécutables (un peu à l'instar des PBP), et il est certain que tous ces fichiers doivent être cryptés, mais il serait très intéressant de voir comment ils pourraient être remplacés. Enfin, vu le niveau actuel du hack, ce serait plutôt une mauvaise idée puisque ces fichiers doivent être essentiels au démarrage de la console. Et étant donné que l'on ne sait pas encore débricker une PS4, ça serait con... :3

On peut noter enfin la présence d'un dossier "update", qui doit contenir les informations relatives aux mises à jour (merci Captain Obvious), et déjà existant sur les PSP et les PS3.

[+] Entered shellcode
  [+] UID: 0, GID: 0
[DIR]: .
[DIR]: ..
[DIR]: adm
[DIR]: app_tmp
[DIR]: data
[DIR]: dev
[DIR]: eap_user
[DIR]: eap_vsh
[DIR]: hdd
[DIR]: host
[DIR]: hostapp
[FILE]: mini-syscore.elf
[DIR]: mnt
[DIR]: preinst
[DIR]: preinst2
[FILE]: safemode.elf
[FILE]: SceBootSplash.elf
[FILE]: SceSysAvControl.elf
[DIR]: system
[DIR]: system_data
[DIR]: system_ex
[DIR]: system_tmp
[DIR]: update
[DIR]: usb
[DIR]: user

Le processus quant à lui est un gros mélange de choses et d'autres processus de la PS4. Tous ceux spécifiques à la PlayStation 4 commencent par l'annotation "Sce" ou bien "orbis_" (le nom de code du développement PS4).

  [+] PID 0, name: kernel, thread: mca taskq
  [+] PID 1, name: mini-syscore.elf, thread: SceRegSyncer
  [+] PID 2, name: SceHidAuth, thread: SceHidAuth
  [+] PID 3, name: hidMain, thread: hidMain
  [+] PID 4, name: SceCameraDriverMain, thread: SceCameraDriverM
  [+] PID 5, name: SceCameraSdma, thread: SceCameraSdma
  [+] PID 6, name: hdmiEvent, thread: hdmiEvent
  [+] PID 8, name: xpt_thrd, thread: xpt_thrd
  [+] PID 9, name: iccnvs, thread: iccnvs
  [+] PID 10, name: audit, thread: audit
  [+] PID 11, name: idle, thread: idle: cpu0
  [+] PID 12, name: intr, thread: irq273: xhci2
  [+] PID 13, name: geom, thread: g_notification
  [+] PID 14, name: yarrow, thread: yarrow
  [+] PID 15, name: usb, thread: usbus2
  [+] PID 16, name: md0, thread: md0
  [+] PID 17, name: icc_thermal, thread: icc_thermal
  [+] PID 18, name: sflash, thread: sflash
  [+] PID 19, name: sbram, thread: sbram
  [+] PID 20, name: trsw intr, thread: trsw intr
  [+] PID 21, name: trsw ctrl, thread: trsw ctrl
  [+] PID 22, name: SceBtDriver, thread: SceBtDriver
  [+] PID 23, name: pagedaemon0, thread: pagedaemon0
  [+] PID 24, name: pagedaemon1, thread: pagedaemon1
  [+] PID 25, name: vmdaemon, thread: vmdaemon
  [+] PID 26, name: bufdaemon, thread: bufdaemon
  [+] PID 27, name: syncer, thread: syncer
  [+] PID 28, name: vnlru, thread: vnlru
  [+] PID 29, name: softdepflush, thread: softdepflush
  [+] PID 31, name: SceSysAvControl.elf, thread: SceAvSettingPoll
  [+] PID 33, name: SceSysCore.elf, thread: SysCoreAppmgrWat
  [+] PID 34, name: orbis_audiod.elf, thread: AoutMonitorPid40
  [+] PID 35, name: GnmCompositor.elf, thread: CameraThread
  [+] PID 36, name: SceShellCore, thread: SceMsgMwSendMana
  [+] PID 38, name: SceShellUI, thread: SceWebReceiveQue
  [+] PID 39, name: MonoCompiler.elf, thread: MonoCompiler.elf
  [+] PID 40, name: SceAvCapture, thread: SceAvCaptureIpc
  [+] PID 41, name: SceGameLiveStreamin, thread: SceGlsStrmJobQue
  [+] PID 42, name: ScePartyDaemon, thread: SceMbusEventPoll
  [+] PID 43, name: SceVideoCoreServer, thread: SceVideoCoreServ
  [+] PID 44, name: SceRemotePlay, thread: SceRp-Httpd
  [+] PID 45, name: SceCloudClientDaemo, thread: SceCloudClientDa
  [+] PID 46, name: SceVdecProxy.elf, thread: proxy_ipmi_serve
  [+] PID 47, name: SceVencProxy.elf, thread: SceVencProxyIpmi
  [+] PID 48, name: fs_cleaner.elf, thread: fs_cleaner.elf
  [+] PID 49, name: SceSpkService, thread: SceSpkService
  [+] PID 50, name: WebProcess.self, thread: selectThread
  [+] PID 51, name: orbis-jsc-compiler., thread: SceFastMalloc
  [+] Triggering second kernel payload
  [+] Entered main payload

Rien d'exceptionnel pour l'instant, puisque tout ce que l'on a appris est que CTurt a accès à la RAM et aux processus en cours d'exécution, si ce n'est une très grosse attente et excitation de la part d'un peu tout le monde. Quoiqu'il en soit, nous vous conseillons de rester au taquet, une nouvelle peut venir n'importe quand (qu'elle soit bonne ou mauvaise ceci dit) ! 

L’article [PS4] Le hack PS4 rendu possible grâce à un RAM Dump (CTurt) est apparu en premier sur Custom Protocol.

Très peu de détails ont été communiqués sur cette faille, si ce n'est la possibilité qu'il soit lié à l'exploit Webkit dans la version 1.76 du système. Selon Wololo, la suite peut se dérouler de trois manières :

So, there are a few ways this could play:

1. CTurt and the people who worked on the kernel exploit publish a few proof videos, but keep the exploit to themselves, at least for now, until more significant progress is made on the exploit
2. The exploit is confirmed patched on recent firmwares, in which case they can freely publish it for people who want to investigate more (but this means it will not be useful for “normal” people, until people use this kernel exploit to learn more about the PS4 internals)
3. Somebody leaks the information, the exploit is patched before it becomes useful

Wololo

Donc, la suite pourrait se dérouler de plusieurs manières :

1. CTurt et les personnes qui ont travaillé sur l'exploit kernel publient quelques vidéos pour le prouver, mais gardent l'exploit pour eux, au moins pour le moment, jusqu'à ce que plus de progrès importants soit faits sur l'exploit ;
2. L'exploit est confirmé comme étant patché sur les firmwares récents, auquel cas ils peuvent le publier librement pour ceux qui veulent chercher plus (mais cela signifie que ce n'est pas utile pour les personnes "normales", tant que les personnes utilisent cet exploit kernel pour en apprendre plus sur la PS4) ;
3. Quelqu'un leak l'information, l'exploit est patché avant d'avoir pu être utile.

Traduction français des dires de Wololo

Attention quand même, cela ne signifie pas que l'on pourra, dès demain, pirater des jeux (parce qu'on le sait, c'est ce qui vous intéresse :P) ou des applications ! Cela veut dire qu'on pourra, théoriquement, lancer du code non-signé, des homebrews par exemple ou encore avoir un meilleur accès au hardware de la plateforme.

Tout ceci est allé assez vite, surtout quand on regarde l'avancée du hack de la PS Vita à côté... Mais cette rapidité n'est pas vraiment étonnante. En effet, le système est basé sur FreeBSD, système UNIX dont la première version date de 1993 ! Si seulement ça pouvait avancer aussi vite côté Vita...

L’article [PS4] Un exploit kernel annoncé sur PS4 ! est apparu en premier sur Custom Protocol.

Le développeur CTurt à l'origine des successives diffusions autour de l'univers underground PS4 revient aujourd'hui avec une vidéo du portage de son émulateur Game Boy Cinoop sur PS4. Pour rappel, les différentes informations concernant les récentes diffusions peuvent être lues ou relues via les liens suivants :

• CTurt met en ligne un Open SDK (+PS4 File Browser) ;
• De l'execution de code non-signé sur la console ;
• Pong, le premier homebrew natif PS4.

Le développeur transmet donc une vidéo de son émulateur sur la console de salon. Vous pourrez aussi retrouver les informations techniques via son GitHub dans la section dédiée à son émulateur original Cinoop. Comme pour ses anciens travaux, la manette de la PS4 n'étant pas reconnue, il vous faudra utiliser une Nintendo DS pour pouvoir jouir des plaisirs offerts par vos ROMs GameBoy sur votre PS4. Sans oublier que l'émulateur est encore en développement et donc peu fonctionnel.

Il n'est pas inutile de le repréciser, la faille webkit utilisée par le développeur pour lancer son homebrew n'est exploitable que sur les firmwares 1.76 ou antérieurs, les firmwares plus récents bloquent cette même faille. A mon grand regret, je ne pourrai pas tester pour vous l'utilisation de l'émulateur puisque je ne possède qu'une seule PS4 et que celle-ci est évidement à jour. Comme pour la PS Vita, je pense qu'il va devenir intéressant de réfléchir à l'achat d'une seconde console qui ne sera pas mise à jour.

Pour l'aspect technique, le code source présent sur la page GitHub est à compiler via le PS4 SDK. Les ROMs sont à placer sur un périphérique USB et doivent être au format d'image RAW. Des utilitaires connus vous permettront de transformer vos ROMs dans ce format. Le développeur ne diffuse pas pour le moment son travail mais seulement la vidéo qui fait office d'avant-goût. Il le fera certainement rapidement. L'équipe de Custom Protocol ne manquera pas de vous tenir au courant.

Pour conclure et pour la petite histoire, Cinoop est à l'origine un émulateur Game Boy codé en C et compatible Windows, DS, GameCube, 3DS, Linux, PSP, et maintenant PS4 grâce à son SDK.

L’article [PS4] Cinoop, portage de l’émulateur Game Boy multi-plateformes est apparu en premier sur Custom Protocol.

Ce homebrew, qu'on peut qualifier de premier homebrew natif PS4 (à l'instar de Pong sur PS Vita qui exploitait par ailleurs le même genre de faille), utilise le fameux exploit WebKit qui, malgré son délaissement ces derniers mois, a tout de même permis la naissance de nombreuses choses utiles à l'amélioration de la compréhension du système, comme la découverte et la fouille de la sceLibCamera par psxdev entre autres.

Il fait suite à la trouvaille de notre cher C Turt qui avait trouvé il y a 3 jours de cela une façon d'afficher des images (enfin, des fonctions graphiques) à l'écran grâce aux canvas de l'HTML5 :

Ni une ni deux, le développeur a publié dès le lendemain une vidéo d'un Pong exécuté sur le navigateur de sa PS4. Étant donné que "la bibliothèque de la DualShock 4 (manette officielle de la PS4) ne peut pas être utilisé", il s'est tout simplement servi de sa DS comme manette. Et le résultat est là :

Tout ceci présage du bon pour le hack de la PS4... Si vous souhaitez installer le PS4 File Browser utilisé dans les vidéos ci-dessus, nous vous invitons à lire notre article concernant ce programme ou à directement le télécharger. ;)

L’article [PS4] Pong, le premier homebrew natif PS4 est apparu en premier sur Custom Protocol.