Trusted Firmware-M Profile Medium Design
Introduction
Compared with Profile Small, Profile Medium aims to securely connect devices to Cloud services with asymmetric cipher support. Profile Medium target devices need more resources for more cipher algorithms and higher isolation levels.
Overall design
TF-M Profile Medium defines the following feature set:
Firmware Framework
Inter-Process Communication (IPC) model [PSA-FF-M]
Isolation level 2 [PSA-FF-M]
Internal Trusted Storage (ITS)
Crypto
Support both symmetric cryptography and asymmetric cryptography
Asymmetric key based cipher suite suggested in TLS/DTLS profiles for IoT [RFC7925] and CoAP [RFC7252], including
Authenticated Encryption with Associated Data (AEAD) algorithm
Asymmetric key algorithm based signature and verification
Public-key cryptography based key exchange
Hash function
HMAC for default Pseudorandom Function (PRF)
Asymmetric digital signature and verification for Initial Attestation Token (IAT)
Initial Attestation
Asymmetric key algorithm based Initial Attestation
Lightweight boot
Anti-rollback protection
Multiple image boot
Protected Storage (PS) if off-chip storage device is integrated
Data confidentiality
Data integrity
Rollback protection
Design details
More details of TF-M Profile Medium design are described in following sections.
Firmware framework
Profile Medium with IPC model and isolation level 2 aims to support usage scenarios which require more complicated secure service model and additional protection to PSA RoT.
Level 2 isolation
Profile Medium selects isolation level 2 by default. In addition to isolation level 1, the PSA Root of Trust (PSA RoT) is also protected from access by the Application Root of Trust (App RoT) in level 2 isolation.
IPC model
Profile Medium enables IPC model by default. IPC model can achieve a more flexible framework and higher levels of isolation, but may require more memory footprint and bring in longer latency, compared to SFN model.
TF-M IPC model implementation follows the PSA Firmware Framework for M (PSA-FF-M) [PSA-FF-M].
Crypto service
Compared to Profile Small, Profile Medium includes asymmetric cryptography to support direct connection to Cloud services via common protocols, such as TLS/DTLS 1.2.
As suggested in CoAP [RFC7252] and [RFC7925], TF-M Profile Medium by default
selects TLS_ECDHE_ECDSA_WITH_AES_128_CCM
as reference, which requires:
ECDHE_ECDSA as key exchange algorithm.
AES-128-CCM (AES CCM mode with 128-bit key) as AEAD algorithm. Platforms can implement AES-128-CCM with truncated authentication tag to achieve less network bandwidth [RFC7925].
SHA256 as Hash function.
HMAC as Message Authentication Code algorithm.
Applications can also support TLS PSK [RFC4279] cipher suites, such as
TLS_PSK_WITH_AES_128_CCM
[RFC7925].
Note
Implementation note
Developers can replace default algorithms with others or implement more algorithms according to actual usage scenarios and device capabilities.
If a Crypto hardware accelerator is integrated, the cipher suites and algorithms also depend on those accelerator features.
More details of cipher suite are described below.
Digital signature and verification
ECDSA is selected by default in Profile Medium. ECDSA requires much shorter keys compared with RSA at the same security level. Therefore, ECDSA can cost less storage area for assets and less network bandwidth to setup a TLS connection. ECDSA is also preferred for forward compatibility of future TLS versions.
As requested in [RFC7251], ECC curve secp256r1
should be supported. More
ECC curves can be added based on the requirements in production.
If usage scenarios require RSA algorithm for backward compatibility and legacy applications, platforms can add RSA support or replace ECDSA with RSA. The cipher suite should be switched accordingly.
AEAD algorithm
If Protected Storage (PS) is implemented, it is recommended to select the same AEAD algorithm for PS service as the one used by TLS/DTLS cipher suite.
Internal Trusted Storage
The configuration of ITS is the same as those in Profile Small [PROFILE-S].
Lightweight boot
BL2 implementation can be device specific. Devices may implement diverse boot processes with different features and configurations. However, the boot loader must support anti-rollback protection. Boot loader must be able to prevent unauthorized rollback, to protect devices from being downgraded to earlier versions with known vulnerabilities.
MCUBoot in TF-M is configured as multiple image boot by default in Profile Medium. In multiple image boot, secure and non-secure images can be signed independently with different keys and they can be updated separately. It can support multiple vendors scenarios, in which non-secure and secure images are generated and updated by different vendors. Multiple image boot may require more storage area compared with single image boot.
Protected Storage
PS service is required if an off-chip storage device is integrated and used on the platform.
TF-M PS service relies on an AEAD algorithm to ensure data confidentiality and integrity. It is recommended to select the same AEAD algorithm as the one used for TLS/DTLS cipher suite.
Anti-rollback protection in PS relies on non-volatile counter(s) provided by TF-M Platform Secure Partition (SP).
Implementation
Overview
The basic idea is to add dedicated profile CMake configuration files under
folder config/profile
for TF-M Profile Medium default configuration, the
same as Profile Small does.
The top-level Profile Medium config file collects all the necessary configuration flags and set them to default values, to explicitly enable the features required in Profile Medium and disable the unnecessary ones, during TF-M build.
A platform/use case can provide a configuration extension file to overwrite
Profile Medium default setting and append other configurations.
This configuration extension file can be added via parameter
TFM_EXTRA_CONFIG_PATH
in build command line.
The behaviour of the Profile Medium build flow (particularly the order of configuration loading and overriding) can be found at Build configuration
The details of configurations will be covered in each module in Implementation details.
Implementation details
This section discusses the details of Profile Medium implementation.
Top-level configuration files
The firmware framework configurations in config/profile/profile_medium
are
shown below.
Configs |
Default value |
Descriptions |
---|---|---|
|
|
Select level 2 isolation |
|
|
Enable ITS SP |
|
|
ITS internal transient buffer size |
|
|
Enable Crypto service |
|
|
Enable Crypto asymmetric encryption operations |
|
|
Mbed Crypto config file path |
|
|
Mbed Crypto PSA config file path |
|
|
Enable Initial Attestation service |
|
|
Enable PS service |
|
|
Enable TF-M Platform SP |
Note
Where a configuration is the same as the default in
config/config_base.cmake
, it is omitted from the profile configuration
file.
Test configuration
Standard regression test configuration applies. This means that enabling regression testing via
-DTEST_S=ON -DTEST_NS=ON
Will enable testing for all enabled partitions. See above for details of enabled partitions. Because Profile Medium enables IPC model, the IPC tests are also enabled.
Some cryptography tests are disabled due to the reduced Mbed Crypto config.
Configs |
Default value |
Descriptions |
---|---|---|
|
|
Disable CBC mode test |
|
|
Enable CCM mode test |
|
|
Disable CFB mode test |
|
|
Disable ECB mode test |
|
|
Disable CTR mode test |
|
|
Disable OFB mode test |
|
|
Disable GCM mode test |
|
|
Disable SHA-384 algorithm test |
|
|
Disable SHA-512 algorithm test |
|
|
Disable HKDF algorithm test |
|
|
Enable ECDH key agreement test |
|
|
Disable ChaCha20 stream cipher test |
|
|
Disable ChaCha20-Poly1305 AEAD algorithm test |
|
|
Test single-part operations in hash, MAC, AEAD and symmetric ciphers |
Device configuration extension
To change default configurations and add platform specific configurations,
a platform can add a platform configuration file at
platform/ext<TFM_PLATFORM>/config.cmake
Crypto service configurations
Crypto Secure Partition
TF-M Profile Medium enables Crypto SP in top-level CMake config file. The following PSA Crypto operationts are enabled by default.
Hash operations
Message authentication codes
Symmetric ciphers
AEAD operations
Asymmetric key algorithm based signature and verification
Key derivation
Key management
Mbed Crypto configurations
TF-M Profile Medium adds a dedicated Mbed Crypto config file
tfm_mbedcrypto_config_profile_medium.h
and Mbed Crypto PSA config file
crypto_config_profile_medium.h
at /lib/ext/mbedcrypto/mbedcrypto_config
folder, instead of the common one tfm_mbedcrypto_config_default.h
and
crypto_config_default.h
[CRYPTO-DESIGN].
Major Mbed Crypto configurations are set as listed below:
Enable SHA256
Enable generic message digest wrappers
Enable AES
Enable CCM mode for symmetric ciphers
Disable other modes for symmetric ciphers
Enable ECDH
Enable ECDSA
Select ECC curve
secp256r1
Other configurations required by selected option above
Other configurations can be selected to optimize the memory footprint of Crypto module.
A device/use case can append an extra config header to the Profile Medium
default Mbed Crypto config file. This can be done by setting the
TFM_MBEDCRYPTO_PLATFORM_EXTRA_CONFIG_PATH
cmake variable in the platform
config file platform/ext<TFM_PLATFORM>/config.cmake
. This cmake variable is
a wrapper around the MBEDTLS_USER_CONFIG_FILE
options, but is preferred as
it keeps all configuration in cmake.
Internal Trusted Storage configurations
ITS service is enabled in top-level Profile Medium CMake config file by default.
The internal transient buffer size ITS_BUF_SIZE
[ITS-INTEGRATE] is set to
32 bytes by default. A platform/use case can overwrite the buffer size in its
specific configuration extension according to its actual requirement of assets
and Flash attributes.
Profile Medium CMake config file won’t touch the configurations of device specific Flash hardware attributes [ITS-INTEGRATE].
Protected Storage Secure Partition
Data confidentiality, integrity and anti-rollback protection are enabled by default in PS.
If PS is selected, AES-CCM is used as AEAD algorithm by default. It requires to enable PS implementation to select diverse AEAD algorithm.
If platforms don’t integrate any off-chip storage device, platforms can disable
PS in platform specific configuration extension file via
platform/ext<TFM_PLATFORM>/config.cmake
.
BL2 setting
Profile Medium enables MCUBoot provided by TF-M by default. A platform can
overwrite this configuration by disabling MCUBoot in its configuration extension
file platform/ext<TFM_PLATFORM>/config.cmake
.
If MCUBoot provided by TF-M is enabled, multiple image boot is selected by default in TF-M Profile Medium top-level CMake config file.
If a device implements its own boot loader, the configurations are implementation defined.
Platform support
To enable Profile Medium on a platform, the platform specific CMake file should be added into the platform support list in top-level Profile Medium CMake config file.
Building Profile Medium
To build Profile Medium, argument TFM_PROFILE
in build command line should be
set to profile_medium
.
Take AN521 as an example:
The following commands build Profile Medium without test cases on AN521 with build type MinSizeRel, built by Armclang.
cd <TFM root dir>
mkdir build && cd build
cmake -DTFM_PLATFORM=arm/mps2/an521 \
-DTFM_TOOLCHAIN_FILE=../toolchain_ARMCLANG.cmake \
-DTFM_PROFILE=profile_medium \
-DCMAKE_BUILD_TYPE=MinSizeRel \
../
cmake --build ./ -- install
The following commands build Profile Medium with regression test cases on AN521 with build type MinSizeRel, built by Armclang.
cd <TFM root dir>
mkdir build && cd build
cmake -DTFM_PLATFORM=arm/mps2/an521 \
-DTFM_TOOLCHAIN_FILE=../toolchain_ARMCLANG.cmake \
-DTFM_PROFILE=profile_medium \
-DCMAKE_BUILD_TYPE=MinSizeRel \
-DTEST_S=ON -DTEST_NS=ON \
../
cmake --build ./ -- install
Note
For devices with more contrained memory and flash requirements, it is possible to build with either only TEST_S enabled or only TEST_NS enabled. This will decrease the size of the test images. Note that both test suites must still be run to ensure correct operation.
More details of building instructions and parameters can be found TF-M build instruction guide [TFM-BUILD].
Reference
Copyright (c) 2020-2022, Arm Limited. All rights reserved.