Le développeur a tenu à mettre les choses au clair sur son compte Twitter, où il a demandé dans un tweet (ci-dessus) à ses abonnés d'aller "embêter quelqu'un d'autre" et qu'il s'était "mis d'accord avec une Team pour faire une release coordonnée". Voilà qui a le mérite d'être clair et direct : bien qu'aucune date n'ait été révélée, on peut s'assurer d'ores et déjà que l'exploit IOSU sera bien amélioré d'ici-là et que la release sera sans doute grandiose.

Bref, Hykem ne souhaitant plus donner de date approximative de sortie, il ne nous reste plus qu'à, comme à notre habitude, Wait & See ! ;)

L’article [WiiU] L’exploit IOSU encore repoussé, mais… est apparu en premier sur Custom Protocol.

Comme en témoigne cette vidéo prise par John GodGames, RPCS3 peut lancer par exemple le jeu After Burner Climax à pleine vitesse sur un processeur i7 6700k et une carte graphique NVidia GTX 970, un équipement très raisonnable en terme de prix. L'auteur de la vidéo a donné plus de détails techniques sur son ordinateur :

• CPU : Intel Core i7 6700K @ 4.60 Ghz
• RAM : 16 GB DDR4
• GPU : GTX 970 GAMING 100ME 4GB
• OS : Windows 10 64bit

Il est vrai que le jeu testé n'est certainement pas le plus demandeur en ressources, mais c'est déjà une belle avancée vous ne trouvez pas ? Allez, un peu de patience et vous pourrez vous faire du The Last of Us, LittleBigPlanet ou God of War sur votre PC. ;)

L’article [PS3] L’émulation PS3 (RPCS3) atteint le stade “full speed” est apparu en premier sur Custom Protocol.

Cette bonne nouvelle s'accompagne malheureusement d'une autre qui l'est un peu moins, puisque la date de libération prévue pour fin janvier se voit encore une fois de plus repoussée (le codeur avait pourtant cette fois-ci assuré : "l’exploit sera publié avant février"). Le bon côté de la chose, c'est qu'il aurait pris cette décision non seulement pour l'obfuscation (protection) de son boulot (afin de retarder le patch de Nintendo le plus possible) mais aussi pour utiliser le nouvel exploit MP4 de Yellows8, fonctionnant aussi sur 5.5.1. Voilà son rapport complet et traduit par mes soins :

Au cas où vous seriez trop choqué pour le déduire en voyant mon screen, oui, le hack marche jusqu'au 5.5.1. Cependant, je conseille à tout le monde de bloquer les mises à jour à partir de maintenant. C'est pour cette raison que j'ai annoncé mes travaux sur l'IOSU en premier lieu : pour sensibiliser. J'ai atteint l'objectif de le faire tourner en 5.5.1 en exploitant un autre bug (un autre UAF défectueux dans WebKit) que celui de Yellows8, mais celui du libstagefright est beaucoup plus fiable et déjà publiquement connu. Ce qui signifie que la release publique en 5.5.1 utilisera la même vulnérabilité que celle trouvée par Yellows8 tandis que je garderais l'autre pourrie en privé.

