lol, now I'm confused :) Thx4clarificationDraan wrote:mohh eloader wrote:devs ONLY WHAT THA FUCK.....i guesse u arnt the answer to 5.5X ofw >.>See? :)m0skit0 wrote:I'm the answer to nothing. I only do as I please. Don't like it? Make the eloader yourself, whining boy.
This wasn't reply to willow :D
About releasing MoHH eloader source code
<Don't push the river, it flows.>
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl
-
- Posts: 107
- Joined: Sat Jan 13, 2007 11:50 am
MOHH Eloader
i enjoy programing but im not a dev, and i really would like to become one so i know how to make some use of the open source... does any1 have any program suggestions or anything to get me started? :)
One way or another... why would Sony bother changing this when its already fixed anyway?
I mean the exploit has been closed, and I guess Sony wouldn't waste money for "fixing" something that already IS fixed.
Besides I'd love to check out the source, not really because I can make use of it (as I don't have a exploit at hand that I could programm a eloader for...), but I'd be interested just how you coded this loader of yours...
I'm interested in the manual loading of elf files aswell as the manual resolving of imports, etc.
I mean the exploit has been closed, and I guess Sony wouldn't waste money for "fixing" something that already IS fixed.
Besides I'd love to check out the source, not really because I can make use of it (as I don't have a exploit at hand that I could programm a eloader for...), but I'd be interested just how you coded this loader of yours...
I'm interested in the manual loading of elf files aswell as the manual resolving of imports, etc.
Been gone for some time. Now I'm back. Someone mind getting me up-2-date?
Well, considered that you can just reverse the sceKernelQuerySystemCall function to figure out how its done... its not surprising a fella figured it out sooner or later...
But as I said I'm more interested with the overall manual loading of a application and fixing the imports.
One way or another, released as source or not that guy did nice work so far.
I'm looking forward to a source release, if it ever happens, partial or full.
But as I said I'm more interested with the overall manual loading of a application and fixing the imports.
One way or another, released as source or not that guy did nice work so far.
I'm looking forward to a source release, if it ever happens, partial or full.
Been gone for some time. Now I'm back. Someone mind getting me up-2-date?
Yes, the source is released (not all of it, but 90% and fully buildable) here: http://advancedpsp.tk/foro_es/viewtopic.php?f=21&t=141
If you have any questions about the inner workings, I would answer them gladly, just read this before to get the basics: http://advancedpsp.tk/foro_es/viewtopic.php?f=22&t=36
I'm back to working on it, so maybe a new release will be available soon if I manage to overcome some annoying bugs.
If you have any questions about the inner workings, I would answer them gladly, just read this before to get the basics: http://advancedpsp.tk/foro_es/viewtopic.php?f=22&t=36
I'm back to working on it, so maybe a new release will be available soon if I manage to overcome some annoying bugs.
The Incredible Bill Gates wrote:The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers.
-
- Posts: 203
- Joined: Sat Jul 05, 2008 8:03 am
Wow... An object file with the syscall code...... It's like shouting "here's the ubersecretcode which i dont want sony to see". The code is so simple, it would take 3 min to RE. Is it really worth making fuss over such a piece of code?m0skit0 wrote:Yes, the source is released (not all of it, but 90% and fully buildable) here: http://advancedpsp.tk/foro_es/viewtopic.php?f=21&t=141
If you have any questions about the inner workings, I would answer them gladly, just read this before to get the basics: http://advancedpsp.tk/foro_es/viewtopic.php?f=22&t=36
I'm back to working on it, so maybe a new release will be available soon if I manage to overcome some annoying bugs.
-
- Posts: 107
- Joined: Sat Jan 13, 2007 11:50 am
The lambda-user will not be interested by the source code of the eloader in the first place anyway, and, TBH, the people who can fix the syscall code in SCE will most probably be able to understand 15 lines of code, be it C or MIPS... :)willow :--) wrote:It slightly reduces the number of people who can understand it, which is the main goal here I think.
-
- Posts: 107
- Joined: Sat Jan 13, 2007 11:50 am
True. but reading MIPS takes more time than reading C. And time is money for companies.
In the PSP section of sony, for 10 people than can read C, maybe they have 5 that can read mips. In these five guys, maybe only 1 has the spare time to disassemble the code of a tool that never got publicly used. And maybe that guy is on holiday.
Who knows...
Obfuscated code is not secure, it's just longer to crack. But sometimes "longer" is good enough when it means "cannot be done because of time constraints of the team"
In the PSP section of sony, for 10 people than can read C, maybe they have 5 that can read mips. In these five guys, maybe only 1 has the spare time to disassemble the code of a tool that never got publicly used. And maybe that guy is on holiday.
Who knows...
Obfuscated code is not secure, it's just longer to crack. But sometimes "longer" is good enough when it means "cannot be done because of time constraints of the team"
Uhm... the code isn't really obfuscated, and it takes literally less than 3 minutes to disassemble. As said before, it was probably not cost-effective to disassemble whole CFWs, as they contain thousands of lines of code, but in this case it's only a dozen.
*EDIT: Just checked... In the latest M-33 source shapshot there are 481966 lines of code :) Quite a few of them aren't used, but even 100000 lines give enough work for a reverse engineer for half a year. (Plus, the guy would kill himself after a few months)
*EDIT: Just checked... In the latest M-33 source shapshot there are 481966 lines of code :) Quite a few of them aren't used, but even 100000 lines give enough work for a reverse engineer for half a year. (Plus, the guy would kill himself after a few months)
-
- Posts: 203
- Joined: Sat Jul 05, 2008 8:03 am
About the releasing or not the syscall code, we had long discussions and finally decided to make it this way.
@sauron_le_noir: http://advancedpsp.tk/foro_es/viewtopic.php?f=22&t=36
@sauron_le_noir: http://advancedpsp.tk/foro_es/viewtopic.php?f=22&t=36
The Incredible Bill Gates wrote:The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers.
.....ohhhhhh, now i think i get it.... so You have to define the pre-ipl equasion (algorithm) within the processor in order to breach sony's "os" security to be able to load any type of cfw or even touch the flash memory?... hence the name "user mode exploit" for the mohh exploit? (because it cant do that)
Blade, you're totally off-topic here... Why don't you open your thread and discuss Pre-IPL stuff? It has nothing to do with MoHH exploit, eloader or kernel/user mode.
The Incredible Bill Gates wrote:The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers.