]>
Commit | Line | Data |
---|---|---|
0187c985 SB |
1 | High Assurance Boot (HAB) for i.MX6 CPUs |
2 | ||
8148b824 UC |
3 | To enable the authenticated or encrypted boot mode of U-Boot, it is |
4 | required to set the proper configuration for the target board. This | |
5 | is done by adding the following configuration in in the proper config | |
6 | file (e.g. include/configs/mx6qarm2.h) | |
7 | ||
8 | #define CONFIG_SECURE_BOOT | |
9 | ||
10 | In addition, the U-Boot image to be programmed into the | |
0187c985 SB |
11 | boot media needs to be properly constructed, i.e. it must contain a |
12 | proper Command Sequence File (CSF). | |
13 | ||
14 | The Initial Vector Table contains a pointer to the CSF. Please see | |
15 | doc/README.imximage for how to prepare u-boot.imx. | |
16 | ||
17 | The CSF itself is being generated by Freescale HAB tools. | |
18 | ||
19 | mkimage will output additional information about "HAB Blocks" | |
20 | which can be used in the Freescale tooling to authenticate U-Boot | |
21 | (entries in the CSF file). | |
22 | ||
23 | Image Type: Freescale IMX Boot Image | |
24 | Image Ver: 2 (i.MX53/6 compatible) | |
25 | Data Size: 327680 Bytes = 320.00 kB = 0.31 MB | |
26 | Load Address: 177ff420 | |
27 | Entry Point: 17800000 | |
28 | HAB Blocks: 177ff400 00000000 0004dc00 | |
93e14596 | 29 | ^^^^^^^^ ^^^^^^^^ ^^^^^^^^ |
0187c985 SB |
30 | | | | |
31 | | | -------- (1) | |
32 | | | | |
33 | | ------------------- (2) | |
34 | | | |
35 | --------------------------- (3) | |
36 | ||
37 | (1) Size of area in file u-boot.imx to sign | |
38 | This area should include the IVT, the Boot Data the DCD | |
39 | and U-Boot itself. | |
40 | (2) Start of area in u-boot.imx to sign | |
41 | (3) Start of area in RAM to authenticate | |
42 | ||
43 | CONFIG_SECURE_BOOT currently enables only an additional command | |
44 | 'hab_status' in U-Boot to retrieve the HAB status and events. This | |
45 | can be useful while developing and testing HAB. | |
46 | ||
47 | Commands to generate a signed U-Boot using Freescale HAB tools: | |
48 | cst --o U-Boot_CSF.bin < U-Boot.CSF | |
49 | objcopy -I binary -O binary --pad-to 0x2000 --gap-fill=0x00 \ | |
50 | U-Boot_CSF.bin U-Boot_CSF_pad.bin | |
51 | cat u-boot.imx U-Boot_CSF_pad.bin > u-boot-signed.imx | |
52 | ||
53 | NOTE: U-Boot_CSF.bin needs to be padded to the value specified in | |
54 | the imximage.cfg file. | |
0200020b RC |
55 | |
56 | Setup U-Boot Image for Encrypted Boot | |
57 | ------------------------------------- | |
58 | An authenticated U-Boot image is used as starting point for | |
59 | Encrypted Boot. The image is encrypted by Freescale's Code | |
60 | Signing Tool (CST). The CST replaces only the image data of | |
61 | u-boot.imx with the encrypted data. The Initial Vector Table, | |
62 | DCD, and Boot data, remains in plaintext. | |
63 | ||
64 | The image data is encrypted with a Encryption Key (DEK). | |
65 | Therefore, this key is needed to decrypt the data during the | |
66 | booting process. The DEK is protected by wrapping it in a Blob, | |
67 | which needs to be appended to the U-Boot image and specified in | |
68 | the CSF file. | |
69 | ||
70 | The DEK blob is generated by an authenticated U-Boot image with | |
71 | the dek_blob cmd enabled. The image used for DEK blob generation | |
72 | needs to have the following configurations enabled: | |
73 | ||
74 | CONFIG_SECURE_BOOT | |
75 | CONFIG_SYS_FSL_SEC_COMPAT 4 /* HAB version */ | |
76 | CONFIG_FSL_CAAM | |
77 | CONFIG_CMD_DEKBLOB | |
8148b824 | 78 | CONFIG_SYS_FSL_SEC_LE |
0200020b RC |
79 | |
80 | Note: The encrypted boot feature is only supported by HABv4 or | |
81 | greater. | |
82 | ||
83 | The dek_blob command then can be used to generate the DEK blob of | |
84 | a DEK previously loaded in memory. The command is used as follows: | |
85 | ||
86 | dek_blob <DEK address> <Output Address> <Key Size in Bits> | |
87 | example: dek_blob 0x10800000 0x10801000 192 | |
88 | ||
89 | The resulting DEK blob then is used to construct the encrypted | |
90 | U-Boot image. Note that the blob needs to be transferred back | |
91 | to the host.Then the following commands are used to construct | |
92 | the final image. | |
93 | ||
94 | objcopy -I binary -O binary --pad-to 0x2000 --gap-fill=0x00 \ | |
95 | U-Boot_CSF.bin U-Boot_CSF_pad.bin | |
96 | cat u-boot.imx U-Boot_CSF_pad.bin > u-boot-signed.imx | |
97 | objcopy -I binary -O binary --pad-to <blob_dst> --gap-fill=0x00 \ | |
98 | u-boot-signed.imx u-boot-signed-pad.bin | |
99 | cat u-boot-signed-pad.imx DEK_blob.bin > u-boot-encrypted.imx | |
100 | ||
101 | NOTE: u-boot-signed.bin needs to be padded to the value | |
102 | equivalent to the address in which the DEK blob is specified | |
103 | in the CSF. |