Méfiez-vous de Nintendo qui va probablement sortir une grosse mise à jour du navigateur bientôt (je crois qu'il est logique de déduire cela), qui patchera très possiblement (et proprement) et les bugs libstagefright  et les autres de WebKit pas encore corrigés (celui que je mentionnais en faisant partie).

Marionumber8 a aussi fait un très beau travail en enquêtant sur les bugs userland dans les areas non-liés au navigateur internet (dans les données des Mii par exemple), sur lesquels nous nous pencherons plus sérieusement prochainement.

En dehors de cela, l'exploit a juste besoin d'obfuscation avant d'être partagé. Comme je l'ai déjà dit auparavant, les couches d'obfuscation seront très complexes et sont donc en toute logique dures à implémenter. Si jamais un autre retard se présente, ce sera sûrement à cause de l'obfuscation.

D'ailleurs, j'ai mentionné le fait que mes "vacances" seraient étendues jusqu'à fin février, mais ça ne signifie aucunement que l'exploit sera mis en ligne durant cette période. Je pense quand même qu'il pourra voir le jour avant, mais à l'heure actuelle la priorité est de réaliser quelque chose qui ne serait pas corrigeable par Nintendo dès sa sortie.

Hykem

L’article [WiiU] Les clés kernel de l’exploit IOSU 5.5.1 révélés est apparu en premier sur Custom Protocol.

Tout d'abord, il est bon de rappeler que l'auteur n'a jamais promis qu'il publierait son travail à Noël, ni qu'il le publierait la semaine juste après. Il a simplement déclaré qu'il « pensait » pouvoir le lâcher dans ces eaux-là, mais force est de constater qu'il n'a pas pu faire selon ses prévisions. Bref, Hykem ne doit pas être blâmé pour avoir émis une fausse supposition, ce serait absurde.

Il faut savoir également qu'un groupe de hackers avait « démotivé » Hykem, qui pensait sa release inutile après la vue d'un tweet. Il s'agissait de smealum, plutoo et naehrwert qui avaient publié la preuve qu'ils étaient en possession d'un exploit IOSU eux aussi, via ce screenshot montrant les quatre premières valeurs d'une clé reconnus immédiatement par Hykem comme une preuve bien réelle et tangible.

Soupir...
C'est légitime et ça marche probablement sur 5.5.0. Ça utilise peut-être le même bug que j'ai trouvé, peut-être pas. Je pense que mon travail est inutile maintenant. Bravo @plutoo, @smealum et @naehrwert.
Ça ne devrait être plus qu'une question de temps avant que les clés soient publiques et l'exploit aussi.
Je m'en vais. À plus.

Hykem

Hykem a par ailleurs précisé qu'il s'agissait d'un soulagement pour lui :

Qui a dit que j'étais *** ? C'est en réalité un soulagement. Le fait qu'ils prennent en main le hack Wii U m'a libéré de beaucoup de maux de tête.
Je suis un peu énervé contre moi-même d'avoir pris plus de temps que je ne le souhaitais, mais j'ai toujours partagé ce que j'avais.
Il s'agissait d'une course à qui y arrivera le premier, et j'ai perdu, voilà tout.

Hykem

Le hic, c'est qu'il s'avérait que plutoo et naehrwert n'avaient aucunement l'intention de partager leurs travaux pour l'instant. Hykem a donc immédiatement repris en main son projet tout en ayant toujours l'intention de publier le fruit de ses recherches.

Jésus Christ...
Vous avez tous repris mes propos hors du contexte pour transformer ce fil (topic) en shitfest... encore...
J'ai déjà clarifié les choses avec naehrwert, leur boulot ne sera pas mis en ligne et utilise de plus un autre chemin d'exploitation que le mien. Cela veut dire qu'ils pourront tranquillement garder leur exploit tandis que je partagerai le mien. Problème résolu.

Je m'excuse si mes propos étaient pauvres et sonnaient comme un ressentiment ou autre. Ce n'est pas ce que je voulais dire.
J'avais simplement dit que je m'en irai car ils y étaient arrivés avant moi, et car je savais qu'ils avaient la capacité et le temps de construire une belle scène homebrew à eux seuls (comme sur 3DS). Je n'ai jamais dit que j'avais abandonné ou que je ne mettrai pas en ligne mes travaux.

Hykem

Bref, l'exploit IOSU est prévu avant le mois de février, c'est-à-dire pour le mois de janvier, d'après l'auteur.

Ok, j'ai une bonne et une mauvaise nouvelle.
La mauvaise, c'est que je vais devoir une nouvelle fois de plus repousser la date de publication. J'avais dit qu'une sortie cette semaine serait « plus plausible », mais je n'ai jamais affirmé que cela arriverait absolument pendant cette période-là. Pourtant, le retard n'est pas énorme et il n'y a certainement aucun besoin d'attendre un nouveau firmware.
Comme je l'ai dit avant, mon mois de janvier est complètement libre et l'exploit sera publié avant février (oui, je suis sûr de cela).

Maintenant la bonne nouvelle, qui explique ce retard involontaire, réside dans le fait que j'ai trouvé quelque chose dans le module MCP et que j'ai besoin d'y voir un peu plus clair. Si je ne me trompe pas, nous serions dans la capacité d'avoir un exploit boot-time (au lancement). Le module MCP est responsable de l'exécution des titres « maîtres » (comme celui du noyau PPC par exemple) et j'ai trouvé un bug qui, s'il se révèle être exploitable, devrait permettre de détourner cette exécution pendant que MCP serait toujours en train de préparer le lancement de programmes.

Cela signifie qu'un exploit IOSU rapide ainsi qu'un boot direct dans un environnement exploitable peuvent être inscrits au menu. Sans compter que MCP est le module IOSU de l'utilisateur ayant le plus de privilèges (après BSP) et qu'avoir un accès à celui-ci est donc plus que suffisant pour avoir un exploit IOSU à un moment donné.

Je crois qu'il est important de se pencher sur ça puisque si ça fonctionne, on n'aurait plus à s'inquiéter d'un quelconque brick de sa console en installant des titres personnalisés (Homebrew Channel par exemple) puis en tentant de les lancer avant d'enclencher l'exploit à nouveau après un fresh boot.

Cela étant dit, s'il s'avère que ce n'était rien d'intéressant, l'exploit IOSU sera immédiatement publié sans plus attendre.

Hykem

Voilà qui devrait plaire aux fans. Si vous souhaitez vous taper le long topic GBATemp de cet exploit hyper attendu, on vous souhaite bonne chance : il a déjà 754 pages au compteur, pour un total de 15 063 messages à l'heure où j'écris ces lignes...

L’article [WiiU] Outai, exploit IOSU 5.5, outai ? est apparu en premier sur Custom Protocol.

Donc, mon intention de sortir quelque chose pour Noël ne va clairement pas pouvoir être satisfaite. Je savais déjà qu'il serait impossible d'obtenir tous les trucs pertinents pour demain, d'où ma mise en garde [la semaine dernière] que ce n'était qu'une intention.

Je travaille toujours régulièrement sur tout ce qui est nécessaire à une release "propre" et vais dépenser tout mon temps libre du premier mois de l'année prochaine pour entretenir et soutenir mon exploit. Par ailleurs, cela ne signifie pas que ça n'arrivera jamais, je voulais juste vous communiquer cette petite info pour que vous n'espériez pas une release à Noël. La semaine prochaine ou plus tard me semble une date de publication plus plausible.

Hykem, dev

Voilà par ailleurs une petite liste de ce que cet exploit IOSU pourrait permettre, d'après lordelan :

• Jouer à des backups depuis le SD ou l'USB sans avoir besoin d'héberger les fichiers ;
• Importer/Exporter des sauvegardes de jeux via SD ou USB ;
• Importer/Exporter des Miis via SD ou USB ;
• Désactiver l'alerte de "format" quand le lecteur USB pour le mode vMii est connecté au lancement de la Wii U ;
• Peut-être désactiver la mise à jour du firmware ;
• Lancer des homebrews (applications) comme WiiMC (centre de média) ;
• L'emuNAND ;
• Un homebrew channel ;
• Utiliser des DLC via des backups ;
• Lancer des jeux Wii depuis le mode Wii U comme s'il s'agissait de VCs injectés (vMii deviendrait alors obsolète) ;
• Lancer Nintendont depuis le mode Wii U pour lancer des jeux en 1080p.

Ça donne envie n'est-ce pas ?

L’article [WiiU] Le hack de Hykem est repoussé… est apparu en premier sur Custom Protocol.

De nombreux points demandent encore pas mal de boulot, notamment :

• Le portage de l'exploit pour tous les firmwares les plus importants (comme le dernier, par exemple ?)
• Masquer l'exploit afin que Nintendo prenne du temps à le patcher et ainsi donner plus de temps aux utilisateurs de s'informer de la release de l'exploit
• Ajouter des mécanismes de façon à empêcher une mise à jour par inadvertance. Cela signifie probablement qu'une option cochée par défaut bloquera les mises à jour automatiques et les adresses spécifiques de Nintendo telle que nus.c.shop.nintendowifi.net.

Bien que l'exploit soit prévu pour Noël, il est encore impossible de savoir s'il sera publié précisément le 24 décembre ou pas. Quoiqu'il en soit, Hykem a exposé son souhait de respecter ce délai dans un petit communiqué publié sur les forums de GBATemp :

Il est temps d'éclaircir les choses

Ce qui suit sont des faits :

• J'ai "compromis" avec succès l'IOSU de la Wii U.
• L'exploit fonctionne sur tous les firmwares, du 2.0.0 au 5.5.0, mais il a évidemment besoin d'être porté sur chaque firmware indépendamment.
• L'exploit n'a pas besoin d'avoir un accès au noyau du PPC, donc le nouvel exploit kernel n'a aucune raison d'être partagé pour le moment.

Je tiens à faire une sorte de "surprise de Noël", mais prenez cette nouvelle avec des pincettes. Je ne peux pas promettre que j'aurais le temps de tout préparer d'ici là et je ne divulguerais pas ce qui sera mis en ligne. Gardez à l'esprit que la release de cet exploit "en l'état" est inutile, la priorité est de le porter et de le "masquer" pour que le patch prenne du temps à sortir. Il est également intéressant de noter que je suis en train de développer un moyen facile de bloquer les mises à jour officielles pour ne pas se retrouver par inadvertance sur un firmware supérieur au 5.5.0.

Si vous ne croyez pas à tout ce que j'ai dit plus haut, ce n'est pas mon problème. La meilleure (et la plus facile) solution est de... Wait & See.

Hykem

Que pensez-vous de tout ceci ? Êtes-vous impatient comme nous ? 

L’article [WiiU] Un hack pour le firmware 5.5.0 annoncé pour Noël est apparu en premier sur Custom Protocol.

Si vous suivez l'actualité hack Wii U, vous devriez avoir gardé votre précieuse console sous un firmware inférieur au 5.4.0 afin de garder la vulnérabilité utilisée pour cet exploit. Le projet libwiiu permet ainsi de compiler du code en C afin de l'intégrer dans une page Web puis de l'exécuter via le navigateur internet de la Wii U. Il est donc en quelques sortes réservé aux développeurs pour l'instant, mais du nouveau devrait prochainement apparaître pour les utilisateurs "lambdas".

Ce hack Wii U tourne apparemment sur les firmwares 3.xx, 4.0.x, 4.1.0, 5.0.0, 5.1.0 et - selon le fichier readme - 5.3.2 également. Il reste encore des travaux en cours de finalisation pour le firmware 5.3.2. En revanche, on sait que l'exploit n'est définitivement pas compatible pour firmwares 5.4.0.

Vu qu'il s'agit d'un exploit userland, il n'est pas possible d'utiliser des backup loaders ou de modifier des fichiers du noyau, rappelons-le. Tous les détails sont disponibles sur le github du projet libwiiu, libre à vous d'aller le consulter, mais des connaissances en programmation sont conseillées. ;)

