All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Usama Arif" <usama.arif@arm.com>
To: Richard Purdie <richard.purdie@linuxfoundation.org>,
	openembedded-core@lists.openembedded.org
Cc: nd@arm.com
Subject: Re: [OE-core] [PATCH] kernel-fitimage: generate openssl RSA keys for signing fitimage
Date: Mon, 21 Sep 2020 14:24:59 +0100	[thread overview]
Message-ID: <2afe9b84-dd6d-78e3-a100-6e10bddcd4ac@arm.com> (raw)
In-Reply-To: <5e940f933da98f5546c1626e8f2ba0fd7b3c58fa.camel@linuxfoundation.org>


On 21/09/2020 14:03, Richard Purdie wrote:
> On Tue, 2020-09-08 at 13:28 +0100, Usama Arif wrote:
>> The keys are only generated if they dont exist. The key
>> generation can be turned off by setting FIT_GENERATE_KEYS to "0".
>> The default key length for private keys is 2048 and the default
>> format for public key certificate is x.509.
>>
>> Signed-off-by: Usama Arif <usama.arif@arm.com>
>> ---
>>   meta/classes/kernel-fitimage.bbclass | 44 ++++++++++++++++++++++++++++
>>   1 file changed, 44 insertions(+)
> 
> I'm worried about this as keys are generally something the user needs
> to handle carefully. Making it all "magic" means that a missing key
> might not throw an error when it should and also, someone might not
> save the keys when they might need to.
> 
To make sure the keys exists, we could check in step 7 of 
fitimage_assemble that ${UBOOT_SIGN_KEYDIR}/${UBOOT_SIGN_KEYNAME}".key 
and ${UBOOT_SIGN_KEYDIR}/${UBOOT_SIGN_KEYNAME}".crt exist if 
UBOOT_SIGN_ENABLE is set to 1?

> Perhaps this code should need to be explicitly enabled?

By explicitly enable do you mean change the ?= to = in the below line?

FIT_GENERATE_KEYS ?= "${@bb.utils.contains('UBOOT_SIGN_ENABLE', '1', 
'1', '0', d)}"

I actually think that keeping ?= is a good idea as users might want to 
use some other key not generated by oe-core, so they can choose to 
disable FIT_GENERATE_KEYS.

Thanks for the review!
Usama

> 
> Cheers,
> 
> Richard
> 

  reply	other threads:[~2020-09-21 13:26 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-08 12:28 [PATCH] kernel-fitimage: generate openssl RSA keys for signing fitimage Usama Arif
2020-09-08 12:43 ` Usama Arif
     [not found] ` <1632CF861F095801.32160@lists.openembedded.org>
2020-09-21  9:47   ` [OE-core] " Usama Arif
2020-09-21 13:03 ` Richard Purdie
2020-09-21 13:24   ` Usama Arif [this message]
     [not found]   ` <1636CF692A74423D.559@lists.openembedded.org>
2020-09-30 10:14     ` Usama Arif
2020-09-30 10:22       ` Richard Purdie
2020-09-30 10:48         ` Usama Arif

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=2afe9b84-dd6d-78e3-a100-6e10bddcd4ac@arm.com \
    --to=usama.arif@arm.com \
    --cc=nd@arm.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.