Hacking Wii U Hacking & Homebrew Discussion

[neobrain]

Seems strange that changing slash types would cause decryption to slow way down. Also the portability issues are very easily fixed, Onion_Knight is an excellent dev and I bet he would look into this performance bug. Nuspy is a nice multi-tool I think. I was thinking of writing a gui for it but I'm not sure it would be of much benefit for the people who are actually downloading and decrypting content from NUS as these people likely don't mind a command line interface.

I didn't mean to say that changing the slash types was slowing down decryption, but I obviously had to change the slash types first to make it work at all on my (linux-based) system

Also, while complaining about Nuspy, it's also behaving oddly for some things like boot1 or Wii content (e.g. IOSs), because it successfully downloads these things but then throws some exception about out-of-bounds array access. cdecrypt at least outright said it doesn't support decrypting those titles, heh. Either way, besides those issues I agree it's a nice tool, so maybe in the future the issues I was having will be fixed

 

[dojafoja]

I didn't mean to say that changing the slash types was slowing down decryption, but I obviously had to change the slash types first to make it work at all on my (linux-based) system

Also, while complaining about Nuspy, it's also behaving oddly for some things like boot1 or Wii content (e.g. IOSs), because it successfully downloads these things but then throws some exception about out-of-bounds array access. cdecrypt at least outright said it doesn't support decrypting those titles, heh. Either way, besides those issues I agree it's a nice tool, so maybe in the future the issues I was having will be fixed

Oops Lol. I misunderstood what I read about the slash thing, I was being a bit sarcastic in my reply about the "performance bug". After reading your post again I understood it correctly. :-P Seriously though, I bet he would look into those issues. He has helped me with a couple different python projects and he is definitely performance minded. Im bit sure he hasn't gotten much, if any, feedback on this so it's good if issues are brought up. It was just kind of buried in a lot of useless clutter in this thread.

 

[NWPlayer123]

I didn't mean to say that changing the slash types was slowing down decryption, but I obviously had to change the slash types first to make it work at all on my (linux-based) system

Also, while complaining about Nuspy, it's also behaving oddly for some things like boot1 or Wii content (e.g. IOSs), because it successfully downloads these things but then throws some exception about out-of-bounds array access. cdecrypt at least outright said it doesn't support decrypting those titles, heh. Either way, besides those issues I agree it's a nice tool, so maybe in the future the issues I was having will be fixed

Then again, NUSD does the same thing with those files, so it's probably a special file you need to handle differently.

 

[Onion_Knight]

I didn't mean to say that changing the slash types was slowing down decryption, but I obviously had to change the slash types first to make it work at all on my (linux-based) system

Also, while complaining about Nuspy, it's also behaving oddly for some things like boot1 or Wii content (e.g. IOSs), because it successfully downloads these things but then throws some exception about out-of-bounds array access. cdecrypt at least outright said it doesn't support decrypting those titles, heh. Either way, besides those issues I agree it's a nice tool, so maybe in the future the issues I was having will be fixed

So, if you want speed on the decryption, you need to download pycrypto as a seperate package.

    #Completely borrowed the Cyrpto.Cipher idea from
    #zecoxao from gbatemp.  His documentation of it really
    #made it easy.  I was using the aes implementation included
    #but its painfully slow

this is straight from my code about this issue. I included aes.py as a default for those who don't have pycrypto installed but if you have it, you'll find the decryption speed is on par with CDecrypt. This is the FIRST bug report i've heard, so I'll fix the path issues and just not allow for the decryption of Wii titles. We don't have the Vwii Common Key so no decrypt on them. The boot1 needs the boot1 key so no go on that. Thanks for the bug report. I've made some other changes to the actual code base to make it a little more verbose, but I haven't released since, the interest in it seemed tepid.

 

[starerik]

What does NUSpy do? And how does one use it?

 

[Cyan]

Is there a function in the gamepad library to fully shutdown instead of putting it in sleepmode?
full shutdown will save battery when not using the console. it's currently only sleeping in order to power on automatically when you power the console.

 

[EclipseSin]

Is there a function in the gamepad library to fully shutdown instead of putting it in sleepmode?
full shutdown will save battery when not using the console. it's currently only sleeping in order to power on automatically when you power the console.

I'm interested to know as well. I always forget to charge it after playing and then it is usually dead when I want to play...

 

[Marionumber1]

Is there a function in the gamepad library to fully shutdown instead of putting it in sleepmode?
full shutdown will save battery when not using the console. it's currently only sleeping in order to power on automatically when you power the console.

I found the CCRCDCPowerOffSystem() in nsysccr.rpl. From just its name, though, it can't tell whether it shuts down the Wii U or Gamepad, so we'll have to have someone with a currently exploitable Wii U try it out.

 

[ShonenJump]

I found the CCRCDCPowerOffSystem() in nsysccr.rpl. From just its name, though, it can't tell whether it shuts down the Wii U or Gamepad, so we'll have to have someone with a currently exploitable Wii U try it out.

i thought that hykem was on you're team. his wii u is low firmware

 

[Marionumber1]

i thought that hykem was on you're team. his wii u is low firmware

Interestingly enough, it's too low for our current browser exploit, unless he decides to port it.

 

[EclipseSin]

Interestingly enough, it's too low for our current browser exploit, unless he decides to port it.

That is actually pretty interesting. Sounds like they made that bug fixing another one. And the struggle continues...

 

[ShonenJump]

Interestingly enough, it's too low for our current browser exploit, unless he decides to port it.

So the actual exploit was found in firmware 4.x.x through 5.1.1. And before that there wasnt any exploit from the browser ?

 

[Marionumber1]

So the actual exploit was found in firmware 4.x.x through 5.1.1. And before that there wasnt any exploit from the browser ?

There was fail0verflow's, but I don't believe it was ever made public.

 

[arbiter34]

I found the CCRCDCPowerOffSystem() in nsysccr.rpl. From just its name, though, it can't tell whether it shuts down the Wii U or Gamepad, so we'll have to have someone with a currently exploitable Wii U try it out.

What system version are you guys targeting?

 

[arbiter34]

Funny, I'm still sitting on 4.1, with the old browser exploit.

 

[Mr. Mysterio]

Yet another page of this thread that says what versions are currently exploitable!

If you read the first page of this thread, you'll see the answer. That is good practice before posting ANYTHING.

 

[arbiter34]

Yet another page of this thread that says what versions are currently exploitable!

If you read the first page of this thread, you'll see the answer. That is good practice before posting ANYTHING.

I am quite aware what versions are exploitable, I was asking specifically what version he was looking to target. What he is wanting to run can be run on 4.1.0 with the old browser exploit.

 

[Marionumber1]

I am quite aware what versions are exploitable, I was asking specifically what version he was looking to target. What he is wanting to run can be run on 4.1.0 with the old browser exploit.

It is 5.3.2, as Kelton2 said above. I'm not really sure whether we'll bother backporting it to something like 5.2.0, as it doesn't really seem like there's a need.

 

[ShonenJump]

It is 5.3.2, as Kelton2 said above. I'm not really sure whether we'll bother backporting it to something like 5.2.0, as it doesn't really seem like there's a need.

There is no point to that if you are targeting the latest version. People on that firmware should update now and block dns servers. Then all we have to do is wait for june.

 

[arbiter34]

It is 5.3.2, as Kelton2 said above. I'm not really sure whether we'll bother backporting it to something like 5.2.0, as it doesn't really seem like there's a need.

If you are referring to the kernel exploit, I can port that myself once I see how you guys are doing it on 5.3.2. Typically finding new addresses isn't too hard when you have the full disasm.