How could anybody help with no description what "can't", which steps you do, etc
[Discussion] Magisk Delta - Another unofficial third-party Magisk fork
- Thread starter huskydg
- Start date
NO LOG NO FIX NO COMPLAIN
Please include logcat and magisk log, dmesg if possible
Last edited:
While it seems obvious now that you mention it and should be my first thought, it never crossed my mind!
Keeping it for future use (hope not to need it soon)
Once again thank you very much HuskyDG!
REPORT BUG IS NOW ACCEPTABLE ON XDA THREAD BUT PLEASE INCLUDE ADDITIONAL INFORMATION SUCH AS LOGCAT AND MAGISK LOG IF POSSIBLE
New Version Up!
3b9db6e6-delta
- [General] New way to recover bootloop: Rename magisk.apk to disabler.zip and flash in Recovery to installing Magisk + enable Core-only mode
- [General] Sync upstream source code to d740bbe0
3b9db6e6-delta
- [General] New way to recover bootloop: Rename magisk.apk to disabler.zip and flash in Recovery to installing Magisk + enable Core-only mode
- [General] Sync upstream source code to d740bbe0
I removed the old version 25.2, and flashed magisk delta in recovery Cdroid 9.1 .granted root permissions for apps..but when I open adaway or lucky patch app I don't have root privileges......anyone has the same problem as me. ...I have to reinstall version 25.2
Thanks
Thanks
The mention of Lucky Patcher, a tool that can be used for piracy, among other things, is ban per xda rules, just to remind you.
Revive MagiskHide from Magisk v23.0
- The implementation of MagiskHide is ptrace Zygote process, every forks of Zygote will be notified and traced also.
- MagiskHide from Magisk v23.0 which monitors every thread spawn event of Zygote fork (app process is heavily a multithreads process which will spawn threads to trigger MagiskHide to check UID and cmdline)
- There is an exception that app zygote does not spawn threads and thus it won’t trigger MagiskHide to unmount Magisk and detach. (MagiskDetector and Momo take advantages of this fact to detect MagiskHide through ptrace)
- To fix this problem, we trace the syscalls prctl() instead of thread spawn event of Zygote fork like MagiskHide in Magisk v23.0
- After processes has been forked from zygote, there will be atleast prctl() is called to change the process name. For normal app process and isolated process, the process name will be changed as followed:
- zygote -> (unknown name) -> <pre-initialized> -> (process name). So the key is <pre-initialized>, after that we can guess it is target process or not.
- For app zygote, there is only once prctl() is called to change process name: zygote -> package.name_zygote.
- The changing process name happens before apk is being loaded so we can detach it from ptrace, do unmount all Magisk files and nearly there is no traces left after that.
Last edited:
Switched from riru to zygisk & installed latest usnf module 2.4.1 mod 1.1, now everything is working normally, passing safetynet & integrity tests, the good thing is magiskhide is working with zygisk & thats the most imp. Thing to me as my bank & id apps detects root with anything else apart from magiskhide
(Riru 26.1.7 r530, MagiskHider 0.0.13 & UNSF 2.4.0)
CTS eventually fails for me two, as indicated by GWallet this morning. SCheck confirmed CTS fail. Whatever false positive I'm experiencing lasts for an hour or so after boot if reset-sensitive-props is running.
Following your lead, switched to zygisk and UNSF 2.4.1 mod 1.1.
SCheck passed all, but banking app failed. Then, enabled new zygisk loader option and banking app passes.
All seems good now, thank you
Use magiskhide and hide the bank apps, i turned off zygisk new loader as it causes repainter app to stop working & im using it
Similar threads
Top Liked Posts
-
3
I have Delta on my daily and official Canary on the spare phone
Previously I had the opposite way but since I was ok with Delta for several months, since it was ok (and since I needed better hiding), I put Delta to the daily driver2
Yes, that's why I switched to the adguard dns service, it offloads the blocking, and also since you can define lists, remains current.2 -
6I raised new issue on safetynet fix repo, don't know if kdrag0n will take a look https://github.com/kdrag0n/safetynet-fix/issues/2694From delta telegram about sulist usage
1.
Tips: In order to make modules more compatible with SuList, Magisk Delta supports mount module for SuList apps again after all modules file are directly unmounted from zygote process. However, it is better to enable Core-only mode before switching to SuList, add necessary apps to load modules then enable modules and reboot. If there is something wrong (SystemUI crashs), you can connect your device to adb and disable sulist by this command and reboot:
adb shell su -c magisk --hide sulist disable
Theme modules usually need SystemUI, Settings and Launcher to always be added to SuList to prevent crashing, there might be additional apps need to be added also
2.
This module will help you to add all module apps to sulist to prevent crashing. It uses aapt binary to parse the package name of apk (I forgot the source) As it is heavy to add code that automatically add module files to Magisk Delta, I won't add it.
sulist-auto-whitelist.zip4
About switching to SuList, read the discussion here, above, from Saturday
LSPosed modules, incl HMA are compatible with Delta and SuList, but for Enforce SuList, all their apps like HMA apk must be checked in the Configure SuList - again, see the posts above
Btw, MagiskHide (the concept, and the need for) is different than HMA. By MagiskHide you hide the Magisk itself - by HMA you hide applications that may give a clue that you have Magisk installed (like, why would you have Magisk app installed if you don't have Magisk, hence you have to hide Magisk app by HMA from some 'banking' app that look if the Magisk app is installed, etc)
And SuList is just MagiskHide - but applied through the whitelist SuList. Ie, Magisk is hidden from all apps except those (few) specifically listed in the SuList
'Normal' MagiskHide (by default in Delta) means the blacklist - it hides only from those apps specifically listed in the MagiskHide list
And MagiskHide is the old concept from Magisk v23-, better for hiding than the (new) DenyList in the official Magisk (actually, DenyList is not for hiding, that's why you additionally need Shamiko for the official Magisk)
But for modules it's the same - just don't use Shamiko in Delta since it's not compatible with MagiskHide (Shamiko is for DenyList).
And some modules like Bootloop protection are built-in - in the Delta app settings you have an option to enable Bootloop protection or not33Moved from @Displax USNF fork thread...
Is there a reason you link v1.6?... Latest here:
https://github.com/HuskyDG/magiskhide
Others have used it in combination with Riru hooking framework and Riru USNF... @huskydg solution is here:
https://github.com/HuskyDG/safetynet-fix
Apparently banks may now be detecting even Riru again... @huskydg has a fork of Riru that alters loading... it is experimental, but may be better able to hide itself... Here:
https://github.com/HuskyDG/Riru
Other @huskydg forked modules that may or may not help:
https://github.com/HuskyDG/riru-momohider
and
https://github.com/HuskyDG/riru-unshare
Nb. MomoHider module was an improvement over Unshared...
OP may have better configuration information, and you may find technical details in his TG discussions...
PW -
50This is not an officially supported topjohnwu project.
If you are looking for official Magisk source, please go to this page
Introduction
Custom Magisk fork by HuskyDG. Sync with official Magisk adding back MagiskHide.
http://huskydg.github.io/magisk-files
REPORT BUG IS STILL ACCEPTED ON XDA THREAD BUT PLEASE INCLUDE ADDITIONAL INFORMATION SUCH AS LOGCAT AND MAGISK LOG7Revive MagiskHide from Magisk v23.0
- The implementation of MagiskHide is ptrace Zygote process, every forks of Zygote will be notified and traced also.
- MagiskHide from Magisk v23.0 which monitors every thread spawn event of Zygote fork (app process is heavily a multithreads process which will spawn threads to trigger MagiskHide to check UID and cmdline)
- There is an exception that app zygote does not spawn threads and thus it won’t trigger MagiskHide to unmount Magisk and detach. (MagiskDetector and Momo take advantages of this fact to detect MagiskHide through ptrace)
- To fix this problem, we trace the syscalls prctl() instead of thread spawn event of Zygote fork like MagiskHide in Magisk v23.0
- After processes has been forked from zygote, there will be atleast prctl() is called to change the process name. For normal app process and isolated process, the process name will be changed as followed:
- zygote -> (unknown name) -> <pre-initialized> -> (process name). So the key is <pre-initialized>, after that we can guess it is target process or not.
- For app zygote, there is only once prctl() is called to change process name: zygote -> package.name_zygote.
- The changing process name happens before apk is being loaded so we can detach it from ptrace, do unmount all Magisk files and nearly there is no traces left after that.
6
Interesting analysis from @5ec1cff here:Btw, maybe I should start thinking of Livin' by Mandiri
https://github.com/5ec1cff/my-notes/blob/master/analyse-livin.md
Seems Livin / others may use smap for detection... This study discusses TJW's sanitize environment commit not working properly and LSP fixes in Shamiko as well as efforts needed to hide zygisk hooks, esp for functions of libandroid_runtime.so:
https://github.com/5ec1cff/my-notes/blob/master/new-idea-detect-zygisk.md
... I note dev refers to @canye's (Magisk Bravo) analysis of environment variables too...
This article analyses more recent Zygisk changes and Dev's attempts to hide zygisk /proc/self/attr/current exposure etc:
https://github.com/5ec1cff/my-notes/blob/master/zygisk-new-start-mode.md
... it ends with this conjecture:
"Maybe it's time to consider loading zygisk with native bridge?"
More on this and comparison w/ riru hiding / methods and plans for hiding Zygisk here:
https://github.com/5ec1cff/my-notes/blob/master/maru.md
Many of the ideas revealed in Dev's notes above are implemented in Magisk Maru fork (and adopted for now in Delta)... See top 4 commits here:
https://github.com/5ec1cff/Magisk/commits/maru
... use of complete native/src/zygisk/elf_util.cpp file from LSPosed in inject with native bridge Is interesting...
... Many other interesting notes here:
https://github.com/5ec1cff/my-notes
incl. "build-magisk-on-windows" etc...
... I've only taken a cursory glance at notes I mentioned...
Very credible Zygisk hiding efforts for a fork like Delta however... 
PW
New posts
-
-
Lineage OS for Unihertz Titan? (a Blackberry Option)- Latest: Rumplestilzken
