summaryrefslogtreecommitdiff
path: root/scripts/gcc-stack-usage.sh
diff options
context:
space:
mode:
authorDaniel Golle <[email protected]>2026-07-28 23:09:44 +0100
committerTom Rini <[email protected]>2026-08-10 12:32:41 -0600
commit2601d94691c00e0a05dc61241bb91d680519d49b (patch)
tree887acc21edabbf1f47f9b32d2b044b08ffb1fd3d /scripts/gcc-stack-usage.sh
parentba9ce23d21e3536b7de5e5722f20b8d6be695d3c (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/gcc-stack-usage.sh')
0 files changed, 0 insertions, 0 deletions