due to incorrect app detection method
APKPATH is not present yet but still using it to check, cause false positive
using find instead
Signed-off-by: Cuynu <cuynu@proton.me>
libvvb2060.so` is blacklisted by MB since v6.5.7+
if it's getting deleted, the app will refuse to login with checksum error dialog (GW934)
i switch to check for mbcp* instead, not found = original app
Signed-off-by: Cuynu <cuynu@proton.me>
current firmware in app data folder only get removed if `fix_vtap_cert` patch is found in app
helpful for restoring old detection behavior
added grep check for magisk.db to check if `com.mbmobile` is in Denylist or not, some devices does not put the app to denylist even though the command is executed
remove restriction for bypassed app
Signed-off-by: Cuynu <cuynu@proton.me>
other LSPosed can be used aswell, as long as it newer than 7199+
older LSPosed causes [Device is not compatible] dialog in app with VTAP 40202 error [Runtime Tampering]
Signed-off-by: Cuynu <cuynu@proton.me>
reinstalling app itself when selinux is permissive, so the app can work without vtap 40202 error
check selinux status before get apk path, so it wont show duplicate apk path
vtapfix is deprecated, it is now afterinstall page.
Signed-off-by: Cuynu <cuynu@proton.me>
app comes with zimperium bypass patches does not need to install this module since it is useless anyway
for prebulit users, it's called FullTest variant.
Signed-off-by: Cuynu <cuynu@proton.me>
added -q flag to not print all vtap status anymore
also check crash for old VTAP activity
no longer rely on root manager `packageName` to open vtapfix since it can be be randomized
added restore network after vtap fails multiple times
for `vtapstillfail`: notice that the fix is needed
new vtap phase and start app phase
Signed-off-by: Cuynu <cuynu@proton.me>
using logcat for finding VTAP activity, if it exists then open vtapfix site
can handle some specific cases such as VTAP is provisioned, but the app not work and crashing or opens VTAP activity
it might happens with KernelSU (original packageName) , the app is triggering but VTAP still got provisioned
Signed-off-by: Cuynu <cuynu@proton.me>
with warning about data risk and 15 seconds delay
someone created the another fork of mbzdefend-fix and push it to guthib and bullying me
Signed-off-by: Cuynu <cuynu@proton.me>
there's new proprietary nirtal magisk, which is found from Telegram, this Magisk is unknown and the developer is anonymous.
it might malicious, and takes user data
im not going to allow use of this root impl, this commit will uninstall that proprietary nirtal magisk, as long as the app is not hidden with randomized packageName.
Signed-off-by: Cuynu <cuynu@proton.me>
vtap is flagging this application as runtime tampering
since this app is now outdated, there another fork for it like HMA-OSS or HMAL-OSS which is way lots better than the original one
Signed-off-by: Cuynu <cuynu@proton.me>
there's new proprietary magisk based on the original kitsune mask, named as kitsune mask revived
this one is shit because it doesn't have source code and it's UI looks like vibe coded with liquid glass style
im not going to allow use of this root impl, this commit should work and prevent proprietary kitsune mask users from install this module, as long as the app is not hidden with randomized packageName.
Signed-off-by: Cuynu <cuynu@proton.me>
