[Discussion] Magisk Delta - Another unofficial third-party Magisk fork

Search This thread

pndwal

Senior Member
Question - What is the safe/proper way of proceeding on Pixel 6 pro?
First run after boot, Magisk Delta asks for additional configuration steps to be done and gives following options:
  1. Choose and patch file ( bootloader is locked with avbroot and I don't know how then incorporate patched file into OTA, as only OTA can be sideloaded).
  2. Direct installation (recommended).
  3. Install in inactive slot (after OTA).
Normal Magisk (not Delta) raise same request to perform additional tasks but didn't give any options, hence am unsure which one should I proceed with (tend to think about direct). With that said, it could be third (after OTA) as effectively I did sideload OTA.

Thanks for help!
....
Android Flash tool fails as it tries to unlock bootloader, which fails. I've tried from fastboot level directly.
The OEM Unlocking hasn't been touched (and should be enabled - allowing unlock).
For whatever reason it looks like it simply doesn't work. Not sure why - the only thing which did happen was that run of Magisk additional steps straight after which the system has been bricked.

Yes, I can't get to recovery either.

Do I have a hard brick now? Can I do maybe anything from fastboot level (having all images, including signed ones)?
Just now trying to understand your issue...

Seems this may have complicated by several unusual factors...

Please confirm:

Do you have Magisk installed using avbroot script and bootloader re-locked with custom keys registered?... Saw you mentioned that in other thread but can't see it mentioned here...

Did you also take Install → Install to Inactive Slot in Magisk App?... This is broken at least for late P6 and P7 ROMs as update engine now checks partition digests and will mark the partition as corrupted... Pixel users on recent ROMs have been avoiding this installation method for a while now...

... If you used avbroot it seems boot, recovery, or vendor_boot image may all be patched (to replace the OTA signature verification certificates with the custom OTA signing certificate) in addition to boot or init_boot being patched with magiskinit...
- Also, if OEM unlocking is disabled with locked bootloader and root when system became corrupt device is 'hard bricked' (fastboot flashing unlock will not be allowed)... From what you say you shouldn't be facing this however, unless you use a mod that messes with OEM Unlocking setting... Apparently some forks of USNF do disable this but @kdrag0n disapproved a merge request in official USNF...
- Regardless of OEM Unlock you can't perform 1) a regular (unpatched) A/B OTA update (you should have blocked this via a Magisk module etc) or 2) take the Direct install method for updating Magisk (Magisk updates must be done by repatching) or device will become unbootable and unrecoverable without unlocking the bootloader again (and thus, triggering a data wipe)...
https://github.com/chenxiaolong/avbroot#warnings-and-caveats

Further to avbroot pitfalls, if you're on Android 13 QPR2 Beta 1 (T2B1.221118.006) or later Betas (and possibly even latest stable), Magisk patching boot IMG has been failing due to Compression method of ramdisk in Pixel 6 boot image is incorrect #6441. This has meant that P6 series Beta ROM users have needed to use/patch a corresponding P7 series boot.img (yes, boot.img not initboot.img... Magisk actually adds the missing generic ramdisk) to have working Magisk... So P6 pro users would patch/flash boot.img from corresponding P7 pro Beta build...
- This issue was deemed by Magisk Devs a Google issue not to be fixed in Magisk, but this has just changed with this fix for the incompatible compression algorithm merged only hours ago: Force ramdisk format to lz4_legacy for v4. So with 25211, P6 users should no longer need to patch P7 images to use Magisk...

I have no experience with Pixel device at all, but as long as you haven't disabled OEM Unlocking it seems to me:
- You should be able to recover device at least by unlocking bootloader and fastboot flashing with factory reset (if OEM Unlocking is enabled)...
- You may even be lucky enough to be able to (dirty) flash without unlocking or data wipe if you have carefully avoided any operation that causes an unsigned or differently-signed boot image to be flashed.

Magisk with a locked bootloader was always going to be fraught (trouble)... Hopefully the above notes will be helpful however...

And Pixel users will be better able to advise on recovery options... 🤠 PW
 

shoey63

Recognized Contributor
@dkadds2
It seems that after flashing the signed AVB root images and relocking the bootloader, you forgot to enable OEM unlocking again after the obligatory factory reset.
That was your first mistake.
The second was taking the advice of another user to do a direct install of Magisk Delta. This changed the signature of the boot image and broke the chain of trust.
So as @pndwal has covered above, you have an unbootable system with no ability to unlock the bootloader and flash images or change slots, and no recovery to sideload an OTA zip.
It seems you now have an unrecoverable hard brick unfortunately.
 

zgfg

Senior Member
Oct 10, 2016
8,996
6,741
Redmi K20 / Xiaomi Mi 9T
Xiaomi Mi 11 Ultra
Magisk delta telegram link has gone read-only and can't see any of the questions and comments. There is another link but I just can't seem to find the missing word.

it simply won't give up to me.

i've let myself down

But I can't keep running around.

Quite annoying because I don't want to desert the gram.

Vexed I am as I don't want to say goodbye.

🤔

what have I missed?
There were always two Delta TG channels:

1) One for announcements eg on releases (with comments from users), polls, etc

2) The other for discussions

They also constantly change their names (?), currently the first is named "Magikisune" and the second "Clear sky and historical thunder" - see the attached screenshots

As long as you're subscribed to them, their ever changing names do not bother😁

You can find the first (read-only, announcements) by name (and if I recall, it used to be linked from Delta GitHub project)

Invitation link for the second channel (discussions) was somewhere in the first, I found now one link but it's expired🤔
I don't know if you could find it by name and join then

---

Btw, there is also a third channel, open (regional discussions): "Magisk Forum[SFW][Unofficial]", its invitation link can be found also in the first channel
 

Attachments

  • IMG_20230324_114822.jpg
    IMG_20230324_114822.jpg
    395.6 KB · Views: 69
  • IMG_20230324_114946.jpg
    IMG_20230324_114946.jpg
    346.5 KB · Views: 66
  • IMG_20230324_114734.jpg
    IMG_20230324_114734.jpg
    434.1 KB · Views: 51
  • Screenshot_2023-03-24-11-56-47-185_org.telegram.messenger.jpg
    Screenshot_2023-03-24-11-56-47-185_org.telegram.messenger.jpg
    501.9 KB · Views: 46
  • Screenshot_2023-03-24-12-04-04-661_org.telegram.messenger.jpg
    Screenshot_2023-03-24-12-04-04-661_org.telegram.messenger.jpg
    586.4 KB · Views: 64
Last edited:
  • Like
Reactions: pocketrule

pndwal

Senior Member
@dkadds2
It seems that after flashing the signed AVB root images and relocking the bootloader, you forgot to enable OEM unlocking again after the obligatory factory reset.
That was your first mistake.
The second was taking the advice of another user to do a direct install of Magisk Delta. This changed the signature of the boot image and broke the chain of trust.
So as @pndwal has covered above, you have an unbootable system with no ability to unlock the bootloader and flash images or change slots, and no recovery to sideload an OTA zip.
It seems you now have an unrecoverable hard brick unfortunately.
Do you know if any EDL option is available for P6 series?... I understand from P7 discussion that this may have been removed at least for A13 LV devices... 🤔 PW
 

zgfg

Senior Member
Oct 10, 2016
8,996
6,741
Redmi K20 / Xiaomi Mi 9T
Xiaomi Mi 11 Ultra
What's the point of using a Magisk module instead of AdAway?
Some users claimed they have issues with Systemless hosts/AdAway

That module installs its own hosts file at the time of installation file and it uses then the same Magisk systemless mechanism to mount over the /etc/hosts file but not by the use of Magisk built-in Systemless hosts)

