LE site francophone de référence sur le Hack de vos PlayStations
L'intégrale des patchs True Blue JB2 / BR / 3.41 / 3.55
Chargement ...
XorHack 2.0 Le ToolKit PS3 Exploit mis à jour
Modérateurs: Correcteurs, Correcteurs à l'essai, Traducteur, Référents correcteurs, Dev.ps3a, Newser, Newsers à l'essai
XorHack 2.0 Le ToolKit PS3 Exploit mis à jour
Après une première version très remarquée, XorLoser nous présente une mise à jour de son outil de Hack pour la PS3.

Je vous rappelle que vous trouverez dans nos pages un tutoriel de la Partie SoftWare, un tutoriel de la Partie HardWare et un tutoriel de l'utilisation de ce Hack.
Vous pouvez télécharger XorHack 2.0 ici.
Source : Blog de XorLoser

XorLoser a écrit:Après avoir utiliser le XorHack pendant un moment, j'ai réalisé qu'il manquait quelques choses donc j'ai décidé qu'il était temps pour une UpDate. De nouvelles "syscalls" ont été ajoutées pour donner un contrôle plus fin sur l'accès aux données, fournissant maintenant 8, 16, 32 et 64 bits en lecture et écriture. Aussi de nouveaux "ioctls" ont été ajoutés pour fournir au code de l'espace utilisateur des fonctions additionnelles intéressantes. Enfin, de nouvelles applications pour l'espace utilisateur ont été ajoutées pour vous donner la possibilité de lire, écrire et exécuter de la mémoire depuis une ligne de commande.
L'Exploit HyperViseur Change :
Quelques syscalls ont été ajouté à l'HyperViseur quand initialement ils exploitaient la ps3. Ils utilisent un numérotation différente de Syscall du précédent exploit afin de les regrouper tous ensemble évitant ainsi les dispersions. Cela devrait rendre le suivit plus pratique. Il y a maintenant 9 Syscalls à exploiter qui sont ajoutés à la PS3 . Ils sont ajouté comme les syscalls 32 à 40 inclus. Précédemment les syscalls 16 et 20 étaient utilisé pour "64Bits peek" et "64bits poke", ils ne sont dorénavant plus installé.
Le Module Kernel Module Change :
Dans le niveau intermédiaire j'ai ajouté le support de l'interfaçage pour les 9 nouvelles "syscalls" ainsi qu'un nouvel "ioctl" pour laisser les applications de l'utilisateur convertir les adresses des "lpar" en adresses réelles et encore un autre pour laisser les applications de l'utilisateur effectuer une "ioremap" sur la mémoire. J'ai aussi répare le "syscall" qui exécutait du code via une adresse mémoire réelle, puisque qu'auparavant il ne sauvegarder pas le lien du registre, ce qui n'est pas bon ... Enfin j'ai traqué le problème que j'avais avec les appels des "ioctls" depuis le code de l'espace utilisateur. Il s'avère qu'il y a des problèmes du au fait d'envoyer des "ioctls" a un Kernel 64bit depuis un code de l'espace utilisateur 32bit. Quand vous envoyez un "ioctl" depuis un code de l'espace utilisateur, il y a une une fonction cachée qui tente de "le rendre compatible" avant de l'envoyer au Kernel. Cela était transparent ce qui causait que quelques "ioctls" n'est pas compatible avec mon code du Kernel. Ces choses là font que je déteste Linux. Pour réparer cela, il va falloir avoir recours à une compilation des section du Kernel, donc au lieu de le forcer, j'ai essayé tout les numéros des "ioctl" jusqu'à trouver le bon qui le rendait OK et qui les installait pour les utiliser à la place. Lors de l'envoie de ces "ioctls", une poignée est utilisé pour le XorHack, donc je ne suis pas trop inquiet à propos du fait qu'ils s'égarent et qu'ils fassent des ravages.
Les librairies utilisateurs changent :
Finalement sur les niveaux les plus extérieurs j'ai ajouté le support pour permettre aux nouveaux "syscalls" de lire et d'écrire 8, 16, 32 ou 64 bits en même temps. En faisant cela j'ajoute le support des adresses "non alignées" sans que l'utilisateur ait à vérifier ou s'occuper d'une telle chose. Si l'adresse à laquelle on souhaite accéder est alignée alors nous y accéderons via une seule "syscall" d'une taille spécifique. Si l'adresse n'est pas alignée il utilisera à la place plusieurs "syscalls" ou un "syscall" d'une taille d'accès plus important. J'ai aussi rajouté des fonctions qui permettent de vérifier si le système à bien été rendu exploitable, pour transcrire l'adresse "lpar" vers une adresse réelle, pour "io-remapping" des adresses et exécuter le code donné à l'adresse réelle. Un nouveau header du fichier xorhack_sc.h à été ajouté, il contient les transcriptions entre les "syscalls" comme ils devraient être utilisé en mode Kernel et dans l'interface utilisateur. J'ai seulement fait quelques petites choses ici, mais cela devrait être suffisant pour suivre le modèle et créer d'autres transcriptions pour tout autre "syscalls". Si quelqu'un complète ces transcriptions, qu'il me les envoi pour les inclure à la prochaine version de XorHack.
Les exemples d'application changent :
En plus des ajouts et modifications ci dessus j'ai ajouté 3 nouvelles applications en ligne de commande ; "ps3peek", "ps3poke" et "ps3exec" qui permettent la lecture, l'écriture et l'exécution dans la mémoire. "ps3peek" et "ps3poke" fonctionnent de manière similaire. Tous les deux sont capable d'effectuer des accès aux données 8bit, 16bits, 32 bits et 64bits et peuvent accéder à de multiples tailles de données en un appel. "ps3peek" peut afficher les données à l'écran en caractère Hexadécimaux et ASCII, similaire à ce que l'on trouve dans les éditeurs hexadécimaux, ou peut afficher les données et les rediriger dans un fichier. "ps3poke" n'affiche pas les données à l'écran mais peut écrire les données dans la mémoire depuis des valeurs passé de la ligne de commande ou des valeur lues depuis un fichier.
Ici vous trouverez plusieurs exemples de ce qui peut être fait avec ces outils.
Dumper l'HyperViseur :
Ceci lit 0×10000000 octets (16MB) de données démarrant a l'adresse zéro en utilisant une taille d'accès au données de 8 octets (64bits) et l'affiche sous forme binaire qui est ensuite rediriger dans le fichier hvdump.bin. Remarquez que l'accès 64bis est utilisé car il nécessite 8 fois moins de "syscalls" pour obtenir la même quantité d'informations que si nous avions utilisé l'accès par défaut de 8bit
- Code: Tout sélectionner
ps3peek 0 -s 0×1000000 -d 8 -b > hvdump.bin
Reading the status register for spu0
ps3peek 0×20000044024 -d 4
Loading metldr..
Les scripts peuvent être écrit en utilisant "ps3peek", "ps3poke" et "ps3exec" et en utilisant les fichiers pour stocker des valeurs entre fonctions. En faisant comme ça, de nombreuses tâches peuvent être faites comme paramétrer les registres nécessaire au chargement du METLDR.
Tout le monde aime les images :
Ce qui suit est une image prise mon iPhone pour montrer "peek" et "poke" en action. Un jour j'aurais un vrai appareil photo...
Je vous rappelle que vous trouverez dans nos pages un tutoriel de la Partie SoftWare, un tutoriel de la Partie HardWare et un tutoriel de l'utilisation de ce Hack.
Vous pouvez télécharger XorHack 2.0 ici.
Source : Blog de XorLoser
Je ne réponds pas aux demandes de SAV et de support par MP, je ne fais plus partit de la team PS3A
-

Bhaal - Ex Administrateur
- Messages: 5392
- Inscription: Lun 7 Sep 2009 20:31
Re: XorHack 2.0 Le Toolkit PS3 Exploit mis à jour
Nickel comme d'habitude sinon je vient de voir ca qui fait plaisir :
http://geohotps3.blogspot.com/2010/03/c ... hemes.html
Il est toujours dessus
http://geohotps3.blogspot.com/2010/03/c ... hemes.html
Il est toujours dessus

-

Dangernet - Nouvel arrivé
- Messages: 72
- Inscription: Mar 26 Jan 2010 21:14
Re: XorHack 2.0 Le Toolkit PS3 Exploit mis à jour
wep j'ai vu ça tkt, et on en parle ici 

Je ne réponds pas aux demandes de SAV et de support par MP, je ne fais plus partit de la team PS3A
-

Bhaal - Ex Administrateur
- Messages: 5392
- Inscription: Lun 7 Sep 2009 20:31
Re: XorHack 2.0 Le Toolkit PS3 Exploit mis à jour
Oops moi pas avoir vu sorry 

-

Dangernet - Nouvel arrivé
- Messages: 72
- Inscription: Mar 26 Jan 2010 21:14

