Jump to content

All Activity

This stream auto-updates     

  1. Past hour
  2. Yesterday
  3. Last week
  4. update will take more than a month

    GRE ? sorry i am not ever going to USA would love to Canada and other countries though
  5. Earlier
  6. How is your GRE prep going on? Wish you best of luck
  7. i am too busy in real life,update will take more than a month as you can see last some major updates are cming exactly after 30days from last 4-5 updates but this time it may take a bit long,patcher is already stable will work as expected ,next update will just add some new features this is just a passion and free work so please do not email me when will be update ready exact date because i do not know myself and is done when i have free time cus it is not a job
  8. How does play store DRM work?

    Nice! you are good
  9. How does play store DRM work?

    RSA 2048 and later AES 256 We patch apps/system for that
  10. How does play store DRM work?

    If there is some cryptographic signing involved, how do you overcome such scheme?
  11. Thanks bro for explaining.
  12. How does play store DRM work?

    License and inapp purchases ? check documentation in Android SDK in simple words app sends its package name,payload or nonce (random string/integer) to server to say it is send by itself and then server responds if the email address login in device the GOOGLE one have any license/purchases for that app to that user with that email along with same payload/nonce,that data is signed by private key of developer which is on google server which neither developer of app knows and public key is client. on receiving app checks if the data is legal now about copy protection,we say them tamper checks,app basically check their signature they are signed with to check if they have same hashcode etc which it was installed and here many things can be done but most wildly used is signature
  13. what this feature does is that when we hack any application for in app purchases there is option shown in fake pop up to STORE PURCHASE because apps keep checking on server if purchase is their own server whereas UP database work as offline legit server same as google and send the same data when app request it which is stored in sqlite database now when people install updates sometimes i change the package_name of patcher to keep patcher not detected by apps then when restoring this will also restore those saved purchase else user needed to buy the same app again but will not be required anymore
  14. Do you mean even if the namespace is different, I will be able to restore the in-app purchases. Please consider to add a feature to select the app for restoring backup.
  15. I would like to know the technical details in a simple language. What is really going on in the backgraound?
  16. well i am always working to expand the user experience and make the tool more easy to use and easy to setup/update i got to know when i was testing when i changed package name of patcher,i had bought some apps (in app purchase hacking) but after restoring settings the Stored database was gone which was saved in old package and now those apps became free version. how can i miss important feature ? Now in next update if the In-app purchases (stored purchases) database exist it will also backup it like when you use EXPORT SETTINGS option and if it doesnot exist it will simply backup settings. now when IMPORTING SETTINGS if backup found of stored purchases database then restore it ,if not found simply restore settings now it will be easy for users to migrate to/ update to different package and can have same settings/customizations/purchases bought with old versions saved Cool isn't it ?
  17. it was in my mind from very long but never got time to work on it,now the next update will bring new patch type which is such a beauty that it can patch license with quality, what we do is keygenning ? keygenning i love doing it sometimes my mind bring out brilliant ideas and the way i implement makes me love myself ,so have patience...
  18. Some people email me for asking the difference of emulations between them,i would like to clear couple of things in one place for all without giving much details and clearing basics. All three tools have License and Billing Hack for android apps and games Freedom -> It uses network parameters (ipv4) hacking like a man in the middle to make changes to result,the result is then passed to APP for verification and RSA Verification should be patched in System/App because the data sent is random. Lucky Patcher– > It uses Dominik hack method to redirect License/Billing To Lucky Patcher and send random data with (Integer value = 0 means licensed/in app purchased) to APP and RSA Verification should be patched in System/App because the data sent is random. Uret Patcher :- It uses Dominik hack method to redirect License/Billing To Uret Patcher and send random data to its OWN LIBRARY and it does not require RSA Verification Patching so it is undetectable on offline based apps. How it works (UP) ? The library of apps is hooked and replaced by Uret Hack library which is simple library without any verification and the final result is binded to app which means the verification process is skipped Small snipped // Original code private void checkverification(String data_recieved_from_server){ lets_check_verification(); if (verification_ok){ app_is_purchased(); }else{ app_is_not_purchased(); } } // modified code private void checkverification(String data_recieved_from_server){ uret_patcher_hook_and_data_return_always_purchased(); return; lets_check_verification(); if (verification_ok){ app_is_purchased(); }else{ app_is_not_purchased(); } } Hope it is clear now!! Best Regards, Jasi2169 i have only used these tools for hacking as these all 3 works in majority of the apps, some other tools came which did not work as expected, if you think i missed some other patching tool let me know which does work like above 3 not like work on only few apps. These above tools work by different means and have different way to do the same task so what matters is the outcome. Credits to bro ChelpuS for Lucky Patcher and madkite for Freedom for their work in their perspective tools,use whatever you wants or try all 3 if someone fails another may work. Have Fun!!
  19. 'Wipe Dalvik Cache' And 'Wipe Unused Dalvik Odex' coming in next update. if user forgot to unpatch in dalvik runtime then they can fix it with one click,on ART runtime unpatching it not required though it is written to unpatch in code patch but it is not required in ART (Lollipop and up) only required in (dalvik) kitkat and below,so if any user forgot to unpatch ,with option 'Wipe Unused Dalvik Odex' it will remove unused odex of apps which are not installed anymore
  20. guess what these below lines refers too ?? anybody can guess ? okay hint made some modifications in core of patching engine
  1. Load more activity
×