-
Notifications
You must be signed in to change notification settings - Fork 2
/
Manual BPUTIL.sh
118 lines (71 loc) · 12.4 KB
/
Manual BPUTIL.sh
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
General Commands Manual BPUTIL
bputil — Utility to precisely modify the security settings on Apple Silicon Macs.
SYNOPSIS
bputil [-ldefgnmkcas] [-u username] [-p password] [-v APFS Volume Group UUID]
DESCRIPTION
This utility is not meant for normal users or even sysadmins. It provides unabstracted access to capabilities which are normally handled for the user automatically when changing the security policy through GUIs such as the Startup Security Utility in macOS Recovery (“recoveryOS”). It is possible to make your system security much weaker and therefore easier to compromise using this tool. This tool is not to be used in production environments. It is possible to render your system unbootable with this tool. It should only be used to understand how the security of Apple Silicon Macs works. Use at your own risk!
bputil performs actions by calling the BootPolicy library. This modifies the security configuration of the system, which is stored in a file called the LocalPolicy. This file is digitally signed by the Secure Enclave Processor (SEP). The private key which is used to sign the LocalPolicy is protected by a separate key which is only accessible when a user has put in their password as part of a successful authentication. This is why this tool must either have a username and password specified on the command line, or via the interactive prompt.
macOS 12 Monterey introduced a new concept of “paired recoveryOS”, and a new set of restrictions related to it. Every installation of macOS 12 has its own paired recoveryOS with matching version stored on the same APFS volume group. Installations of macOS 11 Big Sur are paired to a single recoveryOS stored on a separate APFS volume group called “system recoveryOS”.
By design, the SEP application which is responsible for making changes to the LocalPolicy will inspect the boot state of the main Application Processor (AP), and the pairing status between the booted OS and the target LocalPolicy. It will only allow the below security-downgrading operations if it detects that the AP is in the intended boot state, and the OS pairing status is valid. When System Integrity Protection (SIP) was first introduced to Macs, it was decided that requiring a reboot to recoveryOS would provide intentional friction which would make it harder for malicious software to downgrade the system. That precedent is extended here to detect the special boot to recoveryOS via holding the power key at boot time. We refer to this as One True Recovery (1TR), and most of the below downgrade options will only work when booted into 1TR, not when called from normal macOS or any other OS environment. This helps ensure that only a physically-present user, not malicious software running in macOS, can permanently downgrade the security settings. The below CLI options specify what boot environments a downgrade can be performed from.
The pairing restrictions are enforced as follows:
- All installations of macOS 11 are paired to the system recoveryOS. If a macOS 11 installation is selected to boot by default, then the system recoveryOS will be booted by holding down the power key at boot time. The system recoveryOS can downgrade security settings of any macOS 11 installations, but not any installations of macOS 12.
- Every installation of macOS 12 is paired to a recoveryOS stored on the corresponding APFS volume group. If a macOS 12 installation is selected to boot by default, then its paired recoveryOS will be booted by holding down the power key at boot time. The paired recoveryOS can downgrade security settings for the paired macOS installation, but not any other macOS installation.
The SEP-signed LocalPolicy is evaluated at boot time by iBoot. Configurations within the LocalPolicy change iBoot's behavior, such as whether it will require that all boot objects must be signed with metadata specific to the particular machine (a “personalized” signature, which is the default, and the always-required policy on iOS), or whether it will accept “global” signatures which are valid for all units of a specific hardware model. The LocalPolicy can also influence other boot or OS security behavior as described in the below options.
-u, --username username
Used to specify the username for a user with access to the signing key to authenticate the change.
If this is specified the below password option is required too.
If this is not specified, an interactive prompt will request the username.
-p, --password password
Used to specify the password for a user with access to the signing key to authenticate the change.
If this is specified the above username option is required too.
If this is not specified, an interactive prompt will request the password.
-v, --vuid AABBCCDD-EEFF-0011-2233-4455667788990
Specify the APFS Volume Group UUID of the OS intended to have its policy changed. If no option is specified, and there are multiple OS installations detected, an interactive prompt will request the UUID. The Volume Group UUID for a given OS can be found with 'diskutil apfs listVolumeGroups'.
-l, --debug-logging
Enables verbose logging to assist in debugging any issues associated with changing the policy.
-d, --display-policy
Display the detailed contents of the LocalPolicy. This will show specific 4-character “tags” in the Apple Image4 data structure which is used to capture the customer-specified security policy. More details about the displayed entries are available in the “Apple Platform Security” website documentation. If the system has multiple bootable OSes, an interactive prompt will ask to select an OS volume to display the policy for.
-e, --display-all-policies
Display the detailed contents of the LocalPolicy for every bootable OS installation.
-f, --full-security
Changes security mode to Full Security. This option is mutually exclusive with all options below which cause security downgrades. Full Security is effectively a LocalPolicy which is in its default state, lacking all available security downgrades. Full Security also performs an online check at software install and upgrade time to ensure that only the latest version of software can be installed. This prevents accidentally installing old software which has known vulnerabilities in it. If the security is downgraded away from Full Security, and then re-upgraded to Full Security, the online check will be performed, and if the software is no longer the latest available, it will not be possible to set it to Full Security again. Because online checks are only performed at software installation, upgrade, and Full Security policy setting time, it is possible for an OS to report that it is Full Security despite not being the latest software version. Full Security only indicates the state as of the latest install or upgrade.
Boot environment requirements: None.
Pairing requirements: None.
-g, --reduced-security
Selecting this option will make your system easier to compromise!
This changes the security mode to Reduced Security. Reduced Security will use the “global” digital signature for macOS, in order to allow running software which is not the latest version. Thus anything other than the latest software therefore may have security vulnerabilities. At a high level, Reduced Security does not necessarily require the latest software, but it does still require all software be digitally signed by Apple or 3rd party software developers. Passing this option will explicitly recreate the LocalPolicy from scratch, (i.e. it does not preserve any existing security policy options) and only the options specified via this tool will exist in the output local policy.
Boot environment requirements: software-launched recoveryOS or 1TR.
Pairing requirements: None.
-n, --permissive-security
Selecting this option will make your system easier to compromise!
This changes the security mode to Permissive Security. Permissive Security uses the same “global” digital signature for macOS as the above Reduced Security option, in order to allow running software which is not the latest version. Thus anything other than the latest software therefore may have security vulnerabilities. At a high level, Permissive Security allows configuration options to be set to not require all software to be digitally signed. This can allow users who are not part of the Apple Developer program to still be able to introduce their own software into their system. Additionally, especially dangerous security downgrades may be restricted to Permissive Security, and only available via CLI tools for power users rather than GUIs. Passing this option will explicitly recreate the LocalPolicy from scratch, (i.e. it does not preserve any existing security policy options) and only the options specified via this tool will exist in the output local policy.
Boot environment requirements: 1TR.
Pairing requirements: Paired only.
-k, --enable-kexts.
Because this option automatically downgrades to Reduced Security mode if not already true, selecting this option will make your system easier to compromise!
The AuxiliaryKernelCache is a SEP-signed boot object which can be verified and loaded into kernel memory before that memory is restricted to being non-writable by a “Configurable Text Read-only Region” (CTRR) hardware register. Introducing 3rd party kernel extensions can introduce architectural or implementation flaws into the kernel, which can lead to system compromise. In order to achieve iOS-like security properties, 3rd party kexts must be denied by default, and only loadable if the customer consciously opts in to lowering their security from 1TR.
Boot environment requirements: 1TR.
Pairing requirements: Paired only.
-c, --disable-kernel-ctrr
Because this option automatically downgrades to Permissive Security mode if not already true, selecting this option will make your system easier to compromise!
This disables the enforcement of the “Configurable Text Read-only Region” (CTRR) hardware register that marks kernel memory as non-writable. This is sometimes required for performing actions such as using dynamic DTrace code hooks to profile kernel behavior or perform 3rd party kernel extension debugging. However, the lack of CTRR enforcement makes it much easier for an attacker to modify the kernel with exploits.
Boot environment requirements: 1TR.
Pairing requirements: Paired only.
-a, --disable-boot-args-restriction
Because this option automatically downgrades to Permissive Security mode if not already true, selecting this option will make your system easier to compromise!
The macOS kernel accepts a variety of configuration options via an nvram variable named “boot-args”. However, some of these options direct the kernel to reduce some security enforcement. In order to achieve iOS-like security properties, this security-downgrading behavior needs to be denied by default, and only available if the customer consciously opts in to lowering their security from 1TR.
Boot environment requirements: 1TR.
Pairing requirements: Paired only.
-s, --disable-ssv
Because this option automatically downgrades to Permissive Security mode if not already true, selecting this option will make your system easier to compromise!
The Signed System Volume is a mechanism to digitally sign and verify all data from the System volume (where the primary macOS software is stored). The result is that malware cannot directly manipulate executables there in order to achieve persistent execution, or manipulate the data stored there in order to try to exploit programs. This option disables Signed System Volume integrity enforcement, to allow customers to modify the System volume. SSV cannot be disabled while FileVault is enabled. Customer modifications to the System volume are not expected to persist across software updates.
Boot environment requirements: 1TR.
Pairing requirements: Paired only.
-m, --enable-mdm
Because this option automatically downgrades to Reduced Security mode if not already true, selecting this option will make your system easier to compromise!
Enables remote MDM management of software updates & kernel extensions. After this option is set, the MDM can install older software with known vulnerabilities, or 3rd party kernel extensions with architectural or implementation flaws which can lead to kernel compromise. Therefore this requires a person to explicitly approve this capability for the MDM.
Boot environment requirements: 1TR.
Pairing requirements: Paired only.
HISTORY
bputil first appeared in macOS 11 for Apple Silicon Macs.
September 1, 2020 Darwin