From: "Antonin Godard" <antonin.godard@bootlin.com>
To: <adrian.freihofer@gmail.com>, <docs@lists.yoctoproject.org>
Cc: <marex@denx.de>, "Adrian Freihofer" <adrian.freihofer@siemens.com>
Subject: Re: [docs] [PATCH v2] ref-manual: variable FIT_SIGN_INDIVIDUAL mix-and-match attacks
Date: Mon, 03 Mar 2025 12:16:24 +0100 [thread overview]
Message-ID: <D86L777M38EM.38AIIV3XEFCYI@bootlin.com> (raw)
In-Reply-To: <20250225213737.3343894-1-adrian.freihofer@siemens.com>
Hi Adrian,
On Tue Feb 25, 2025 at 10:37 PM CET, Adrian Freihofer via lists.yoctoproject.org wrote:
> Incorporate the lessons learned from a regression introduced with commit
> 29d32063ac0abb1017756f62f94aec22ce305b60 and fixed with commit
> d63dba2f98edf89558647e336b19d805b00f4d98 into the documentation.
>
> The use of the variable FIT_SIGN_INDIVIDUAL is explicitly discouraged.
> It is also noted that this variable may be removed. It is important that
> we try to simplify the implementation of the FIT screen as much as
> possible. Adding appropriate notes to the documentation is a first step
> towards this direction.
>
> Signed-off-by: Adrian Freihofer <adrian.freihofer@siemens.com>
> ---
> documentation/ref-manual/variables.rst | 13 ++++++++++++-
> 1 file changed, 12 insertions(+), 1 deletion(-)
>
> diff --git a/documentation/ref-manual/variables.rst b/documentation/ref-manual/variables.rst
> index b432488a012..645bb1453d1 100644
> --- a/documentation/ref-manual/variables.rst
> +++ b/documentation/ref-manual/variables.rst
> @@ -3173,7 +3173,18 @@ system and gives an overview of their function and contents.
> intending to verify signatures in another context than booting via
> U-Boot.
>
> - This variable is set to "0" by default.
> + If :term:`UBOOT_SIGN_ENABLE` is set to “1” and :term:`FIT_SIGN_INDIVIDUAL`
s/“”/""/, Sphinx will handle the quotes
> + is left at its default value of “0”, only the configurations are signed.
> + However, the configuration signatures include the hashes of the referenced
> + image nodes. This means that the entire FIT image is appropriately signed.
s/image nodes/nodes/? a node can be anything (kernel, device tree...)
I feel that "the entire FIT image is appropriately signed" is a bit of a
shortcut. Instead I would suggest something like:
"""
This means that the integrity of the entire FIT image is ensured because each
hash is compared against a runtime-computed hash for each node.
"""
> +
> + If :term:`UBOOT_SIGN_ENABLE` is set to “1” and :term:`FIT_SIGN_INDIVIDUAL`
> + is set to “1”, then the FIT image is signed twice, which is redundant.
> + As this leads to additional complexity without providing any obvious
> + advantage, this feature will likely be removed in a future version.
> +
> + Signing only the image nodes is intentionally not implemented by OE-core,
s/OE-core/:term:`OpenEmbedded-Core (OE-Core)`/
> + as it is vulnerable to mix-and-match attacks.
>
> :term:`FIT_SIGN_NUMBITS`
> Size of the private key used in the FIT image, in number of bits.
Thanks this is a lot clearer to me than the previous version.
Antonin
--
Antonin Godard, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
prev parent reply other threads:[~2025-03-03 11:16 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-25 21:37 [PATCH v2] ref-manual: variable FIT_SIGN_INDIVIDUAL mix-and-match attacks Adrian Freihofer
2025-03-03 11:16 ` Antonin Godard [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=D86L777M38EM.38AIIV3XEFCYI@bootlin.com \
--to=antonin.godard@bootlin.com \
--cc=adrian.freihofer@gmail.com \
--cc=adrian.freihofer@siemens.com \
--cc=docs@lists.yoctoproject.org \
--cc=marex@denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox