Hacking Random USB Question
- Thread starter bobdob123usa
- Start date
- Views 3,169
- Replies 33
- Likes 1
D
Deleted User
Guest
No. Nothing with USB works without an IOSU exploit. I feel like we should have a ban of the word USB in topic titles. And it's a game. It's programmed to access to USB.
Let me tell you a story, kids:
We have a kernel exploit already, we cannot access USB because the medium Loadiine runs at is Mii Maker, which the System does not allow USB access to, because it doesn't need it, and the ARM Processor (the one that runs the IOSU), does NOT play loose with permissions. We will be able to use USB once we can allow Mii Maker (aka Loadiine), to access USB, which will require modifying the permissions given by the system. Disney Infiniy has USB access simply because the System allows it to.
You may be wondering: Why don't we use Disney Infinity as our base game? Because we cannot run Loadiine from a game, we do it from a System app. We could technically run a game with DI as base, but we couldn't run Loadiine because Loadiine is basically a giant SDCafiine.
And that kids, is How I Met Your Exploit
Would it not be possible use a game such as Disney Infinity to load a file from USB that could theoretically gain access to some parts of the system we don't currently have? If I'm not mistaken that's how it first happened with the Wii. But then again I don't know much about hacking or reverse engineering. I'm just spit balling.
Sadly, we can't gain USB Access with a file from a game, it needs to be a permission change
But does Disney Infinity not have permissions? Take Loadiine out of the picture. If you boot the game regularly, does it not inherently have the permissions for USB use?
Yes it does, but you cannot do anything outside of playing it (pull files, replace, etc), without running a Homebrew app, which runs in a non-permitted app
Ah ok I see, that make sense. I'm gonna guess the original Wii did not have those checks which is why unsigned code could be run from within games to get access to other parts of the system, would I be correct?
To put it mildly, the Wii was a fucking mess
. It had like 100 of IOS', it was just... argh
D
Deleted User
Guest
I don't need to know how it works. I already knew most of this. We can't use USB right now. Simple as that.
I'm not that much into hacking, but as I can recall, Loadiine was using Disc version of Super Smash Bros to gain access to SD card too, besides Mii Maker. Isn't the same logic applicable to this situation?
D
Deleted User
Guest
Not necessarily. That's what EstPC13 was just explaining to me, actually haha. The Wii U gives certain permissions to certain games, and then the IOSU watches the game like a hawk and shuts it all down if it does something unexpected. All useful homebrew would break those permissions and get shut down, or do worse to the console.
It's still read/write if I'm not mistaken
--------------------- MERGED ---------------------------
Loadiine IS Using Smash to boot games, alongside Mii Maker, but they already told you that
Disney Infinity 1.0 runs in Loadiine under Mii Maker. I'm not talking about running Disney Infinity from a disk or anything like that. It uses the USB base station just fine. I was under the impression that Mii Maker if fully prohibited from touching USB, while Disney Infinity proves this isn't fully correct. That is why I am trying to figure out where the difference is.
Can't route the calls to the USB Hard Drive I would assume. My guess is, they can route calls for disc information to the SD card since the SD card is used by Mii Maker to read and write similar information -- they probably have relatively little code actually messing with that process while it is happening, so it appears normal to the IOSU. But since Disney Infinity and similar games don't call for lots of information from USB, and only call for it when the game's instructions specifically require it. It probably would not be possible to have the IOSU interpret those quick read and writes required by the game's instructions the same way as tons and tons of reads brought on by what I would assume would have to be injected code. Just a guess though and I'd agree that it is better to look for answers to these relatively low-priority questions than leave any stones unturned.
Last edited by CJB100,
- Joined
- Aug 19, 2015
- Messages
- 10,195
- Trophies
- 1
- Location
- Glasgow
- Website
- www.rockstarnorth.com
- XP
- 16,156
- Country
Ok so the answer to this is quite complicated but let me simplify it as much as i can the Base station for the game will have a chip in it on that chip will be a key ok so on the game will also be the same key when you start the game it checks if the key on the Base station matches the key in the game if it does then the Base station will work just fine but if you were then to unplug the Base station and plug in another USB device the game will immediately check if the keys match again and obviously they won't so the USB device would not work. The main reason for this is to stop cheaper unofficial Base stations from being used and it also stops any other devices being used. And as it's done from the game that is why it works in loadiine.
Last edited by AmandaRose,
Here's the answer: You know how WUPInstaller allows USB Install?, same thing happens, the app knows which code string to "apply", for the lack of a better term, to access USB ports but it only checks for a specific key embedded within the code of the game, not widespread access, and because of its constant key checking, it won't work. The curiosity is apprecciated though
Similar threads
- No one is chatting at the moment.
