Dasharo Security: Verified Boot support
Test cases common documentation
Test setup
- Proceed with the Generic test setup: firmware.
- Proceed with the Generic test setup: OS installation.
- Proceed with the Generic test setup: OS preparation.
- Proceed with the Generic test setup: OS post installation steps.
VBO006.001 Verified boot support (firmware)
Test description
Verified Boot is a method of verifying that the firmware components come from a trusted source. This test aims to confirm that verified boot is enabled and functional.
Test setup
- Proceed with the Generic test setup: firmware.
- Disable Secure Boot.
Test steps
- Power on the DUT.
- Read coreboot loading logs.
Expected result
The logs should indicate that vboot is enabled and verstage has been entered:
VBOOT: Loading verstage.
VBO006.002 Verified boot support (Ubuntu)
Test description
Verified Boot is a method of verifying that the firmware components come from a trusted source. This test aims to confirm that verified boot is enabled and functional.
Test configuration data
FIRMWARE= DasharoOPERATING_SYSTEM= Ubuntu
Test setup
- Proceed with the Test cases common documentation section.
- Download
cbmemandflashromfrom https://cloud.3mdeb.com/index.php/s/zTqkJQdNtJDo5Nd to the DUT. - Disable Secure Boot.
Test steps
- Power on the DUT.
- Boot into the system.
- Log into the system by using the proper login and password.
- Open a terminal window and execute the following command:
sudo ./cbmem -c | grep VBOOT
Expected result
The output of the command should indicate that vboot is enabled and verstage has been entered:
VBOOT: Loading verstage.
TPM: Extending digest for VBOOT: boot mode into PCR 0
TPM: Extending digest for VBOOT: GBB HWID into PCR 1
VBOOT WORK 8. 0x76c05000 0x00014000
PCR-0 2547cc736e951fa4919853c43ae890861a3b3264000000000000000000000000 SHA256 [VBOOT: boot mode]
PCR-1 e3324765a25f8a59c7c20cc35c1c33a8ab384159d2b40a269246b0b4491cdf89 SHA256 [VBOOT: GBB HWID]
VBO007.001 Verified boot: Booting from Slot A (firmware)
Test description
If the signatures for firmware stored in vboot Slot A are correct, vboot should proceed to boot from Slot A.
Test setup
- Proceed with the Generic test setup: firmware.
- Disable Secure Boot.
Test steps
- Power on the DUT.
- Read coreboot loading logs.
Expected result
The logs should indicate that vboot has chosen to boot from slot A:
Slot A is selected
VBO007.002 Verified boot: Booting from Slot A (Ubuntu)
Test description
If the signatures for firmware stored in vboot Slot A are correct, vboot should proceed to boot from Slot A.
Test configuration data
FIRMWARE= DasharoOPERATING_SYSTEM= Ubuntu
Test setup
- Proceed with the Test cases common documentation section.
- Download
cbmemandflashromfrom https://cloud.3mdeb.com/index.php/s/zTqkJQdNtJDo5Nd to the DUT. - Disable Secure Boot.
Test steps
- Power on the DUT.
- Boot into the system.
- Log into the system by using the proper login and password.
- Open a terminal window and execute the following command:
sudo ./cbmem -c | grep "Slot A"
Expected result
The output of the command should indicate that vboot has chosen to boot from slot A:
Slot A is selected
VBO008.001 Verified boot: Booting from Recovery (Ubuntu)
Test description
If the signatures for firmware stored in vboot Slot A are incorrect, vboot should revert to booting from the recovery slot.
Test configuration data
FIRMWARE= DasharoOPERATING_SYSTEM= Ubuntu
Test setup
- Proceed with the Test cases common documentation section.
- Download
cbmemandflashromfrom https://cloud.3mdeb.com/index.php/s/zTqkJQdNtJDo5Nd to the DUT. - Disable Secure Boot.
- Obtain coreboot binary signed with wrong vboot keys.
Test steps
- Power on the DUT.
- Boot into the system.
- Log into the system by using the proper login and password.
-
Flash coreboot signed with wrong vboot keys by executing the following command:
flashrom -p internal --fmap -i RW_SECTION_A -w [coreboot binary] -
Power off the DUT
- Connect to the DUT using the serial port.
- Power on the DUT
- Boot into the system.
- Log into the system by using the proper login and password.
-
Open a terminal window and execute the following command:
sudo ./cbmem -c | grep -i recovery -
If booting into the system is impossible, read coreboot loading logs.
Expected result
The logs should indicate that vboot has chosen to boot from the recovery slot.
Example:
VB2:vb2_check_recovery() Recovery reason from previous boot: 0x3 / 0x3
VB2:vb2_check_recovery() We have a recovery request: 0x3 / 0x0
Recovery requested (1009000e)
VBO009.001 Recovery boot popup (firmware)
Test description
This test aims to verify whether the recovery mode information is displayed as the popup after rebooting the DUT which is flashed with the firmware with the wrong vboot keys.
Test configuration data
FIRMWARE= DasharoOPERATING_SYSTEM= Ubuntu
Test setup
- Proceed with the Test cases common documentation section.
- Disable Secure Boot.
- Obtain
coreboot binarysigned with wrong vboot keys.
Test steps
- Power on the DUT.
- Boot into the system.
- Log into the system by using the proper login and password.
-
Flash coreboot signed with wrong vboot keys by executing the following command:
flashrom -p internal --fmap -i RW_SECTION_A -w [coreboot binary] -
Reboot the DUT.
- Wait for the popup to appear.
Expected result
Popup with information about recovery mode should be displayed.
VBO010.001 Recovery boot popup confirmation (firmware)
Test description
This test aims to verify whether the recovery popup might be confirmed which allows to proceed to the next booting stages.
Test configuration data
FIRMWARE= DasharoOPERATING_SYSTEM= Ubuntu
Test setup
- Proceed with the Test cases common documentation section.
- Disable Secure Boot.
- Obtain
coreboot binarysigned with wrong vboot keys.
Test steps
- Power on the DUT.
- Boot into the system.
- Log into the system by using the proper login and password.
-
Flash coreboot signed with wrong vboot keys by executing the following command:
flashrom -p internal --fmap -i RW_SECTION_A -w [coreboot binary] -
Reboot the DUT.
- Wait for the popup to appear.
- Press
ENTER.
Expected result
After pressing ENTER the DUT should immediately move to the next stages of
booting.
VBO011.001 Booting after flashing with valid binary (Ubuntu)
Test description
This test aims to verify whether after flashing the DUT with the valid binary, the DUT will boot correctly from the default slot and no recovery popup will be displayed.
Test configuration data
FIRMWARE= DasharoOPERATING_SYSTEM= Ubuntu
Test setup
- Proceed with the Test cases common documentation section.
- Download
cbmemandflashromfrom https://cloud.3mdeb.com/index.php/s/zTqkJQdNtJDo5Nd to the DUT. - Disable Secure Boot.
- Slot A is flashed with an binary with wrong-signed vboot keys.
- Obtain the correct
coreboot binaryappropriate for the DUT.
Test steps
- Power on the DUT.
- Boot into the system.
- Log into the system by using the proper login and password.
-
Flash firmware with valid binary by executing the following command:
flashrom -p internal --fmap -i RW_SECTION_A -w [coreboot binary] -
Reboot the DUT.
- Boot into the system.
- Log into the system by using the proper login and password.
-
Open a terminal window and execute the following command:
sudo ./cbmem -c | grep -i recovery
Expected result
- Popup with information about recovery mode should not be displayed.
-
The logs should indicate that vboot hasn't chosen to boot from the recovery slot. Example output:
VB2:vb2_check_recovery() Recovery reason from previous boot: 0x0 / 0x0