The log permission is not relevant for newer Android versions anymore:Marcel, thank you very much for the great work~
I notice that some apps in play store need the permission
read sensitive log data in Device & app history group or
read battery statistics in Others group.
Do they count privacy?
Interesting, for me it works differently:It is fun to see MAPS always use Google Play Services location even if GPS enabled...
I restricted google play services location, but left MAPS access to location, enabled GPS, but still MAPS see me at 0.0
I only use "Device Only" or "OFF".Interesting, for me it works differently:
- Restricted Maps with fake location
- Google Play Services is not restricted
If GPS (location set to "Device only") is off or didn't find enough satellites Maps is showing no location.
As soon as GPS finds enough satellites and I go back to Maps the fake location setup for Maps is shown.
Maybe it behaves differently if you set location in the device to "high accuracy", haven't tested this yet
Weird, more or less exactly same setup. I don't use the "deny location consent" module anymore, but always reject the question when starting maps....I only use "Device Only" or "OFF".
I have "Deny Location Consent" Xposed module.
I have no plans to remove this notification.How to disable notification for restriction use camera?
Please add option enable or disable for notifications use camera or for other restrictions
When use some apps show me always "restricted use camera" and clear notification again show
This is why I want to exclude tracking from the scope of XPrivacyLua....
I know the scope of this is HUGE...
The log permission is not relevant for newer Android versions anymore:
I don't see how battery statistics are relevant from a privacy perspective. If you are going to say that it is possible to track you in this way: only in scientific papers.
Why would that be privacy sensitive?
you are expecting results from something that you haven't done yet and are waiting for those results before you do what is needed to create those results.I am not sure what you mean by that.
This is a bug in Riru.I tried the clipboard and recorded it on WeChat, but Suning did not. . . .
I found this error code
04-10 11:45:26.389 5323 5323 I EdXposed: Riru hooks installed 04-10 11:45:26.452 5323 5323 I EdXposed: ART hooks installed 04-10 11:45:26.522 5311 5311 I EdXposed-Bridge: XLua.Xposed Loaded com.android.traceur:10090 04-10 11:45:26.532 5323 5323 I EdXposed: Loading modules for com.suning.mobile.ebuy 04-10 11:45:26.532 5323 5323 I EdXposed-Bridge: Loading modules from /data/app/~~hcjuv6HzQbZOKMB3ug7WSw==/eu.faircode.xlua-vNspZ6pSQTrjHf23gYkdcA==/base.apk 04-10 11:45:26.572 5323 5323 I EdXposed-Bridge: Loading class eu.faircode.xlua.XLua 04-10 11:45:26.806 5359 5359 I EdXposed: Start to install inline hooks 04-10 11:45:26.806 5359 5359 I EdXposed: Using api level 30 04-10 11:45:26.806 5359 5359 I EdXposed: Start to install Riru hook 04-10 11:45:26.907 5323 5323 E EdXposed: error when hooking bindApp: pkg=com.suning.mobile.ebuy, prc=com.suning.mobile.ebuy 04-10 11:45:26.907 5323 5323 E EdXposed: java.lang.ArrayIndexOutOfBoundsException: length=1052; index=1263817555 04-10 11:45:26.907 5323 5323 E EdXposed: at pxb.android.axml.AxmlParser.getNamespacePrefix(AxmlParser.java:151) 04-10 11:45:26.907 5323 5323 E EdXposed: at pxb.android.axml.AxmlReader.accept(AxmlReader.java:80) 04-10 11:45:26.907 5323 5323 E EdXposed: at com.elderdrivers.riru.edxp.util.MetaDataReader.<init>(MetaDataReader.java:27) 04-10 11:45:26.907 5323 5323 E EdXposed: at com.elderdrivers.riru.edxp.util.MetaDataReader.getMetaData(MetaDataReader.java:19) 04-10 11:45:26.907 5323 5323 E EdXposed: at com.elderdrivers.riru.edxp._hooker.impl.HandleBindApp.beforeHookedMethod(HandleBindApp.java:69) 04-10 11:45:26.907 5323 5323 E EdXposed: at de.robv.android.xposed.XC_MethodHook.callBeforeHookedMethod(XC_MethodHook.java:51) 04-10 11:45:26.907 5323 5323 E EdXposed: at com.swift.sandhook.xposedcompat.hookstub.HookStubManager.hookBridge(HookStubManager.java:361) 04-10 11:45:26.907 5323 5323 E EdXposed: at SandHookerNew_42b8453bf7df105343083f1377c32094be493c49.hook(Unknown Source:51) 04-10 11:45:26.907 5323 5323 E EdXposed: at android.app.ActivityThread.access$1300(ActivityThread.java:237) 04-10 11:45:26.907 5323 5323 E EdXposed: at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1913) 04-10 11:45:26.907 5323 5323 E EdXposed: at android.os.Handler.dispatchMessage(Handler.java:106) 04-10 11:45:26.907 5323 5323 E EdXposed: at android.os.Looper.loop(Looper.java:223) 04-10 11:45:26.907 5323 5323 E EdXposed: at android.app.ActivityThread.main(ActivityThread.java:7660) 04-10 11:45:26.907 5323 5323 E EdXposed: at java.lang.reflect.Method.invoke(Native Method) 04-10 11:45:26.907 5323 5323 E EdXposed: at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:592) 04-10 11:45:26.907 5323 5323 E EdXposed: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:947) 04-10 11:45:26.935 5359 5359 I EdXposed: Riru hooks installed 04-10 11:45:26.983 5359 5359 I EdXposed: ART hooks installed
goto your xposed apps (edxposed or lsposed) then find xprivacy lua module then restrict both said apps on scopeIn the FAQ it says this:
"Please make sure that Android (framework) and the Android settings provider (com.android.providers.settings) are being restricted (in the 'scope')."
What exactly does that sentence mean (please provide details)?
This thread is full of comments about this problem, but the Xposed developers are too busy fighting with each other. Basically, XPrivacyLua itself isn't hooked.Can you demonstrate where you see the Xposed issue so I can log a bug with them?
Blocking internet via Xposed hooks is unreliable, which is why this is not one of the standard hook definitions.I'm on Samsung Note 20 Ultra 5G, Android 10, Dr. Ketan ROM.
I was able to get XPrivacyLua work with the combination:
Magisk 22.0 Edxposed 0.5.2.1_4677 XPrivacyLua 1.30
It's installed and doesn't report any problems — however it doesn't block — at least something.
I tested with blocking internet for Firefox, checking Internet.Offline — and while it reports the access time whenI open a page, so it's registering the access — it doesn't block it, the website loads.
It did block it before I got into problems, but not now on new install.
I'm aware I can block internet with a separate firewall — I also use Netguard — however it led me to a thought that it might not be blocking other permissions also.
However it seems to block other permissions as I tried blocking camera use and Camera won't take pictures. But no more internet block.
It would certainly give me more comfort to have it block internet access here also — especially since it worked before upgrade of Magisk etc and all the problems.
Why is it not blocking? What could it be?
Also, I was able to get it working on the same phone with the combination of latest Riru and Lsposed. The behavior oh the same.
XPrivacyLua is not a permission manager, but a privacy manager. XPrivacyLua doesn't block things and doesn't revoke permissions, but does replace real data by fake data. This means you can grant Android permissions to an app and still let XPrivacyLua prevent the app from seeing privacy sensitive data. Revoking permissions can result in an app refusing to work and/or to crash. However, replacing real by fake data generally doesn't let an app crash.
Currently restrictions are quite crude because they mostly replace real data by no data. For example restricting the contacts app from getting contacts will result in an empty contact list. In the near future it might be made possible to select the data an app may see, for example just one group of contacts.
The goal is to have a tool that can properly protect the privacy of many in the near future. However, it isn't paid work, so I do whatever I like whenever I like it.
You can request features in this XDA forum. I will read them, but I will not respond to them and they might or might not be implemented. If I know for sure something will not be implemented, I will let you know.
You can report any problem you have here. There will be no issue tracker on GitHub.
For now I have decided to not implement restrictions that are useful to prevent tracking only. There are simply too many data items that can be used for tracking and it would take too much time to develop restrictions for all these data items.
The basic idea is to restrict only things that 'define' you, so which contacts you have, where you are, which apps you use, etc.
Maybe we can widen the definition of things that the core of XPL covers to "What defines you, and what can be used to spie on you"? This would include camera/audio, but not tracking.
XPrivacyLua is pretty feature complete and will be maintained and supported and when there is a need new hook definitions will be added to better protect your privacy. For the rest this FAQ applies:
As said before, development will also depend on Xposed development, which is just minimal unfortunately.