Its hosts file will be updated only by updating the module. It says on GitHub that module will be updated every month but the latest version there is from December

I don't use the module but some say here (or in the AdAway thread) that they are ok with
 
Last edited:

asripath

Senior Member
Jul 12, 2020
269
224
Redmi K20 Pro
Samsung Galaxy Tab A8
There were always two Delta TG channels:

1) one read-only, for announcements of releases, polls, etc

2) The other for discussions

They also constantly change their names (?), currently the first is named "Magikisune" and the second "Clear sky and historical thunder" - see the attached screenshots

As long as you're subscribed to them, their ever changing names do not bother😁

You can find the first (read-only, announcements) by name (and if I recall, it used to be link on Delta GitHub)

Invitation link for the second channel (discussions) was somewhere in the first, I found now one link but it's expired🤔
I don't know if you could find it by name and join there

---

Btw, there is also a third channel, fully open (regional discussions): "Magisk Forum[SFW][Unofficial]", link can be found in the first
Magikisune as it's currently known...
The release channel used to allow comments on releases....
Very helpful to know how the build is working

Edit:
See that comments have been enabled again.
@huskydg 👍
 
Last edited:

shoey63

Recognized Contributor
Do you know if any EDL option is available for P6 series?... I understand from P7 discussion that this may have been removed at least for A13 LV devices... 🤔 PW
I don't think so, but alternative methods have been tried to recover hard bricks.
None have been successful to date.
 
Last edited:

dkadds2

Senior Member
Sep 2, 2013
81
5
So as @pndwal has covered above, you have an unbootable system with no ability to unlock the bootloader and flash images or change slots, and no recovery to sideload an OTA zip.
It seems you now have an unrecoverable hard brick unfortunately.

Thank you @pndwal , @Lughnasadh, @shoey63, @zgfg.

Given it is confirmed to be a hard brick - how can this be recovered outside of sending it back to Google (and counting on them replacing the unit).
Could this be fixed by opening up the phone and flashing something directly to eMMC? I'm not familiar with this though maybe some repair shops around can be able to do this.

Is there anything possible or this piece of hardware can be now sold for pieces?
 
  • Like
Reactions: Lughnasadh

zgfg

Senior Member
Oct 10, 2016
8,996
6,741
Redmi K20 / Xiaomi Mi 9T
Xiaomi Mi 11 Ultra
Thank you @pndwal , @Lughnasadh, @shoey63, @zgfg.

Given it is confirmed to be a hard brick - how can this be recovered outside of sending it back to Google (and counting on them replacing the unit).
Could this be fixed by opening up the phone and flashing something directly to eMMC? I'm not familiar with this though maybe some repair shops around can be able to do this.

Is there anything possible or this piece of hardware can be now sold for pieces?
I'm not familiar with Pixels but I know (fortunately, I never needed) that eg for Xiaomi phones there are users (contacts can be found on TG, 'ads' for paid services are forbidden on XDA) that provide authorized EDL support. They can do it remotely (you know what does it mean, they must connect to your PC to install and run the tools remotely - potentially a security risk) but you have to physically open your phone to access the pins on the motherboard (they can't do remotely😁)

For some older phones firehose files can be found on the Net, and then by the low-level tools (for the particular chipsets like Snapdragons) you can flash and un-brick the phone yourself (and save money, but it needs then a higher level of hacking from yourself, potentially a Linux machine for the tools, etc)

Last but not the least, by opening the phone you loose the warranty (you cannot hide that, and there is always a risk that you physically break something). If things don't go well, at the end you would additionally have to pay in the service shop or buy a new phone

Hence it's an endeavor that can be fun and a chance to learn new skils, but with the risks and costs (for the beginning, for good tools to open the phone by not damaging the display, battery, etc)
 
Last edited:

Lughnasadh

Senior Member
Mar 23, 2015
5,176
6,068
Google Nexus 5
Huawei Nexus 6P
Thank you @pndwal , @Lughnasadh, @shoey63, @zgfg.

