Jump to content

Welcome to AppCake Forum
Register now to gain access to all of our features. Once registered and logged in, you will be able to create topics, post replies to existing threads, give reputation to your fellow members, get your own private messenger, post status updates, manage your profile and so much more. If you already have an account, login here - otherwise create an account for free today!
Photo

Data of all recently cracked apps (by user_hidden) or savegames now stored in the DumpedPart64 folder


  • You cannot start a new topic
  • Please log in to reply
11 replies to this topic

#1
ChoJJa

ChoJJa

    Getting Known

  • IC Member
  • 20 posts
    • Time Online: 1d 29m 12s

Greetings! My device is iPad Pro 10.5", iOS 14.8.1, checkra1n 0.12.4.

 

Weird things started to happen: data of all recently cracked apps (app data or game saves) now stored in the "private/var/mobile/Containers/Data/Application/DumpedPart64" folder, instead of app's own data folders, like it should be. Such behavior is noticed on: Taiko no Tatsujin Pop Tap Beat, Skate City, Angry Birds Reloaded, Cut the Rope Remastered, Audiobus 3. This is not the full list, this is just what I updated recently. Such behavior wasn't noticed in older versions.

 

For example, game save of Skate City v5.4 is stored in "private/var/mobile/Containers/Data/Application/Skate City/Library/Preferences/com.snowman.skatecity.plist" file. But now, in Skate City v5.5, game save is stored in "private/var/mobile/Containers/Data/Application/DumpedPart64/Library/Preferences/com.snowman.skatecity.plist". So when I update Skate City to v5.5, I need to copy "com.snowman.skatecity.plist" file manually from Skate City data folder to DumpedPart64 folder to get my saves back. I'm using 3uTools for IPA installation, but tried Filza iOS app and faced with similiar issue.

 

All this is happening on user_hidden's cracks. I just checked zachary's cracks, it works fine, data are stored in app's own data folders. Looks like there is something changed in cracking method or cracking tool on user_hidden's side, not sure.



#2
user_hidden

user_hidden

    Forum Admin

  • Admin
  • 66,603 posts
    • Time Online: 323d 7h 17m 44s
  • iDevices Owned:iPod Classic, iPod Touch 4, iPhone 4, iPhone SE, iPhone 6, iPhone 8, iPad Mini, iPad Mini 2, iPad 1, iPad 2, iPad 5, MacBook Air, iHave a PC
  • Most used iOS:iOS 5, iOS 6, iOS 7, iOS 8, iOS 9, iOS 10, iOS 11, iOS 12

many changes occur.

use my apps and enjoy

otherwise play on the other side.



#3
ChoJJa

ChoJJa

    Getting Known

  • IC Member
  • 20 posts
    • Time Online: 1d 29m 12s

Hey, user_hidden! Thanks for all your cracks and your hard work :) I just wanted to notice you that some of your last changes goes wrong: all and any app/game data now moved into the one folder (DumpedPart64), making file mess inside it. This seems not right.

 

I also noticed that your "Papers, Please" crack v1.4.1 works correctly, all game data is stored in "private/var/mobile/Containers/Data/Application/Papers, Please" folder. But, all of a sudden, your v1.4.2 crack have the same wrong behavior - all game data is moved to DumpedPart64 folder again. The difference in the filenames is "bfi" and "bfi2", maybe this is the clue. Don't really know if this matters.



#4
user_hidden

user_hidden

    Forum Admin

  • Admin
  • 66,603 posts
    • Time Online: 323d 7h 17m 44s
  • iDevices Owned:iPod Classic, iPod Touch 4, iPhone 4, iPhone SE, iPhone 6, iPhone 8, iPad Mini, iPad Mini 2, iPad 1, iPad 2, iPad 5, MacBook Air, iHave a PC
  • Most used iOS:iOS 5, iOS 6, iOS 7, iOS 8, iOS 9, iOS 10, iOS 11, iOS 12

so just use my cracks when updating .....

 

its all part of my copy protection and app behavior

.



#5
ChoJJa

ChoJJa

    Getting Known

  • IC Member
  • 20 posts
    • Time Online: 1d 29m 12s

I've been using your cracks for years, thanks a lot for that! But I didn't quite understand what "copy protection" means in this case. Did you make it on purpose that all data of the apps you cracked were saved to the DumpedPart64 folder?

