Closed roberts011 closed 3 years ago
You really created an issue for this.
Of couse I did😉
This is not worth investing time and efforts into. Creating whatsapp.ab file on termux without password and later creating a entrypted 7z file (already implemented) for safekeeping of database and key file is enough since whatsapp.ab is temporary and gets deleted eventually and there is no reason for anyone to keep whatsapp.ab with them and even if there is they can keep it safe on their own.
If in future if there is a corner case where nopass.ab is not getting unpacked into nopass.tar they can simply download those files from URl and get it working.
I don't follow...
What do you mean, can you explain please?
Yes I was out for the day so couldn't reply. Which part are you not gettign?
How will we get the msgstore.db if we don't decompress the .ab file with the java tool?
How will we get the msgstore.db if we don't decompress the .ab file with the java tool?
We can unpack .ab file to .tar but currently can't unpack those ab file which are encrypted (user entered some password on backup screen)
We can simply ask user to leave that empty or I can make this script in such a way that user does not have to even click his phone. I can send touch input.
Oh thats great!
https://forum.xda-developers.com/t/guide-how-to-extract-create-or-edit-android-adb-backups.2011811/ here is written where the policy has to be put https://infosecwriteups.com/extract-an-android-backup-file-96172efd4d86
Well I think backups are encrypted by default, but no idea...
How will we get the msgstore.db if we don't decompress the .ab file with the java tool?
We can unpack .ab file to .tar but currently can't unpack those ab file which are encrypted (user entered some password on backup screen)
How do you plan to do that?
Well I think backups are encrypted by default, but no idea...
Yes sometimes, if desktop backup is already set.
How do you plan to do that?
Telling user not to enter password.
I mean the decompression part XD
With recent abe.jar release which Nelekov released. That is working with termux
I thought you wanted to scrap the whole JAVA part. Okay so we only need the policy if the backup's encrypted right?
Okay so we only need the policy if the backup's encrypted right?
Exactly
Cool, so no passwords
No passwords.
I will work on it after 10 days, I'm busy with exams.
forked the Termux-Java to include the unlimited policy
wget https://raw.githubusercontent.com/roberts01/Termux-Java/master/installjava && bash installjava
Have to fork the mentioned project: https://github.com/MasterDevX/Termux-Java to include the policy below: https://www.oracle.com/java/technologies/javase-jce8-downloads.html Also reduces dependencies, as this is a working java-termux version.