@@ -9,7 +9,7 @@ a fixed 32 bits to permission sets in 256 bit increments: *allowxperm*,
99
1010The rules for extended permissions are subject to the 'operation' they
1111perform with Policy version 30 and kernels from 4.3 supporting ioctl
12- whitelisting (if required to be declared in modular policy, then
12+ allowlists (if required to be declared in modular policy, then
1313libsepol 2.7 minimum is required).
1414
1515** The common format for Extended Access Vector Rules are:**
@@ -74,7 +74,7 @@ Conditional Policy Statements
7474
7575### * ioctl* Operation Rules
7676
77- Use cases and implementation details for ioctl command whitelisting are
77+ Use cases and implementation details for ioctl command allowlists are
7878described in detail at
7979< http://marc.info/?l=selinux&m=143336061925628&w=2 > , with the final
8080policy format changes shown in the example below with a brief overview
@@ -118,9 +118,8 @@ tclass=udp_socket permissive=0
118118
119119Notes:
120120
121- 1 . Important: The ioctl operation is not 'deny all' ioctl requests
122- (hence whitelisting). It is targeted at the specific
123- source/target/class set of ioctl commands. As no other * allowxperm*
121+ 1 . Important: The ioctl operation is not 'deny all', it is targeted at the
122+ specific source/target/class set of ioctl commands. As no other * allowxperm*
124123 rules have been defined in the example, all other ioctl calls may
125124 continue to use any valid request parameters (provided there are
126125 * allow* rules for the * ioctl* permission).
0 commit comments