blob: 0f05d8ad3fa7415590347e2e60fd16c62edcfb98 [file] [log] [blame]
Jeff Vander Stoepf9be7652017-03-13 13:32:51 -07001# only HALs responsible for network hardware should have privileged
2# network capabilities
3neverallow {
4 halserverdomain
5 -hal_bluetooth_server
6 -hal_wifi_server
Roshan Piusd7b34a42017-12-22 15:03:15 -08007 -hal_wifi_hostapd_server
Jeff Vander Stoepf9be7652017-03-13 13:32:51 -07008 -hal_wifi_supplicant_server
Amit Mahajan30073442018-03-12 17:12:09 +00009 -hal_telephony_server
Benjamin Gordon9b2e0cb2017-11-09 15:51:26 -070010} self:global_capability_class_set { net_admin net_raw };
Jeff Vander Stoepf9be7652017-03-13 13:32:51 -070011
Jeff Vander Stoepd75a2c02017-06-21 12:46:21 -070012# Unless a HAL's job is to communicate over the network, or control network
13# hardware, it should not be using network sockets.
Pavel Maltsev8d7f5032018-05-15 14:16:57 -070014# NOTE: HALs for automotive devices have an exemption from this rule because in
15# a car it is common to have external modules and HALs need to communicate to
16# those modules using network. Using this exemption for non-automotive builds
17# will result in CTS failure.
Jeff Vander Stoepf9be7652017-03-13 13:32:51 -070018neverallow {
19 halserverdomain
Pavel Maltsev8d7f5032018-05-15 14:16:57 -070020 -hal_automotive_socket_exemption
Jeff Vander Stoepd75a2c02017-06-21 12:46:21 -070021 -hal_tetheroffload_server
Jeff Vander Stoepf9be7652017-03-13 13:32:51 -070022 -hal_wifi_server
Roshan Piusd7b34a42017-12-22 15:03:15 -080023 -hal_wifi_hostapd_server
Jeff Vander Stoepf9be7652017-03-13 13:32:51 -070024 -hal_wifi_supplicant_server
Amit Mahajan30073442018-03-12 17:12:09 +000025 -hal_telephony_server
Jeff Vander Stoepf9be7652017-03-13 13:32:51 -070026} domain:{ tcp_socket udp_socket rawip_socket } *;
Jeff Vander Stoep84b96a62017-03-20 14:52:58 -070027
28###
29# HALs are defined as an attribute and so a given domain could hypothetically
30# have multiple HALs in it (or even all of them) with the subsequent policy of
31# the domain comprised of the union of all the HALs.
32#
33# This is a problem because
34# 1) Security sensitive components should only be accessed by specific HALs.
35# 2) hwbinder_call and the restrictions it provides cannot be reasoned about in
36# the platform.
37# 3) The platform cannot reason about defense in depth if there are
38# monolithic domains etc.
39#
40# As an example, hal_keymaster and hal_gatekeeper can access the TEE and while
41# its OK for them to share a process its not OK with them to share processes
42# with other hals.
43#
44# The following neverallow rules, in conjuntion with CTS tests, assert that
45# these security principles are adhered to.
46#
47# Do not allow a hal to exec another process without a domain transition.
48# TODO remove exemptions.
49neverallow {
50 halserverdomain
51 -hal_dumpstate_server
Amit Mahajan30073442018-03-12 17:12:09 +000052 -hal_telephony_server
Jeff Vander Stoep84b96a62017-03-20 14:52:58 -070053} { file_type fs_type }:file execute_no_trans;
54# Do not allow a process other than init to transition into a HAL domain.
55neverallow { domain -init } halserverdomain:process transition;
56# Only allow transitioning to a domain by running its executable. Do not
57# allow transitioning into a HAL domain by use of seclabel in an
58# init.*.rc script.
59neverallow * halserverdomain:process dyntransition;