Hacking [WIP] open source Kernel access on 3DS

  • Thread starter Thread starter aliak11
  • Start date Start date
  • Views Views 232,750
  • Replies Replies 1,003
  • Likes Likes 42
Status
Not open for further replies.
Ok i did that and id the intialize data thing after i installed ninjhax when it said press a to luch the exploit it just took me to the web browser welcome setup thing (which of course i could operate).

what firmware are you on and what region is your 3ds also it it an a 3ds or new 3ds
 
7.2.0-9U USA/North America O3DS XL NES

Try this
ua6fwWp.png
 
  • Like
Reactions: Margen67
I was thinking, why can't we just add in the new offsets for the N3DS and run this on a N3DSXL-9.0.0.-20U ?
When I tried, I ended up seeing this:
Code:
Testing nop slide
Exited nop slide
createThread Address: 0x0xdff83837
SVC Address: 0x0xdff82290
Setting up ARM11 kernel exploit
Freeing Memory
Backing up heap area
Overwriting free pointer 0x0x16000000
Triggered kernel write
Restored heap
Exited nop slide
Executing code under ARM11 Kernel

I compiled it with a fresh copy of DevKitPro ARM
Not sure why is displays hex values as "0x0x" instead of just "0x" like I see on the other posted feedbacks....
 
  • Like
Reactions: GaaraPrime
I was thinking, why can't we just add in the new offsets for the N3DS and run this on a N3DSXL-9.0.0.-20U ?
When I tried, I ended up seeing this:
Code:
Testing nop slide
Exited nop slide
createThread Address: 0x0xdff83837
SVC Address: 0x0xdff82290
Setting up ARM11 kernel exploit
Freeing Memory
Backing up heap area
Overwriting free pointer 0x0x16000000
Triggered kernel write
Restored heap
Exited nop slide
Executing code under ARM11 Kernel

I compiled it with a fresh copy of DevKitPro ARM
Not sure why is displays hex values as "0x0x" instead of just "0x" like I see on the other posted feedbacks....
Sorry, its my mistake.
 
  • Like
Reactions: Margen67
I was thinking, why can't we just add in the new offsets for the N3DS and run this on a N3DSXL-9.0.0.-20U ?
When I tried, I ended up seeing this:
Code:
Testing nop slide
Exited nop slide
createThread Address: 0x0xdff83837
SVC Address: 0x0xdff82290
[COLOR=#ff0000]Setting up ARM11 kernel exploit[/COLOR]
Freeing Memory
Backing up heap area
Overwriting free pointer 0x0x16000000
Triggered kernel write
Restored heap
Exited nop slide
Executing code under ARM11 Kernel

I compiled it with a fresh copy of DevKitPro ARM
Not sure why is displays hex values as "0x0x" instead of just "0x" like I see on the other posted feedbacks....


mine was Kernel exploit set up
 
Sorry, its my mistake.

This does bring one point to mind.
I take it what's up on the GIT is not the same as what you sent out here as Alpha 9 ?

Maybe that's why I can't get the Kernel exploit set up like williamceasar2 does...


Edit: my mistake, I was pulling from the master, not Alpha 9
 
By the way, I'm considering to join KARL bootstrap development and concentrate on ARM9 payload in OSKA.
We have different policies, but I think we should cooperate to make it better.[/quote
Dude, need more guys like you in every scene.

Much respect.
Right! I didnt wanna reply cause I didnt know If I would sound like a dick but putting differences aside thats awesome if he goes through with it.
 
  • Like
Reactions: ody81
Status
Not open for further replies.

Site & Scene News

Popular threads in this forum