Given it is confirmed to be a hard brick - how can this be recovered outside of sending it back to Google (and counting on them replacing the unit).
Could this be fixed by opening up the phone and flashing something directly to eMMC? I'm not familiar with this though maybe some repair shops around can be able to do this.

Is there anything possible or this piece of hardware can be now sold for pieces?
There are no low level tools publicly available for the newer Pixels (Tensor-based) that I'm aware of. Replacing the motherboard may be the only option (assuming that will fix it).
 

HippoMan

Senior Member
May 5, 2009
2,166
971
Hippoland
Thank you @pndwal , @Lughnasadh, @shoey63, @zgfg.

Given it is confirmed to be a hard brick - how can this be recovered outside of sending it back to Google (and counting on them replacing the unit).
Could this be fixed by opening up the phone and flashing something directly to eMMC? I'm not familiar with this though maybe some repair shops around can be able to do this.

Is there anything possible or this piece of hardware can be now sold for pieces?
<rant>
Thank you, Google, for continuing to give us "enhancements" (ha ha!) with every new OS version which make things more and more complicated and painful for us, and which give us an increasingly greater chance of hard-bricking our devices! We yearn for the day when you will get Android to the point of being as locked down as an iOS device ... and we pray that you keep going beyond that to finally get Android to the same level of user configurability as a traditional IBM 360 mainframe!
</rant>
 
  • Like
Reactions: pocketrule

dkadds2

Senior Member
Sep 2, 2013
81
5
Thanks again - would you guys be able to drive me where/how to find Pixel groups/people willing to do it remotely?
If phone needs to be physically opened, then I'll probably drop it to the phone shop and still then can have it done remotely by them. I'm just afraid that finding a local shop knowledgeable about Pixels hard-brick recovery might be not that easy - hence I'll need to merge two worlds.

Re toolset - am not affraid of Linux, well am super familiar, this is my desktop under which I run all VMs with Windows as needed, etc. Toolset wise - that's not a problem to give remote access, not sure if this can be VM based as some low level USB behavior requires physical system, anyway, I'd grab spare laptop for it.

It's more about where to find experts and for sure I already know it's not gonna be free or cheap and replacing a motherboard... omg. I'd think it might be cheaper to re-solder eMMC (storage) and the only question is what needs to be put on it/format of it.
 
  • Like
Reactions: HippoMan

crypticc

Senior Member
Aug 22, 2009
1,248
171
London
There were always two Delta TG channels:

1) One for announcements eg on releases (with comments from users), polls, etc

2) The other for discussions

They also constantly change their names (?), currently the first is named "Magikisune" and the second "Clear sky and historical thunder" - see the attached screenshots

As long as you're subscribed to them, their ever changing names do not bother😁

You can find the first (read-only, announcements) by name (and if I recall, it used to be linked from Delta GitHub project)

Invitation link for the second channel (discussions) was somewhere in the first, I found now one link but it's expired🤔
I don't know if you could find it by name and join then

---

Btw, there is also a third channel, open (regional discussions): "Magisk Forum[SFW][Unofficial]", its invitation link can be found also in the first channel

Thanks.

It's the second one I was looking for... The three characters become clear on the video or maybe my message. But even then doesn't work. Hrumph
 

crypticc

Senior Member
Aug 22, 2009
1,248
171
London
Hi all,

I've rooted my Pixel 7 Pro with latest Magisk stable and I would like to switch to Magisk Delta but I don't know how.

Thanks !
Just install the apk. It'll then offer to update to the Delta. Choose direct install. Away you go.


Edit: reading the troubles of dkadds2 just checking that you have NOT used this module:


I don't even know what that module does but it sounds bloody dangerous and explicitly says don't use direct install, only offline patching (presumably also means cannot do patch of image and then fastboot boot that to gain temporary root.... And then direct install which is what I tend to do)


