Skip to content
Snippets Groups Projects
Commit 4fc1e191 authored by Nick Kralevich's avatar Nick Kralevich Committed by android-build-merger
Browse files

Merge "Add documentation on neverallow rules"

am: bb46c335

Change-Id: I4f42608e1e1e5c79c08c6263f3ce9b86badc1ff0
parents 3bed75b7 bb46c335
No related branches found
No related tags found
No related merge requests found
...@@ -43,5 +43,14 @@ allow audioserver audio_data_file:file create_file_perms; ...@@ -43,5 +43,14 @@ allow audioserver audio_data_file:file create_file_perms;
# domain transition # domain transition
neverallow audioserver { file_type fs_type }:file execute_no_trans; neverallow audioserver { file_type fs_type }:file execute_no_trans;
# audioserver should never need network access. Disallow network sockets. # The goal of the mediaserver split is to place media processing code into
# restrictive sandboxes with limited responsibilities and thus limited
# permissions. Example: Audioserver is only responsible for controlling audio
# hardware and processing audio content. Cameraserver does the same for camera
# hardware/content. Etc.
#
# Media processing code is inherently risky and thus should have limited
# permissions and be isolated from the rest of the system and network.
# Lengthier explanation here:
# https://android-developers.googleblog.com/2016/05/hardening-media-stack.html
neverallow audioserver domain:{ tcp_socket udp_socket rawip_socket } *; neverallow audioserver domain:{ tcp_socket udp_socket rawip_socket } *;
...@@ -29,5 +29,14 @@ allow cameraserver surfaceflinger_service:service_manager find; ...@@ -29,5 +29,14 @@ allow cameraserver surfaceflinger_service:service_manager find;
# domain transition # domain transition
neverallow cameraserver { file_type fs_type }:file execute_no_trans; neverallow cameraserver { file_type fs_type }:file execute_no_trans;
# cameraserver should never need network access. Disallow network sockets. # The goal of the mediaserver split is to place media processing code into
# restrictive sandboxes with limited responsibilities and thus limited
# permissions. Example: Audioserver is only responsible for controlling audio
# hardware and processing audio content. Cameraserver does the same for camera
# hardware/content. Etc.
#
# Media processing code is inherently risky and thus should have limited
# permissions and be isolated from the rest of the system and network.
# Lengthier explanation here:
# https://android-developers.googleblog.com/2016/05/hardening-media-stack.html
neverallow cameraserver domain:{ tcp_socket udp_socket rawip_socket } *; neverallow cameraserver domain:{ tcp_socket udp_socket rawip_socket } *;
...@@ -31,5 +31,14 @@ allow mediacodec system_file:dir { open read }; ...@@ -31,5 +31,14 @@ allow mediacodec system_file:dir { open read };
# domain transition # domain transition
neverallow mediacodec { file_type fs_type }:file execute_no_trans; neverallow mediacodec { file_type fs_type }:file execute_no_trans;
# mediacodec should never need network access. Disallow network sockets. # The goal of the mediaserver split is to place media processing code into
# restrictive sandboxes with limited responsibilities and thus limited
# permissions. Example: Audioserver is only responsible for controlling audio
# hardware and processing audio content. Cameraserver does the same for camera
# hardware/content. Etc.
#
# Media processing code is inherently risky and thus should have limited
# permissions and be isolated from the rest of the system and network.
# Lengthier explanation here:
# https://android-developers.googleblog.com/2016/05/hardening-media-stack.html
neverallow mediacodec domain:{ tcp_socket udp_socket rawip_socket } *; neverallow mediacodec domain:{ tcp_socket udp_socket rawip_socket } *;
...@@ -25,5 +25,14 @@ allow mediaextractor proc_meminfo:file r_file_perms; ...@@ -25,5 +25,14 @@ allow mediaextractor proc_meminfo:file r_file_perms;
# domain transition # domain transition
neverallow mediaextractor { file_type fs_type }:file execute_no_trans; neverallow mediaextractor { file_type fs_type }:file execute_no_trans;
# mediaextractor should never need network access. Disallow network sockets. # The goal of the mediaserver split is to place media processing code into
# restrictive sandboxes with limited responsibilities and thus limited
# permissions. Example: Audioserver is only responsible for controlling audio
# hardware and processing audio content. Cameraserver does the same for camera
# hardware/content. Etc.
#
# Media processing code is inherently risky and thus should have limited
# permissions and be isolated from the rest of the system and network.
# Lengthier explanation here:
# https://android-developers.googleblog.com/2016/05/hardening-media-stack.html
neverallow mediaextractor domain:{ tcp_socket udp_socket rawip_socket } *; neverallow mediaextractor domain:{ tcp_socket udp_socket rawip_socket } *;
...@@ -22,5 +22,14 @@ allow mediametrics proc_meminfo:file r_file_perms; ...@@ -22,5 +22,14 @@ allow mediametrics proc_meminfo:file r_file_perms;
# domain transition # domain transition
neverallow mediametrics { file_type fs_type }:file execute_no_trans; neverallow mediametrics { file_type fs_type }:file execute_no_trans;
# mediametrics should never need network access. Disallow network sockets. # The goal of the mediaserver split is to place media processing code into
# restrictive sandboxes with limited responsibilities and thus limited
# permissions. Example: Audioserver is only responsible for controlling audio
# hardware and processing audio content. Cameraserver does the same for camera
# hardware/content. Etc.
#
# Media processing code is inherently risky and thus should have limited
# permissions and be isolated from the rest of the system and network.
# Lengthier explanation here:
# https://android-developers.googleblog.com/2016/05/hardening-media-stack.html
neverallow mediametrics domain:{ tcp_socket udp_socket rawip_socket } *; neverallow mediametrics domain:{ tcp_socket udp_socket rawip_socket } *;
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment