diff options
| author | Daniel Golle <[email protected]> | 2026-07-28 23:09:44 +0100 |
|---|---|---|
| committer | Tom Rini <[email protected]> | 2026-08-10 12:32:41 -0600 |
| commit | 2601d94691c00e0a05dc61241bb91d680519d49b (patch) | |
| tree | 887acc21edabbf1f47f9b32d2b044b08ffb1fd3d /scripts/kernel-doc | |
| parent | ba9ce23d21e3536b7de5e5722f20b8d6be695d3c (diff) | |
boot: fit: cover the dm-verity roothash with the config signature
A dm-verity protected filesystem image is not hashed by U-Boot when it
is loaded; its integrity is delegated to the kernel, which validates the
filesystem on the fly against the roothash taken from the FIT dm-verity
subnode. The roothash is therefore the sole integrity anchor for the
filesystem, yet fit_config_add_hash() only adds the image node, its
hash subnodes and its cipher subnode to the signed region, leaving the
dm-verity subnode (roothash, salt and block parameters) unsigned.
An attacker able to rewrite the boot medium could then replace both the
filesystem and the roothash, recompute a matching dm-verity tree and
keep the configuration signature valid, defeating verified boot for the
root filesystem.
Add the dm-verity subnode to the list of nodes covered by the
configuration signature, both when signing (tools/image-host.c) and when
verifying (boot/image-fit-sig.c), so the roothash and salt are
authenticated together with the rest of the configuration.
Signed-off-by: Daniel Golle <[email protected]>
Reviewed-by: Tom Rini <[email protected]>
Reviewed-by: Simon Glass <[email protected]>
Diffstat (limited to 'scripts/kernel-doc')
0 files changed, 0 insertions, 0 deletions
