UnPKG GUI PS3 PKG Decompiler, Homebrew Stealthing Utility Out!
Over the weekend TeamSOS have released UnPKG GUI PS3 PKG Decompiler alongside a video of it in action below followed by PlayStation 3 Homebrew Stealthing Utility v1.3.5.
Download: UnPKG GUI PS3 PKG Decompiler / UnPKG Commandline PS3 PKG Decompiler / UnPKG v1.2 GUI / Commandline PS3 PKG Decompiler / PS3 Homebrew Stealthing Utility v1.3.5 / Stealthed MultiMAN PS3 Backup Manager / UngPKG 2GB Fix by element
To quote: First is Unpkg GUI (Windows Program requires .NET) and second is Allunpkg (Command Line version) both will decrypt and extract ALL pkg files with the exception of firmware PKG files. Instead of having to use different applications to deal with different pkg types, these applications will detect what's what and handle it accordingly. Major props goes to Blazie151 for making most of the app (I'm on TeamSOS too, just not as good as Blazie + he did most of it).
Thanks goes out to Mathieulh for sharing some of the source code needed for this release, also thanks to nawhrwet for his program that handles the debug pkgs.
If you would like to see it in action check out the video below:
I'm releasing an application, called Homebrew Stealthing Utility v1.3.5, that I created that allows you to stealth a homebrew application or game as any PSN demo or full game that you want. Instead of having it possibly affect your future gaming needs, or having 10,000+ people all playing the same "game", YOU can choose what you stealth the homebrew as. Normally, this would just appear as game sharing; for double protection or the paranoid bunch, download the demo first and it'll be added to your purchase history.
Ok, before anyone even asks - NO THIS NOT ALLOW YOU ACCESS TO PSN. It's an application that will make PSN safer once its restored. Trollers on this thread saying useless crap like "how does this help without PSN access" will not be appreciated.
So here's the theory I cooked up from getting information from multiple sources and seeing the data and logs myself, cross-referencing things like what was being played and used, when, how long, log cleaning and safety measures used, and online habits. Needless to say it was a lot of data to sift through to fully formulate my thoughts. Some of this is known, some of it I haven't seen on the net at all, so here goes...
Part 1 - Any homebrew you use puts a line in your log files. The log files are not normally wiped by going online. By wiping your own logs, you give reason for flags. The only time your logs would be erased normally is if you formatted your hard drive. When you log in 50 different times with blank logs, it would obviously be something noticeable on the server side, even if $ony is not monitoring it now. It takes more than 5 minutes to format your hard drive, pop it another game and get online. So when you log out, change your game with your boot manager, and log back in with clean logs again, it would look very fishy. All $ony would need to do is cache logs between log ins for a predetermined amount of time and wait for people to start triggering flags and warning that could turn into bans. For this reason, ALL HOMEBREW SHOULD BE STEALTHED!
Part 2 - If you can see what your friends are playing online, don't you think $ony can too? The way "stealth" homebrew is currently stealthed is by having it look like a game. The downfall is that you can't play that game in future, because the homebrew files are using that folder. Also, and a big one here, if your online with that stealth homebrew, it shows that its being played from the hard drive. Now, to me, that looks like a huge red flag waving around with a jumping kid screaming "$ony come ban me." I mean, if your friends can see that don't you think $ony can? I would think that would be immensely easy to detect. No gameid starting in B (as in BLES00000) should be listed as being played from the hard drive. I would think detecting this would be more than easy for $ony to implement, especially since the average user can see that now.
As for only releasing the homebrew stealthed as a single game, don't you thing it looks weird when 10,000+ people start using a game that's not popular? I know that question has been asked here before. Even if they can't ban someone directly for it, I would think $ony could at least monitor those consoles closer than the rest cause again, it just looks fishy.
Now the solution. What's the best way to stealth homebrew, without losing ability to play certain games from disc if you wanted to, and have everything look kosher and perfect, even while online? I decided that using PSN demos would be the safest. They never really get played so its not interfering with your regular gaming or other homebrew, you don't have to ever clean your logs, and your friends and $ony can't see you playing a disc-based game from the hard drive.
So why now, why not wait until PSN is back? Well, that's simple. PSN is coming back, it's inevitable. Why not already practice good stealthing so when PSN comes back your not scrambling to clean your logs and worrying that something slipped through the cracks?
This application supports all pkg files that are not firmware pkg files. You can select an extra file to include in the USRDIR directory (mainly implemented that for MultiMan use, since that file is needed to play backups and not included in the MultiMan package). Also, it supports pkg file creation for 3.41 and 3.55, as well as a pause function for manual file manipulation prior to re-packaging. It also saves your output directory and firmware selection for future use, as well as run time arguments. Drag a pkg file on top of it or assign pkg files to open with it in windows, and it will load the first field with that data.
The only applications I've seen have some problems with being stealthed are programs with callbacks to a static eboot.bin folder (like dev_blind), I'm working on a fix for that. Also, any program like MultiMan, that has an options ini file, needs that file modified with the new gameid in order for all the functions, such as covers, themes, etc, to work. All the other functions work fine though. If you'd like, check the pause option and modify the file manually. You also need to change the option to clear the logs when MultiMan boots. I'll work on a solution for this as well, but for now I'll also share my stealthed MultiMan with you all so you don't have to stealth that one if you don't want.
Current Feature List:
- Stealthed pkg file works on all firmware versions (3.15, 3.41, 3.55) including GH 3.55
- Supports all pkg files
- Supports run time arguments so you can open this program with a file or even automate it
- Grabs the GameIDs and homebrew names automatically
- Creates the -conf files automatically
- Creates the stealth pkg automatically
- Adds an additional user specified file if selected
- Can sign the file automatically if selected (3.55GH mainly)
- Pause checkbox allows manual modification of files before pkg'ing
- Works on Virtual Machines, runs with .net 3.5
- Some virus protection programs don't like it. This is because it creates all dependency files during run time, and some virus protection programs don't like exe files appearing from thin air. If this happens to you, please add the dir this utility is stored in to your excluded list in your virus scanner.
- Automatic modification of ini files (like the ones in MultiMan)
- Automatically change MultiMan's log cleaning setting
Update: PlayStation 3 developer element has now made available an UngPKG 2GB fix below, as follows:
I am a great fan of the ps3tools ... but I have seen that the tools cannot support files which are larger than ~1.5 GB.
The reason is fairly simple... there are no more continuous heap left to map the entire file.
Therefore I have adapted the ungpkg tool, that this will read the file and make a decryption slice by slice. Hopefully somebody enjoy the release
ungpkg.c 2GB fix
[Register or Login to view code]
[Register or Login to view code]
More PlayStation 3 News...
Yeah - it would be not suspicious AT ALL if I'll be playing the "Demo of Barbie horse riding" 20 hours a day for several months ... IMO - this all reasoning behind "stealth" mode is pointless unless you'll be using multiply game IDs at random and even then it would be still easily detectable by Sony - all they need to do is some stast on games and demo usage overall and it will point out most of the unusual activities. Also - I'm not sure Sony is currently seeing if the game is played grom hard drive or BD ...
The much esier way than fiddling with the HB ids is simply to fake the list rather then vipe it or just back it up prior runing HB and then restore it to it's original content etc. Still - best solution - simply don't go online with such PS3.
I remind you that backup managers erase the log file when you run them, no need to worry about this!
I remind you that not everyone uses them, this would mostly be aimed at people that install PSN-like.
PS3 Homebrew Stealthing Utility 1.4 Released by TeamSOS
Today blazie151 of TeamSOS has released Homebrew Stealthing Utility version 1.4 for the PS3 console.
Download: PS3 Homebrew Stealthing Utility 1.4
To quote: Today, I'm releasing version 1.4 of the Homebrew Stealthing Utility. I have changed around some functions on it to make it more compatible with homebrew without losing features.
It now automatically looks recursively in sub directories to find any and all ini files, reads them into memory, and changes all references to the original homebrew gameid to the one its being stealthed as.
I have also added some extra features specific to MultiMan, such as removing log cleaning and turning of FTP, both user choice. Just as the last release was, this one was tested thoroughly on multiple machines and even a couple virtual machines.
Added Features Include:
- Automatic ini (options) file modification, processes all ini files
- Turn off auto log cleaning in MultiMan
- Disable FTP on startup in MultiMan
- Some rarely occurring bug fixes
- Some homebrew has a static call back to a specific folder, still working on that. Dev_Blind is an example of this.
- Some computers don't have their .net installations done right. If you get an error message saying that MSVCR100.dll is missing, please download this: http://www.microsoft.com/downloads/e...3-37bf0912db84 - Thanks xim2
- Some virus protection programs don't like this application. It's because all required dependencies are built into this application. I did this so that an installation was not required and it could be a stand-alone exe file. If your virus protection program doesn't like this application, simply add it's folder to your anti-virus exclusions list, or dis-able it while running this app. The only culprit I have confirmed so far has been Kaspersky Anti-Virus.
More PlayStation 3 News...
has some nice additional features other than stealthing, always welcome them.
has anybody stealthed the rebug selecter? i tried but get errors
UngPKG 2GB Fix
Here is another update to UngPKG from element which includes a 2GB fix, as follows:
Fixes below are for fail0verflow’s ungpkg.c ps3 dev tool. Ungpkg supports now files larger than ~1.5 GB and PSP packages.
Hello, I am a great fan of the ps3tools ... but I have seen that the tools cannot support files which are larger than ~1.5 GB.
The reason is fairly simple ... there are no more continous heap left to map the entire file.
Therfore I have adapted the ungpkg tool, that this will read the file and make a decryption slice by slice.
Hopefully somebody enjoy the release:
Finally, from element comes an EDAT Tool - PS3Tools style, who states the following:
Hello ... it is me again, with a small release. I "partially" ported the edat tool from snowydev to plain c in ps3tool style... Currently it is only possible to encrypt ISO.BIN and MINIS.BIN (what I have tested so far).
Thanks to all which have developed the base versions of all the tools.
Just to say again: I have just decompiled the base tools and make a "new" one out of it, SO ... BIG THANKS TO flatz, snowydev