L’article Un hack natif de la Wii U a été mis en ligne est apparu en premier sur Custom Protocol.

Apparemment, le programmeur a été aidé par plusieurs autres codeurs intéressés et le nom a déjà été fixé : PSP2SDK, en référence au nom interne de la PS Vita, "PSP2". Le GitHub du projet est disponible à cette adresse, pour d'éventuels tests et/ou corrections de bugs. Maintenant, il ne nous reste plus qu'à patiemment attendre la release du hack PSM de Yifan Lu qui peut pointer son nez du jour au lendemain...

L’article [Vita] L’Open SDK pour PS Vita bientôt terminé ? est apparu en premier sur Custom Protocol.

Vous l'attendiez avec impatience (ou pas), le voici comme promis : l'article qui aura pour mission de récapituler toute l'activité hack PS Vita, ce afin de vous permettre de :

• Comprendre pourquoi est-ce que le hack de la PS Vita est si "lent" et où est-ce que les hackers en sont ;
• Connaître les hacks de la PS Vita en cours ;
• Savoir que faire/quelles sont les meilleures solutions pour hacker aujourd'hui sa PS Vita ;
• Imaginer le futur du hack PS Vita.

Prêt ? Eh bien... let's go !

Pré-requis :

Comment ça des pré-req Je vous demanderai simplement de vous assurer d'avoir du temps devant vous pour ne pas lire cet article en diagonale. Vous pouvez en revanche sauter directement à la partie qui vous intéresse le plus, mais une fois la lecture commencée, ne vous interrompez pas ou vous risquez de rien piger ! 