But if all you have is Magisk regular root then I would say as I've done is okay because that's exactly what I did.




Edit. And instructions.....
 
Last edited:
  • Like
Reactions: fma388

pndwal

Senior Member
Thanks again - would you guys be able to drive me where/how to find Pixel groups/people willing to do it remotely?
If phone needs to be physically opened, then I'll probably drop it to the phone shop and still then can have it done remotely by them. I'm just afraid that finding a local shop knowledgeable about Pixels hard-brick recovery might be not that easy - hence I'll need to merge two worlds.

Re toolset - am not affraid of Linux, well am super familiar, this is my desktop under which I run all VMs with Windows as needed, etc. Toolset wise - that's not a problem to give remote access, not sure if this can be VM based as some low level USB behavior requires physical system, anyway, I'd grab spare laptop for it.

It's more about where to find experts and for sure I already know it's not gonna be free or cheap and replacing a motherboard... omg. I'd think it might be cheaper to re-solder eMMC (storage) and the only question is what needs to be put on it/format of it.
I have twice used an Xiaomi 'Authorised Account' holder to unbrick an older hardbricked MTK based device (Xiaomi MTK are notoriously easy to hard brick; even flashing a TWRPs build that's not properly matched will do this... QCom is recommended for modding and very brick-proof... Many custom mod projects on XDA for Xiaomi MTK were abandoned as Devs couldn't afford to run the risks)... I paid about $12 each time and gave permissions to the company in Vietnam after connecting with Team Viewer... Session, incl flashing while logged into Xiaomi thru connected Authorised account, took maybe 15 min each time... There are many sharks around but I'd checked out the special phone services offered by this small business carefully...

However I fear it won't be so easy now or for late Pixel...

EDL (Qualcomm) and similar were developed to the point where even unpowered (no battery connected) devices could be reflashed, but companies like Xiaomi began locking down EDL mode to Authorised agents citing security concerns (correctly in fact) as hack tests have demonstrated that by using certainly vulns and modified ROMs the data-wipe requirement when unlocking bootloader can be completely bypassed in emergency download modes and then data is easily accessible on stolen devices... please see my post re. critical device vulnerabilities using QCom's EDL mode and similar MTek Emergency Download protocol which effectively grant an attacker full device access due to these modes not simply allowing forced flashing of officially signed software, but also providing ability to disable secure boot and unlock the bootloader with NO LOSS of device data. https://forum.xda-developers.com/re...tuck-da-mode-authorised-t4000433/post81563925... The cited XDA article on exploiting emergency download flash protocol gives more details.

Seems EDL and similar modes are now prohibited for regular users by most companies for the same security reasons, and new designs like Tensor may not even enable such a mode at all... It seems that P6 series users have not yet found confirmable means to recover a hard-bricked main board... Even Xiaomi Authorized Account holding agents are now like hens teeth as Xiaomi has revoked accounts for most of these and began requiring per-session payments from agents... My Vietnamese agent no longer offers the service, and they may all in fact be gone...

