Le développeur Apache Thunder a annoncé l'arrivée d'un nouvel exploit sur DSi, il s'agit d'un défaut trouvé le 29 Mai 2017, et en collaboration avec NoCash ils ont réussi à proposer une liste blanche sur laquelle cet exploit se base.
Nintendo a oublié de remettre les contrôles RSA sur lolz sur le firmware 1.4.0, et uniquement sur ce firmware, ce qui signifie que l'exploit ne marche ni sur les firmwares inférieurs, ni sur les firmwares supérieurs.
Il n'est pas simple à mettre en place, il faut disposer déjà de ce firmware 1.4.0, puis il faut avoir un linker DS modifiable sur lequel vous devez pouvoir modifier la rom interne, ce qui limite en plus le nombre de linkers utilisables. Vous allez écraser la mémoire arm7, afin de pouvoir profiter d'une zone d'exécution, et ainsi lancer le code.
L'exploit se base sur une version modifiée de nds-bootloader, et Apache Thunder explique qu'il a été aidé par NoCash, Gericom, Normmatt et StuckPixel. Enfin il explique qu'il va proposer de nouveaux détails une fois l'exploit finalisé, pour se donner le temps de préparer les éléments qui faciliteront l'installation.
Vous aurez de toute façon besoin d'un mod nand ou d'un exploit basé sur DSiWare pour installer la liste blanche modifiée.
Summery of the above video:1. The exploit requires 1.4.0 firmware! Older or newer fw revisions do not work!2. The exploit requires a flashcart that you are able to modify the internal rom it presents to the system.3. Details on which cards will be compatible will be revealed at a later time.4. The exploit involves a buffer overflow flaw involving section 3 of the white list.5. This overflow occurs on arm7 thus allowing overwriting memory exclusive to arm7.6. As a result a large enough overflow will hit the exception vectors. This is how we gain code execution.7. Arm9 was relatively easy to take over. Though data caching presented a minor roadblock while testing on hardware.8. I currently use a modified build of nds-bootloader from WinterMute's github. You know, that portion of hbmenu responsible for booting SRLs.9. Because we already gained arm7 we only had to put arm9 in the correct wait state so that nds-bootloader can do it's thing.10. The exploit in theory can work from the menu once it's running. But we currently make use of the auto boot feature to ensure a stable consistant environment. Tests with a second console suggest that is the case. Note that the exception vector for arm7 seems to either be somewhere else once the menu GUI is running or the overflow hits something else causing arm7 to crash early. Currently we plan to only target exploiting the system with an autoboot rom as it's more predictable.11. The exact machanics of the arm9 take over and how nds-bootloader is loaded may change. Currently the entire payload fits on the cart. But we may allow reading a payload off SD instead.
du bonheur en barre ca 