Le hack Vita, pourquoi ça prend du temps ?

On ne va pas se voiler la face, mais le hack de la PlayStation Vita avance trèèèès lentement. Du moins, si on le compare à celui de sa grande sœur la PlayStation Portable, qui avait déjà été hackée avant même sa sortie officielle dans nos contrées. Qu'est-ce qui explique un tel retard ?

Pour commencer, il faut se remettre dans les contextes : en 2004, date de sortie de la PSP, la sécurité informatique n'est pas vue comme un élément nécessaire à la réalisation d'un produit software, que ce soit un système, un site, un logiciel, etc. De ce fait, la PSP a été réalisée à partir de la PS2, les experts ayant d'ailleurs rapidement trouvé de nombreux points communs surtout au niveau hardware des deux consoles (mais bon, le hardware on s'en fiche pas mal), et le constat qu'on pouvait tirer du système PSP est qu'il était efficace, fluide, facile d'accès... mais peu sécurisé.

Seulement voilà, depuis quelques années, la sécurité informatique s'est ancrée comme étant l'un des facteurs essentiels à la réussite d'un projet d'envergure, soit plus ou moins "gros". Je dis ça mais en réalité, ça vaut aussi aux indépendants - comme nous par exemple -, il est effectivement obligatoire de sécuriser un minimum son ou ses oeuvre(s) pour ne pas se voir infesté à l'heure actuelle. Sachez par exemple que sur Custom Protocol, nous utilisons des moyens de sécurisation divers et variés via des plugins WordPress de qualité et que sans eux, les commentaires seraient tout bonnement inondés de bots, ces derniers arrivant tout de même à s'inscrire quelques fois (c'est dire).

Bref, il était inconcevable pour Sony d'imaginer le successeur de la PSP subir le même sort, à savoir être hacké de partout et ce dès son lancement. C'est pourquoi la PS Vita est aussi sécurisée (deux fois plus que la PS3 !) et qu'il est aussi difficile de concevoir des hacks ou de trouver des failles. Quand on se penche d'un peu plus près à l'actualité hack de la PS Vita, ça saute aux yeux : la quasi-totalité des exploits trouvés jusqu'ici permettent simplement d'émuler une PSP hackée, côté 100 % Vita, c'est presque le néant complet.

La sécurité très renforcée de la bête joue un rôle important dans l'avancement du hack, mais il faut prendre en compte plusieurs autres choses. Tenez, je vais vous poser une petite question, à votre avis : pourquoi s'intéressait-on autant au hack de la PSP de 2005 à 2010, et pourquoi à l'inverse peu de gens s'intéressent au hack de la PSV depuis son lancement (2011) ? La réponse est toute bête : c'est parce qu'il y a 10 ans, les smartphones n'existaient pas, ou plutôt ne possédaient pas l'ampleur qu'on leur connaît aujourd'hui. Or quel était le but premier du hack PSP à l'époque ? Lancer des programmes non-signés par Sony, c'est-à-dire des homebrews (jeux faits maison), des plugins, des émulateurs, etc.

Aujourd'hui, avec les smartphones, il est devenu très simple de créer ses propres jeux indépendants et de les partager à une communauté grandissante et forcément plus volumineuse que celle de la PS Vita. De plus, il est possible d'émuler une panoplie de consoles (même la PSP est émulable grâce à PPSSPP) et d'utiliser des petits MODs permettant de customiser un maximum son Android rooté ou son iPhone jailbreaké. En clair, les smartphones sont devenus depuis quelques temps le nouveau terrain de jeu préféré des développeurs indépendants et des hackers.

Autre chose avant de boucler cette partie, il faut savoir que même si les meilleurs rétro-ingénieurs (pour rappel, la rétro-ingénierie consiste à comprendre le fonctionnement de quelque chose afin de pouvoir modifier son comportement) se mettaient à travailler sérieusement sur la PSV, cela leur prendrait énormément de temps avant d'aboutir à un vrai hack complet de la console. Pourquoi ? Parce qu'un problème "circulaire" empêche d'avancer rapidement, je m'explique : il faut pouvoir avoir accès au code avant de tenter de l'exploiter, jusque-là on est d'accord, sauf que pour y accéder, il est nécessaire de l'exploiter.

Je vous vois déjà relire 3 fois ma dernière phrase pour essayer de mieux capter et vous précipiter dans les commentaires pour me poser des questions du style "mais alors, comment a-t-on réussi à hacker la PSP ?". Eh bien, là ça rejoint le premier point : la sécurité, mon bon enfant. Sur la PSP, et même sur d'autres appareils d'ailleurs, il est simple d'accéder aux fichiers du firmware. Sur le tout premier firmware 1.00 par exemple, il a suffit que quelqu'un arrive à accéder aux fichiers système et constate que les modules du kernel n'étaient pas cryptés pour les analyser et trouver un exploit.

Alors que la PS Vita, à côté, possède un firmware sécurisé comme pas possible : déjà qu'il n'est pas possible d'accéder aux fichiers système (et même sur une carte mémoire !), tous les fichiers et données sont proprement cryptés et très peu de "zones d'interaction" sont présentes (à part CMA, il est impossible d'être "relié" à la PS Vita). Bref, elle fait chier et fuir les hackers cette conne. 

Bon, mais y a bien des hacks en cours j'espère ?

Ça, c'est malheureusement difficile à dire... Oui, il y a certainement des codeurs qui planchent là-dessus et consacrent leurs temps libres à ça, mais évidemment tout ceci reste dans l'ombre, à l'instar des hacks PS4, afin que Sony ne soit au courant de rien et ne puisse pas anticiper le coup en publiant un patch qui ruinerait leurs travaux et espoirs.

Ce que je sais, c'est que le développeur japonais 173210 travaille actuellement sur la réalisation de Custom Bubbles "impatchables". Il m'a promis de m'en créer une du VHBL mais je n'ai pas reçu de réponse de sa part depuis quelques semaines maintenant. Un autre développeur anonyme aurait également trouvé un moyen de rendre les Custom Bubbles "impatchables", mais nous n'en savons pas plus non plus...

On peut peut-être citer le projet uOFW, qui consiste en une énorme rétro-ingénierie des modules du firmware officiel 6.60 PSP, mais je doute que ça serve à grand chose pour la PS Vita, vu le peu de ressemblance entre les deux systèmes. Sachez aussi pour finir qu'un autre exploit est actuellement en cours et qu'il vise peut-être toutes les régions du globe. Niveau hack PS Vita à proprement parler, comme dit plus haut, je ne sais rien de ce qu'il se trame... Ah si, des devs travaillent sur la réalisation de thèmes customisés non-officiels, mais à ce sujet-là je n'ai pas le droit de vous en dire plus. 

Pour en revenir vite fait à l'exploit webkit, je reprendrai le tweet du codeur Yifanlu : "si vous ciblez un appareil sécurisé, à partir du moment où il y a une faille webkit, il y a une ouverture". Je consacrerai un article entier à ce sujet, mon dossier étant déjà assez long comme ça, mais retenez bien ce que je viens de vous dire. ;)

Que faut-il que je fasse pour hacker ma Vita ?

On va faire ça par "catégories" dans lesquelles je vous laisse vous situer comme un grand. Commençons par les deux catégories suivantes : "Possédant au moins un exploit" et "Ne possédant aucun exploit".

Si vous lisez ceci, je vous rappelle que c'est parce que vous possédez un exploit kernel. 

Voilà, si vous n'avez pas réussi à vous placer dans une case, félicitations : soit vous êtes au mauvais endroit soit vous ne possédez pas (encore ?) de PlayStation Vita. 

Pour rappel, il est aujourd'hui seulement possible de :

• Lancer des homebrews PSP ;
• Lancer des émulateurs PSP ;
• Lancer des jeux PSP ;
• Lancer des jeux PS one ;
• Utiliser des plugins PSP ;
• Lancer quelques petits trucs côté hack natif comme le Package Installer ou Pong, premier homebrew natif.

Le futur du hack de la PS Vita ?

Oulalah, vous m'en posez une question dure... Disons que je ne suis pas devin (de rien pour cette première), et que je ne peux calculer avec précision la durée qui s'écoulera jusqu'à ce que l'on parvienne à hacker la PlayStation Vita. @yaounshow avait lu quelque part que cela pourrait prendre 5 à 10 ans, ce n'est pas impossible... Je pense tout de même que dans 2/3 ans, on aura déjà avancé de quelques mètres en plus, mais vu la vitesse a laquelle on va...

En sachant qu'il ne faut pas oublier qu'un événement totalement inattendu peut intervenir n'importe quand, aussi bien demain que dans une semaine, un mois, un an ou plusieurs années. Souvenez-vous du leak d'une cinquantaine d'exploits ePSP qui avait été organisé par Acid_Snake afin de rassembler les devs autour du hack natif et non de ce hack "dépassé". Qui nous dit qu'un événement encore plus rocambolesque ne peut pas survenir du jour au lendemain ?

Bref, cette question reste encore sans réponse... Concernant les possibilités que la console offrirait en étant hackée, elles sont aussi diverses que variées : imaginez-vous tous les plugins, homebrews, émulateurs (PS2 ?), thèmes et shells faisables... Néanmoins, comme l'a dit E. Mounier : "L'histoire ne se fait pas sans la volonté de l'homme", autrement dit sans programmeurs plus ou moins experts en la matière et volontaires, nous n'arriverons pas à grand chose. Alors que ça courait les rues au temps de la PSP, force est de constater que leur nombre s'est divisé par 10 avec l'arrivée de la PS Vita...

Voilà, si vous avez toujours une question qui vous trotte dans la tête, hésitez pas à me la poser dans les commentaires, j'essaierai de mettre à jour mon dossier afin d'y répondre le mieux possible ! 

L’article [Vita] Récapitulatif du hack PS Vita (avril 2015) est apparu en premier sur Custom Protocol.

Les exploits natifs de la PS Vita continuent de faire surface dans notre top 10 des homebrews de février depuis leur création et libération il y a quelques mois, et je suis sûr que de plus en plus de choses relatives au hack natif verra le jour.

Wololo

10. Minecraft PSP - [LC Mod] :

Les MODs de Joel16 basés sur le célèbre Lamecraft de Drakon (pour rappel, un clone de Minecraft pour PSP) ne cessent d'améliorer les graphismes et le gameplay du jeu, tout en lui donnant un air un peu plus "minecraftien".

9. PRXShot :

Le plugin de codestation reste l'un des plus grands classiques pour PSP, puisqu'il s'agit du meilleur plugin de captures d'écran. PRXShot est effectivement l'outil le plus rapide pour prendre des screenshots et ne nécessite pas de mettre en pause le jeu, sans oublier qu'il classe automatiquement les captures de chaque jeu.

8. Vitasploit :

Le Vitasploit est un framework crée par Hykem qui se base sur l'exploit webkit et qui regroupe les logiciels ebkooz, akai, memtools_vita et JSoS-Module-Dump dans un seul et même répertoire.

7. Open CMA :

Ce patch crée par Virtuous Flame est un incontournable dans le hack de la PS Vita, puisqu'il permet d'utiliser le "Assistant du Gestionnaire de Contenu" en offline et donc de l'empêcher de mettre à jour sa PS Vita. 

6. PowerMenu [PS Vita/PSP] :

Vous rencontrez un problème avec votre bouton marche/arrêt ? Le logiciel PowerMenu de niszczycielnpc vous permettra de mettre simplement votre console en mode veille de manière logicielle. Pourquoi pas.

5. ARK :

L'ARK est une émulation de Custom Firmware PSP pour la PS Vita. Il est l'un des plus complets avec le TN-C puisqu'il prend en charge une très grande partie des homebrews, jeux PSP, plugins, sauvegardes et jeux PS1 (mais sans le son pour ces derniers). Vous pouvez consulter notre tutoriel pour installer l'ARK-2 sur votre PS Vita ici. ;)