In short (assuming you really didn't enable OEM Unlocking after wipes associated with re-locking bootloader and have really hard-bricked your device), I don't like your chances for a fix at least using 3rd party services... 😬 PW
 
Last edited:
  • Like
Reactions: dkadds2

fma388

Member
Aug 27, 2014
42
21
Google Pixel 7 Pro
Just install the apk. It'll then offer to update to the Delta. Choose direct install. Away you go.


Edit: reading the troubles of dkadds2 just checking that you have NOT used this module:


I don't even know what that module does but it sounds bloody dangerous and explicitly says don't use direct install, only offline patching (presumably also means cannot do patch of image and then fastboot boot that to gain temporary root.... And then direct install which is what I tend to do)


But if all you have is Magisk regular root then I would say as I've done is okay because that's exactly what I did.




Edit. And instructions.....
Thanks a lot !

Of course I read the official instructions but I want to be sure it was also simple 😬

Do I have to uninstall the manager of Magisk stable before install the one of Delta ?
 

Top Liked Posts

  • 1
    or perhaps google wrote him that they were about to sue him if wouldn't stop development? as they did with John
    That's not what happened with John.

    The only reason for John having changed his development priorities is because he took a job with Google.
    1
    or perhaps google wrote him that they were about to sue him if wouldn't stop development? as they did with John

    This never happened or any new version like 26 would have never been released
  • 3
    If official magisk lets you disable zygisk,
    It does...
    then yes. You literally just make sure you are hiding root from starling (on official magisk you can do this with denylist i think, but shamiko won't work without zygisk so be sure to enable magisk's own denylist toggle,
    ...but Denylist requires Zygisk too.
    on delta it's "MagiskHide") and reboot with zygisk disabled. Log into starling then when you're in, reboot with zygisk enabled again. When starling gets to one day left on their timer, redo the process.
    I did have the Firebase url blocked in adaway, unsure if that's strictly required now but it's probably doing no harm to have it blocked.
    👍

    FWIW, I've already tried this with my current Alpha Magisk setup which is a POC for the upcoming native bridge Zygisk loading refactoring. It seems it's not yet enough to hide Zygisk from this app, but even initial work is not yet completed
    IMG_20230521_122937.jpg

    and native bridge compatible Shamiko is also brand new.

    I suspect when the final function above and testing are completed and NB Zygisk hits official Magisk (expected with 27.0) Zygisk may be properly hidable finally just as NB based Riru was.

    Of course Riru had integrated RiruHide, but Zygisk will always rely on third party hiding going to forward so some further compatibility tweaks for Shamiko will probably also be required for proper Zygisk hiding...

    Meanwhile, someone else might be interested in trying official Magisk with firebaseremoteconfig.googleapis.com blocked and @huskydg's p-trace based portable MagiskHide...

    Please say if passing PI deviceIntegrity verdict is also needed... (I suspect it will be, but some banks don't check this.) If it is, @huskydg's (improved) forked Riru build and his Riru-based forked safetynet-fix build could also be applied to TJW Magisk...

    I may try this when time permits, but real Starling users may have more motivation.

    👍 PW

    Edit:

    Tried this with current Alpha w/ MagiskHide instead of Denylist (Zygisk disabled), and voilà!:
    IMG_20230521_133635~2.jpg

    ... I can confirm PI deviceIntegrity is not checked as it is failing and blocking firebaseremoteconfig.googleapis.com was not required either... (12 May 2023 update.)
    2
    Is magisk delta dead?
    This on TG Channel dt. 23-May-2023
    1
    I'm fairly new to MD, I have fdac22ba installed on Pixel 7 Pro. Its currently set up using Magisk Hide but I want to change it and use SU List instead but when I tried it I had trouble with 2 modules which showed as installed but I couldn't open them, BCR & AOSPMods. Anyone have similar issue with these apps. Or is there a specific way it has to be done. I tried reinstalling, rebooting etc.
    Install Su-List Auto-WhiteList module (scroll up in this thread to find about), or manually add module's apps to SuList (and reboot)
    1
    Starling bank app seems to be detecting root now regardless of Delta/Alpha,modules, or setting combos. Super frustrating.
    1
    Try this, it's per-app. Maybe it could help. (Lsposed)

    No luck with this either

    Edit:
    Got it working by disabling Zygisk entirely. App gives you 7 days from root detection once logged in so I guess I'll just turn zygisk off for a boot cycle once a week to keep the app going. Pain in the ass or what.
  • 54
    This 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 LOG
    7
    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.
    6
    Thread re-opened
    6
    And now Bingo, with today's Magisk-017cca27-delta(25205), Momo does no more detect Zygisk

    - Zygisk and MagiskHide enabled, Shamiko disabled
    👍
    Btw, maybe I should start thinking of Livin' by Mandiri 😁
    Interesting analysis from @5ec1cff here:
    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