Modified SEPolicy rules
Go to file
minaripenguin ff616e5beb Allow system server to access tmpfs files
* For some reasons CachedAppOptimizer is throwing these kinds of denials [1]
  it wont probably hurt to allow access to tmpfs files since system server
  already have access to app domain and zygote tmpfs

[1]
 avc:  denied  { write } for  comm="CachedAppOptimi" dev="tmpfs" ino=34884 scontext=u:r:system_server:s0 tcontext=u:object_r:tmpfs:s0 tclass=file permissive=0
 avc:  denied  { write } for  comm="CachedAppOptimi" dev="tmpfs" ino=16233 scontext=u:r:system_server:s0 tcontext=u:object_r:zygote_tmpfs:s0 tclass=file permissive=0

Change-Id: I9207deadabb3bb4dc75be5215e32719a4346d1ca
Signed-off-by: minaripenguin <minaripenguin@users.noreply.github.com>
Signed-off-by: Pranav Vashi <neobuddy89@gmail.com>
2024-06-22 18:01:49 +05:30
apex Update sepolicy for service dexopt_chroot_setup and artd_pre_reboot. 2024-02-08 10:13:27 +08:00
build sepolicy: Allow permissive in recovery on user builds 2024-06-22 18:01:49 +05:30
compat Add macros to flag-guard te and contexts files 2023-11-09 16:05:17 +09:00
contexts aconfig_storage: setup RO partitions aconfig storage files SELinux 2024-02-29 15:28:48 +00:00
flagging Add virtualization_maintenance_service 2024-02-20 17:08:28 +00:00
mac_permissions Remove code about mixed sepolicy build 2023-08-31 16:54:17 +09:00
microdroid Use /proc/device-tree for reading AVF DT 2024-02-01 01:53:59 +00:00
prebuilts/api Allow system server to access tmpfs files 2024-06-22 18:01:49 +05:30
private Allow system server to access tmpfs files 2024-06-22 18:01:49 +05:30
public Resolve neverallow in retrofit devices 2024-06-15 23:35:37 +03:00
reqd_mask property_context: split into platform and non-platform components. 2017-01-29 21:09:11 +00:00
tests Check if ./bin entries are not vendor_file 2024-02-07 16:26:25 +09:00
tools Fix finalization script 2024-02-21 13:18:49 +09:00
vendor Mark libft2.so and libpng.so installed in /vendor/lib as sphal am: 96ba523a8d 2024-02-23 15:53:30 +00:00
.gitignore Only maintain maps between current and previous selinux versions. 2018-10-02 15:10:13 -07:00
Android.bp Revert^2 "Add 1000000.0 mapping file temporarily" 2024-02-13 02:19:24 +00:00
Android.mk Revert^2 "Fix freeze test condition to board api" am: e28eb52f4e 2024-02-13 13:55:25 +00:00
CleanSpec.mk Renames nonplat_* to vendor_* 2018-02-05 18:21:55 +08:00
METADATA Move comment to license_note 2022-03-03 14:58:45 -08:00
MODULE_LICENSE_PUBLIC_DOMAIN Update MODULE_LICENSE 2015-05-22 10:31:21 -07:00
NOTICE Public domain notice 2012-06-19 07:29:55 -04:00
OWNERS Remove self from OWNERS 2022-01-06 10:01:26 -08:00
PREUPLOAD.cfg Enable gofmt in preupload hooks 2019-04-03 11:38:17 -07:00
README.apps.md Add README.apps.md 2023-05-15 10:42:00 +10:00
README.md Convert README to README.md 2022-04-07 22:44:42 +09:00
TEST_MAPPING Remove SeamendcHostTest from TEST_MAPPING 2023-08-31 14:20:59 +10:00
treble_sepolicy_tests_for_release.mk Use only public cil files for Treble compat test 2023-09-07 16:35:08 +09:00

Android SEPolicy

This directory contains the core Android SELinux policy configuration. It defines the domains and types for the AOSP services and apps common to all devices. Device-specific policy should be placed under a separate device/<vendor>/<board>/sepolicy subdirectory and linked into the policy build as described below.

Policy Generation

Additional, per device, policy files can be added into the policy build. These files should have each line including the final line terminated by a newline character (0x0A). This will allow files to be concatenated and processed whenever the m4(1) macro processor is called by the build process. Adding the newline will also make the intermediate text files easier to read when debugging build failures. The sets of file, service and property contexts files will automatically have a newline inserted between each file as these are common failure points.

These device policy files can be configured through the use of the BOARD_VENDOR_SEPOLICY_DIRS variable. This variable should be set in the BoardConfig.mk file in the device or vendor directories.

BOARD_VENDOR_SEPOLICY_DIRS contains a list of directories to search for additional policy files. Order matters in this list. For example, if you have 2 instances of widget.te files in the BOARD_VENDOR_SEPOLICY_DIRS search path, then the first one found (at the first search dir containing the file) will be concatenated first. Reviewing out/target/product/<device>/obj/ETC/vendor_sepolicy.conf_intermediates/vendor_sepolicy.conf will help sort out ordering issues.

Example BoardConfig.mk Usage: From the Tuna device BoardConfig.mk, device/samsung/tuna/BoardConfig.mk

BOARD_VENDOR_SEPOLICY_DIRS += device/samsung/tuna/sepolicy

Alongside vendor sepolicy dirs, OEMs can also amend the public and private policy of the product and system_ext partitions:

SYSTEM_EXT_PUBLIC_SEPOLICY_DIRS += device/acme/roadrunner-sepolicy/systemext/public
SYSTEM_EXT_PRIVATE_SEPOLICY_DIRS += device/acme/roadrunner-sepolicy/systemext/private
PRODUCT_PUBLIC_SEPOLICY_DIRS += device/acme/roadrunner-sepolicy/product/public
PRODUCT_PRIVATE_SEPOLICY_DIRS += device/acme/roadrunner-sepolicy/product/private

The old BOARD_PLAT_PUBLIC_SEPOLICY_DIR and BOARD_PLAT_PRIVATE_SEPOLICY_DIR variables have been deprecated in favour of SYSTEM_EXT_*.

Additionally, OEMs can specify BOARD_SEPOLICY_M4DEFS to pass arbitrary m4 definitions during the build. A definition consists of a string in the form of macro-name=value. Spaces must NOT be present. This is useful for building modular policies, policy generation, conditional file paths, etc. It is supported in the following file types:

  • All *.te and SELinux policy files as passed to checkpolicy
  • file_contexts
  • service_contexts
  • property_contexts
  • keys.conf

Example BoardConfig.mk Usage:

BOARD_SEPOLICY_M4DEFS += btmodule=foomatic \
                        btdevice=/dev/gps

SPECIFIC POLICY FILE INFORMATION

mac_permissions.xml

The mac_permissions.xml file is used for controlling the mmac solutions as well as mapping a public base16 signing key with an arbitrary seinfo string. Details of the files contents can be found in a comment at the top of that file. The seinfo string, previously mentioned, is the same string that is referenced in seapp_contexts.

It is important to note the final processed version of this file is stripped of comments and whitespace. This is to preserve space on the system.img. If one wishes to view it in a more human friendly format, the tidy or xmllint command will assist you.

insertkeys.py

Is a helper script for mapping arbitrary tags in the signature stanzas of mac_permissions.xml to public keys found in pem files. This script takes a mac_permissions.xml file(s) and configuration file in order to operate. Details of the configuration file (keys.conf) can be found in the subsection keys.conf. This tool is also responsible for stripping the comments and whitespace during processing.

keys.conf

The keys.conf file is used for controlling the mapping of "tags" found in the mac_permissions.xml signature stanzas with actual public keys found in pem files. The configuration file is processed via m4.

The script allows for mapping any string contained in TARGET_BUILD_VARIANT with specific path to a pem file. Typically TARGET_BUILD_VARIANT is either user, eng or userdebug. Additionally, one can specify "ALL" to map a path to any string specified in TARGET_BUILD_VARIANT. All tags are matched verbatim and all options are matched lowercase. The options are tolowered automatically for the user, it is convention to specify tags and options in all uppercase and tags start with @. The option arguments can also use environment variables via the familiar $VARIABLE syntax. This is often useful for setting a location to ones release keys.

Often times, one will need to integrate an application that was signed by a separate organization and may need to extract the pem file for the insertkeys/keys.conf tools. Extraction of the public key in the pem format is possible via openssl. First you need to unzip the apk, once it is unzipped, cd into the META_INF directory and then execute

openssl pkcs7 -inform DER -in CERT.RSA -out CERT.pem -outform PEM  -print_certs

On some occasions CERT.RSA has a different name, and you will need to adjust for that. After extracting the pem, you can rename it, and configure keys.conf and mac_permissions.xml to pick up the change. You MUST open the generated pem file in a text editor and strip out anything outside the opening and closing scissor lines. Failure to do so WILL cause a compile time issue thrown by insertkeys.py

NOTE: The pem files are base64 encoded and PackageManagerService, mac_permissions.xml and setool all use base16 encodings.