Repository navigation
Please tiann! #3697
Replies: 2 comments
|
The issue with this, at least from how I understand the way KernelSU works, this isn't possible, as unless specifically whitelisted in the KSU list, then the app doesn't even know that Su exists, nor with the kernel module allow it to work. Allowing this would in turn get rid of a lot of what makes KSU more hidden than MagiskSU, as Magisk is constantly listening and will allow any app to ask for Su privileges whereas KSU will only communicate with approved apps. |
|
@Raviexthegod is mostly right here, but I do think there's some room for middle ground. One of the security benefits of the way magisk does this is you can grant su just once or on a time-limited basis, and there's something to be said for that. There's no reason KSU can't allow you to make As @Raviexthegod3 explained, in order to preserve KSU being hidden by default, there would still be the need to toggle something first on the Superuser tab of KSU to make As for doing this without having to whitelist the app, I think this might be technically possible, but the biggest issue would be that many apps check for the existence of That said, I would think it's possible for monitor for failed attempts to read/execute the |
Uh oh!
There was an error while loading. Please reload this page.
Could KernelSU add a MagiskSU-style interactive Superuser request dialog while keeping the existing Superuser app list?
I need both behaviors at the same time:
“Superuser Request — [App] requests root” → GRANT / DENY
Ideally, the user could choose something like Ask as the default policy, so unlisted apps trigger the dialog instead of being silently denied.
I don't want MagiskSU or another root backend. I need this functionality integrated into KernelSU's existing SU permission system.
Basically: KernelSU root backend + KernelSU Superuser list + MagiskSU-style request popup.
All reactions