4. TN-V Bubble ISO/Homebrew Loader Creator :

Leecherman a surpris tout le monde en publiant 3 programmes en moins d'une semaine pour la PS Vita : le TN-V Bubble ISO/Homebrew Loader Creator, le Simple PBOOT Creator et le Simple HomeBrew Loader Creator. Le plus apprécié reste le premier, qui permet de créer très simplement avec une interface zolie-zolie sa Custom Bubble en firmware 3.18 ou inférieur.

3. ONEMenu :

Le ONEMenu de gldjjrod est un menu qui a pour but de remplacer l'interface de l'ARK en l'agrémentant avec de nouvelles fonctionnalités. Il peut ainsi installer/supprimer des homebrews, ISOs et jeux PS1 et charger n'importe quelle sauvegarde de jeux.

2. Lamecraft :

Qui ne connaît pas Lamecraft ? Grand vainqueur de la PSP Genesis Competition, ce clone de Minecraft codé par Drakon a malheureusement été abandonné dès la fin de cette compétition. Heureusement, le code source étant disponible, de nombreux développeurs ont repris le flambeau tels que S4inex, Camxpspx123, Genetik_57 et plus récemment Joel16.

1. PSP Filer :

Enfin, on clôt ce top avec THE explorateur et gestionnaire de fichiers par excellence sur PSP et PS Vita : PSP Filer, codé par Mediumgauge et toujours aussi populaire et indétrônable.

La release du mois : PeXploit

La scène PS3 a été très secouée dernièrement avec la découverte de la méthode pour lire ses ISO PSP sur sa console de salon, et ce même en firmware officiel. PeXploit fait partie de l'une des étapes obligatoires pour arriver à cela, et bien qu'il ne s'agisse pas de la plus impressionnante, il faut tout de même saluer la présence d'une interface graphique pour simplifier le tout. 

L’article [PSP] [Vita] [PS3] TOP 10 des meilleurs homebrews (mars 2015) est apparu en premier sur Custom Protocol.