Custom keys with updatable bootloader

[Mustafa]

Hey,

I'm trying to assign custom keys to the immutable nrf secure bootloader and to the updatable mcuboot, but without luck. I still get warning messages from both bootloaders regarding development keys still being used 

snapshots of the prj.conf and mcuboot.conf

mcuboot.conf

CONFIG_BOOT_SIGNATURE_KEY_FILE="priv.pem"
CONFIG_BOOT_ENCRYPT_RSA=n
CONFIG_BOOT_SIGNATURE_TYPE_RSA=n
CONFIG_BOOT_SIGNATURE_TYPE_ECDSA_P256=y
CONFIG_MCUBOOT_DOWNGRADE_PREVENTION=y 
CONFIG_BOOT_UPGRADE_ONLY=y
CONFIG_LOG=y
CONFIG_LOG_MODE_MINIMAL=y
CONFIG_FW_INFO_FIRMWARE_VERSION=8

prj.conf

# DFU

CONFIG_FW_INFO=y
CONFIG_FW_INFO_FIRMWARE_VERSION=3

# mcuboot updatable Bootloader
CONFIG_BOOTLOADER_MCUBOOT=y
CONFIG_MCUMGR=y
CONFIG_MCUMGR_SMP_BT=y
CONFIG_MCUMGR_SMP_BT_AUTHEN=n
CONFIG_MCUMGR_SMP_BT_CONN_PARAM_CONTROL=y
CONFIG_MCUMGR_CMD_IMG_MGMT=y
CONFIG_MCUMGR_CMD_OS_MGMT=y

CONFIG_IMG_MANAGER=y
CONFIG_MCUBOOT_IMG_MANAGER=y
CONFIG_IMG_ERASE_PROGRESSIVELY=y
CONFIG_NRF53_UPGRADE_NETWORK_CORE=y
# # Enable statistics and statistic names.
# CONFIG_STATS=y
# CONFIG_STATS_NAMES=y
# CONFIG_MCUMGR_CMD_STAT_MGMT=y

# Enable MCUmgr Packet Reassembly feature over Bluetooth and its
# configuration dependencies. MCUmgr buffer size is optimized to fit one SMP
# packet divided into five Bluetooth Write Commands, transmitted with the
# maximum possible MTU value: 498 bytes.
CONFIG_MCUMGR_SMP_REASSEMBLY_BT=y
CONFIG_MCUMGR_BUF_SIZE=2475
CONFIG_OS_MGMT_MCUMGR_PARAMS=y

# Enable custom SMP request to erase settings partition.
# CONFIG_MCUMGR_GRP_ZEPHYR_BASIC=y
# CONFIG_MCUMGR_GRP_BASIC_CMD_STORAGE_ERASE=y

# Nordic Secure Immutable Bootloader
CONFIG_SECURE_BOOT=y
CONFIG_SB_SIGNING_KEY_FILE="priv.pem"
CONFIG_BUILD_S1_VARIANT=y
# Need to lower the number of counter slots to be able to update several times. Do not know the best number yet.
CONFIG_SB_NUM_VER_COUNTER_SLOTS=120
CONFIG_MCUBOOT_IMAGE_VERSION="2.2.2"

the project structure

my_project

    - child_image
        - mcuboot.conf
        -priv.pem
 

     - src
     - prj.conf
     - priv.pem

even I've tried to assign the key directly inside the bootloader/mcuboot/boot/zephyr/prj.conf but I got the same result even though the output log shows that priv.pem is used

  The key type is ecdsa-p256 

updating the bootloader and the application works fine but still uses the development keys. 

 

Could you please tell me what else I can do to solve this problem?

I really appreciate any help you can provide.

SDK; v2.2

soc: nrf5340

[Hung Bui]

I would say that modifying the default might not be the best solution. 

If you compile the code I sent with a wrong .pem file (file not exist) do you see any error ? 
For example if I set the path to the file to a wrong path

CONFIG_SB_SIGNING_KEY_FILE="C:/wrongpath/mykey2.pem"

, I would receive this error: 

[Mustafa]

When I assign invlaid file location then I get an error as yours, but when I assign a valid key location then I get this message (is very strange) 

[Hung Bui]

Hi Mustafa, 

It must be something wrong with cmake that it couldn't pass the CONFIG_SB_SIGNING_KEY_FILE to the bootloader. You can try to add -DSB_SIGNING_KEY_FILE=/path/to/my/pem' as the extra CMake Arguments to see if it help. 

Also please try to compile the nrf_desktop sample and select board nrf52840dk_nrf52840 . In that sample we do the same as in my example. It uses CONFIG_SB_SIGNING_KEY_FILE="configuration/nrf52840dk_nrf52840/b0_private.pem".

 Please check if you also see that the default key (meaning CONFIG_SB_SIGNING_KEY_FILE is blank) is used or not. 

[Mustafa]

Hi Hung, 

I found something weird, in my project when I choose the board ( nrf52840dk) then it works fine and the assigned key in prj.conf is detected well. but when I choose (nrf5340dk cpuapp board) then I get the warning message. 

[Hung Bui]

Hi Mustafa, 
I don't see that problem when I built my example or build the nrfdesktop example with nRF5340dk_nrf5340_cpuapp. 
Maybe you can try compile nrfdesktop on a fresh clone of the SDK?