[PS4] HDD-EAPDumper pour sauvegarder la clé de chiffrement des disques PS4
[PS5] Le portage de P2JB pour Remote Lua Loader sur PS5
[Switch] Eden fête sa première année avec la version 0.2.0
Téléchargement ici : Bin2mp4
C'est par l'intermédiaire de son compte Twitter qu'Hykem donne des nouvelles du tant attendu exploit IOSU.
Il ne donne pas encore de date de sortie officielle, mais annonce avoir trouvé un terrain d'entente avec les autres teams. Il souhaite en effet, sans doute par respect envers ceux qui ont aidés (naehrwert par exemple qui lui avait fournit quelques idées...) faire une sortie simultanée. Le but est sans doute que personne ne tire la couverture à lui seul.
Les possesseurs de Wii U qui ont fait leur maj suite aux annonces initiales voient peut-être le bout du tunnel...
Hykem a toujours dit qu'il offrirait son travail à la scène lorsque tout sera prêt, il ne reste plus qu'a espérer que les attentes de personnes impatientes ne le fasse pas changer d'avis !
La bonne nouvelle, c'est qu'il est probable que l'exploit soit livré avec un certain nombre de fonctionnalités déjà prêtes pour être fournie en même temps.
Pour rappel les deux points les plus importants à un tel accès serait de ne pas devoir repasser par la faille kernel à chaque fois que nous souhaitons utiliser un homebrew et l'accès aux ports USB, cela promet donc de grandes avancées.
Téléchargement ici : PSNStuffX v3.07.08 (2.47 Mo) ou sa base de données (1.22 Mb)
Téléchargement : asturoids Version 2.0 disponible : Asturoids v2.0 (quelques améliorations sans plus de précisions de l'auteur)
Et voilà, le nouveau LS est actif. Comme annoncé il y a deux jours dans cette news, je souhaitais mettre en ligne une première version, pour que chacun puisse apporter ses remarques afin qu'on corrige tout en gardant une nouvelle trame principale. Entre temps, voilà les nouveautés (les petits détails ne sont pas listés):
1. Responsive et donc compatible avec les affichages mobiles.
2. Relooking des blocs news qui reprennent leurs couleurs pour une identification plus rapide des consoles.
3. Fix du bug de l'affichage des news en haut quand on voulait afficher les 10 suivantes
4. Les espaces généraux entre les blocs du site étaient trop espacés. On a donc condensé un peu.
5. les blocs commentaires de chaque news.
6. Réalignement du menu horizontal en haut et adaptation du logo LSstore en noir.
C'est donc avec toutes vos remarques qu'LS est dans sa nouvelle version définitive. Si vous voyez de petits bugs par-ci par-là, faites-m'en part.
Avant vos remarques en cas de bug,
merci de refraichir vottre cache en faisant Ctrl + R
En espérant que ça vous plaise!
Nombreux sont ceux qui critiquent lorsque la team Gateway ne commente pas rapidement le fait que les nouveaux firmwares soient supportés (ou partiellement), c'est bien qu'elle le fasse mais il faudrait qu'elle le fasse plus rapidement, la team Sky3DS l'annonce dans les 3 ou 4 heures qui suivent la sortie de l'update (ces sorties sont désormais prévisibles lorsque Nintendo prévoit des maintenances) . Rappelons qu'il est toujours possible d'acquérir le linker Gateway via le LS Store puisque cela reste un revendeur officiel.
Hi all. I release a version of flood-it for PSVITA. Use rejuvenate to run it like other homebrews. You can grab it here: here Sound will be added later. [UPDATE] 2.25.2016 - Fixed a bug with the fade in/out at startup - Optimized score position
Si vous voulez simplement tester voilà à quoi cela ressemble, cela se joue en 20 tours pour remplir l'intégralité du rectangle grâce aux couleurs. Le fichier ELF est disponible ici : flooit
Comme le précise Marcan, l'un des développeurs de la team, il s'agit d'un point d'entrée au kernel PS4 Orbis, pour booter le kernel Linux directement à partir de FreeBSD. Il faut en plus disposer de quelques mécanismes supplémentaires pour pouvoir l'injecter, et ceci n'est en rien un exploit du kernel PS4.
Building To build a kexec.bin relocatable binary using the supplied Makefile, just type make. This will also build a kexec.a archive. You can either use the binary directly, or link the archive into your own project. If you link kexec.a with your own code, you need to supply the two symbols _start and _end in your linker script, as kernel_init() will try to remap all pages covered by that range as RWX (to make global variable accesses work). Alternatively, you can add -DDO_NOT_REMAP_RWX to CFLAGS to disable this feature, if you have already taken care of page permissions for the code. Usage The code is designed to be completely standalone. There is a single entry point: int kexec_init(void *early_printf, sys_kexec_t *sys_kexec_ptr); Simply call kexec_init(NULL, NULL). This will locate all the required kernel symbols and install the sys_kexec system call. The syscall is registered as number 153 by default (you can change this in kexec.h). The return value is 0 on success, or negative on error. You may pass something other than NULL as early_printf. In that case, that function will be used for debug output during early symbol resolution, before printf is available. If you do not want to call the syscall from userspace, you can pass the address of a function pointer as sys_kexec_ptr. kexec_init will write to it the address of sys_kexec, so you can invoke it manually (see kexec.h for its prototype and how the arguments are passed). Note that the data buffers still need to be userspace pointers in this case, unless you modify kexec.c to use different copy functions. If you are using the standalone kexec.bin blob, then the kexec_init function is always located at offset 0, so simply call the base address of the blob. Don't forget to pass two NULL arguments (or the appropriate pointers). The injected sys_kexec system call takes (userspace) pointers to the kernel and initramfs blobs, their sizes, and a pointer to the (null-terminated) command line string. From userspace, this looks like this: int kexec(void *kernel_image, size_t image_size, void *initramfs, size_t initramfs_size, const char *cmdline); // syscall() usage: syscall(153, kernel_image, image_size, initramfs, initramfs_size, cmdline); kexec() will load the kernel and initramfs into memory, but will not directly boot them. To boot the loaded kernel, shut down the system. This can be accomplished by pressing the power button, but can also be done more quickly and reliably from userspace with the following sequence of system calls (this kills userspace quickly but still does a controlled filesystem unmount): int evf = syscall(540, "SceSysCoreReboot"); syscall(546, evf, 0x4000, 0); syscall(541, evf); // should be syscall(37, 1, 30) but only tested via kill symbol kill(1, 30); Note that this software should be loaded into kernel memory space. If you are running kernel code from userland mappings, you should either switch to kernel mappings or separately copy kexec.bin to a location in kernel address space. While syscalls or exploit code may run properly from userland, the shutdown hook will not, as it will be called from a different process context. Features kernel_init() will automatically find the Orbis OS kernel and resolve all necessary symbols to work. There are no static symbol dependencies. If DO_NOT_REMAP_RWX is not defined (the default), it will also patch pmap_protect to disable the W^X restriction. In addition to loading the user-supplied initramfs, kexec will locate the Radeon firmware blobs inside Orbis OS, extract them, convert them to a format suitable for Linux, and append them as an additional initramfs cpio image to the existing initramfs. This avoids the need to distribute the Radeon firmware blobs. The radeon module, when compiled into the kernel, will automatically load this firmware on boot. Note however that most typical initramfs scripts will wipe the initramfs contents while pivoting to the real system, so if you compile radeon as a module you may not be able to access the firmware after boot. To cover that case, add some code to your initramfs /init script to copy the firmware to a tmpfs mounted on the real filesystem: # assuming real root FS is mounted on /mnt mkdir -p /mnt/lib/firmware/radeon mount -t tmpfs none /mnt/lib/firmware/radeon cp /lib/firmware/radeon/* /mnt/lib/firmware/radeon/ # now switch_root to /mnt This avoids having to permanently store copies of the Radeon firmware, which isn't really necessary for most use cases. There is significant debug logging available, which will appear on the system UART. Most of the code relies on the kernel printf implementation, and therefore you should patch out the UART output blanker to see it. The final code that runs on the boot CPU before booting the kernel uses direct UART writes and is not affected by the blanking feature of Orbis OS.
Le pack est disponible ici : ps4-kexec
Téléchargement : bad_iret_pack_2016-02-08 (82.7 Ko) Merci à Gromez pour l'info. Edit 20h30 : Cette release provient d'un hack de serveurs de développeurs, des pirates (hackers) se sont attaqués à certains serveurs des développeurs qui eux cherchent un réel exploit. ( Merci Mrrraou pour l'apport d'information ). Ce sont des pirates qui ont leaké une partie du travail de Cturt, et qui ont ensuite diffusé anonymement ce travail en rajoutant quelques lignes de codes afin de personnaliser ce-dit travail.