I'm developing a native app for Android, and I'm occasionally confronted with permission denied which doesn't trigger a log in the logcat logs. For example, trying to run:
shell@kltevzw:/ $ cat /proc/1/maps
/system/bin/sh: cat: /proc/1/maps: Permission denied
from the adb shell prompt results in a permission denied message sent to stderr, but nothing appears in the logcat. It's not a unix permissions problem as well, as anyone should be able to read the file:
shell@kltevzw:/ $ ls -lZ /proc/1/maps
-r--r--r-- root root u:r:init:s0 maps
It happens in some other situations as well, in which I have less control of the environment. Is it possible that this is caused by some dontaudit rules in the policy? I ran sesearch --dontaudit /sepolicy but didn't find there any relevant rules. Does anyone here know why are some denials sent to the log and some don't, and how to debug such cases?
Thanks!
shell@kltevzw:/ $ cat /proc/1/maps
/system/bin/sh: cat: /proc/1/maps: Permission denied
from the adb shell prompt results in a permission denied message sent to stderr, but nothing appears in the logcat. It's not a unix permissions problem as well, as anyone should be able to read the file:
shell@kltevzw:/ $ ls -lZ /proc/1/maps
-r--r--r-- root root u:r:init:s0 maps
It happens in some other situations as well, in which I have less control of the environment. Is it possible that this is caused by some dontaudit rules in the policy? I ran sesearch --dontaudit /sepolicy but didn't find there any relevant rules. Does anyone here know why are some denials sent to the log and some don't, and how to debug such cases?
Thanks!