Again, last Angry Birds Reloaded v1.13.14166 works totally fine, all the data is stored at "private/var/mobile/Containers/Data/Application/AngryBirdsReloaded", like it should be. Weird :)



#6
drenyl

drenyl

    Caker

  • IC Member
  • 52 posts
    • Time Online: 16h 25m 35s

The app identifier in the codesign is "DumpedPart64", so all the app's data goes to that folder in /var/mobile/Containers/Data/Application/<whatever the id is for DumpedPart64>

 

An embedded signature with 5 blobs:
Code Directory (184661 bytes)
                Version:     20400
                Flags:       none
                CodeLimit:   0x2404b30
                Identifier:  DumpedPart64 (@0x58)

Install 2+ apps and they both use the same /var/mobile/Containers/Data/Application/# folder, which destroys them if they use same filenames or caches.

 

I understand you want to create copy protection because people steal credit for your apps, but the copy protection shouldn't break all the apps.


  • ChoJJa likes this

#7
drenyl

drenyl

    Caker

  • IC Member
  • 52 posts
    • Time Online: 16h 25m 35s
codesign man page: "very bad idea" for all programs to have the same (DumpedPart64) identifier

     -i, --identifier identifier
             During signing, explicitly specify the unique identifier string
             that is embedded in code signatures. If this option is omitted,
             the identifier is derived from either the Info.plist (if
             present), or the filename of the executable being signed, possi-
             bly modified by the --prefix option.  It is a very bad idea to
             sign different programs with the same identifier.

  • ChoJJa likes this

#8
ChoJJa

ChoJJa

    Getting Known

  • IC Member
  • 20 posts
    • Time Online: 1d 29m 12s

I understand you want to create copy protection because people steal credit for your apps, but the copy protection shouldn't break all the apps.

 

That's what I'm talking about. The weird thing is there are "copy protected" apps by user_hidden (with "bfi2" in the filename), and there are NOT copy protected apps (with "bfi" in the filename). The second ones saves files into its own folders, as it should be. For example: the latest version of Rush Rally 3 is so called "copy protected". At the same time, the latest Sneaky Sasquatch isn't copy protected and saves files into its own folder. I don't understand the logic of all this :)

 

By the way, I don't use these "bfi2" copy protected apps, because I don't want a file mess in DumpedPart64 folder and possible apps crashes in the future.



#9
user_hidden

user_hidden

    Forum Admin

  • Admin
  • 66,603 posts
    • Time Online: 323d 7h 17m 44s
  • iDevices Owned:iPod Classic, iPod Touch 4, iPhone 4, iPhone SE, iPhone 6, iPhone 8, iPad Mini, iPad Mini 2, iPad 1, iPad 2, iPad 5, MacBook Air, iHave a PC
  • Most used iOS:iOS 5, iOS 6, iOS 7, iOS 8, iOS 9, iOS 10, iOS 11, iOS 12

I do things MY way.

 

perhaps it may be better if i just stop releasing everything ?



#10
ChoJJa

ChoJJa

    Getting Known

  • IC Member
  • 20 posts
    • Time Online: 1d 29m 12s

user_hidden, with all respect to your hard work, no offence, and continue please <3 But recently some things goes objectively wrong.



#11
ChoJJa

ChoJJa

    Getting Known

  • IC Member
  • 20 posts
    • Time Online: 1d 29m 12s

Here's an example why it's very bad idea for all programs to have the same identifier (DumpedPart64). I installed user_hidden's "copy protected" Rush Rally 3 v1.134 and Rush Rally Origins v1.64. Both games uses the same filenames for saves: Documents/globaldata.dat and Documents/savedata.rr. When I launch user_hidden's "copy protected" Rush Rally 3, it creates these two files in DumpedPart64/Documents folder. When I launch Rush Rally Origins later, it overwrites these two files in DumpedPart64/Documents folder. It turns out that it's impossible to have saves of these two games at the same time.

 

@user_hidden, please, pay attention to this.



#12
wueider

wueider

    Fresh Newbie

  • IC Lurker
  • Pip
  • 1 posts
    • Time Online: 4m 4s
The situation you describe may be caused by a change in the cracking tool or method, which may have an impact on the location of the application's data storage. Different cracking tools and methods may have different results.
In this case, you may need to contact the developer of the cracking tool or the relevant community for their help and support. They may be able to provide a more accurate solution to ensure that the app's data is stored in the correct location.