Secure Partition Manager

The Secure Partition Manager sample provides a reference use of the System Protection Unit peripheral. This firmware sets up an nRF device with Trusted Execution (nRF5340 and nRF9160) so that it can run user applications in the non-secure domain.

Note

SPM is an alternative for using the Trusted Firmware-M (TF-M). See Running applications with Trusted Firmware-M.

Requirements

The sample supports the following development kits:

Hardware platforms

PCA

Board name

Build target

nRF9160 DK

PCA10090

nrf9160dk_nrf9160

nrf9160dk_nrf9160

nRF5340 DK

PCA10095

nrf5340dk_nrf5340

nrf5340dk_nrf5340_cpuapp

Overview

The sample uses the SPM to configure secure attributions and jump into the non-secure application.

The SPM utilizes the SPU peripheral to configure security attributions for flash, SRAM, and peripherals. After the configuration setup is complete, the sample loads the application firmware that is located on the device.

Security attribution configuration

See the Secure Partition Manager (SPM) subsystem for information about the security attribution configuration that is applied.

If your application requires a different security attribution configuration, you must update the SPM sample code to reflect this.

Secure Services

The SPM can provide the application firmware with access to Secure Services. See the Secure Partition Manager (SPM) library for information about the available services. For an example code using them, see nRF9160: Secure Services.

Requirements for the application firmware

  • The application firmware must be located in the slot_ns flash partition. For more details, see the partition configuration file for the chosen board (for example, nrf9160dk_nrf9160_partition_conf.dts for the nRF9160 DK). If you build your application firmware with the nRF Connect SDK, this requirement is automatically fulfilled.

  • The application firmware must be built as a non-secure firmware for the build target (for example, nrf9160dk_nrf9160_ns for the nRF9160 DK).

Automatic building of SPM when SPM is enabled

The sample is automatically built by the non-secure applications when the non-secure build target is used (for example, nrf9160dk_nrf9160_ns). However, it is not a part of the non-secure application.

Instead of programming SPM and the non-secure application at the same time, you might want to program them individually. To do this, disable the automatic building of SPM by setting the option CONFIG_SPM=n in the prj.conf file of the application.

If this results in a single-image build, the start address of the non-secure application will change. The security attribution configuration for the flash will change when SPM is not built as a sub-image.

Building and running

This sample can be found under samples/spm in the nRF Connect SDK folder structure.

See Building and programming an application for information about how to build and program the application and Testing and debugging an application for general information about testing and debugging in the nRF Connect SDK.

The sample is built as a secure firmware image for the nrf9160dk_nrf9160 and nrf5340dk_nrf5340 build targets. See Automatic building of SPM when SPM is enabled if you want to program it independently from the non-secure application firmware.

Testing

Program both the sample and your application firmware to the development kit. After power-up, the sample starts your application firmware.

Observe that the application firmware operates as expected.

Dependencies

This sample uses the following nRF Connect SDK libraries: