public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: AKASHI Takahiro <takahiro.akashi@linaro.org>
To: Ilias Apalodimas <ilias.apalodimas@linaro.org>
Cc: Heinrich Schuchardt <xypron.glpk@gmx.de>,
	sughosh.ganu@linaro.org, u-boot@lists.denx.de, agraf@csgraf.de
Subject: Re: [PATCH] efi_loader: capsule: add a debug message in case of no key
Date: Tue, 20 Jul 2021 15:48:16 +0900	[thread overview]
Message-ID: <20210720064816.GA107447@laputa> (raw)
In-Reply-To: <YPZvkNATN3j2nWQd@enceladus>

On Tue, Jul 20, 2021 at 09:39:12AM +0300, Ilias Apalodimas wrote:
> Akashi-san,
> 
> On Tue, Jul 20, 2021 at 11:13:40AM +0900, AKASHI Takahiro wrote:
> > On Thu, May 20, 2021 at 04:06:12AM +0200, Heinrich Schuchardt wrote:
> > > On 5/10/21 10:19 AM, AKASHI Takahiro wrote:
> > > > It will probably be a common error case that a certificate (public key)
> > > > is not provided by the system while capsule authentication is enabled.
> > > > So add a debug message.
> > > > 
> > > > Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org>
> > > > ---
> > > >   lib/efi_loader/efi_capsule.c | 4 +++-
> > > >   1 file changed, 3 insertions(+), 1 deletion(-)
> > > > 
> > > > diff --git a/lib/efi_loader/efi_capsule.c b/lib/efi_loader/efi_capsule.c
> > > > index 90893f85e22c..84ddaf50d13f 100644
> > > > --- a/lib/efi_loader/efi_capsule.c
> > > > +++ b/lib/efi_loader/efi_capsule.c
> > > > @@ -316,8 +316,10 @@ efi_status_t efi_capsule_authenticate(const void *capsule, efi_uintn_t capsule_s
> > > >   	}
> > > > 
> > > >   	ret = efi_get_public_key_data(&fdt_pkey, &pkey_len);
> > > > -	if (ret < 0)
> > > > +	if (ret < 0) {
> > > > +		debug("Public key/certificate not found\n");
> > > 
> > > Currently the only implementation of efi_get_public_key_data() actually
> > > providing keys is the one in board/emulation/common/qemu_capsule.c where
> > > the user has to manually upload the esl file.
> > > 
> > > For future implementation it is preferable to build the public key data
> > > into the U-Boot binary. If it is part of the build process then the only
> > > error that could come up is that the public key data has the wrong format.
> > 
> > Now Ilias posted a patch to embed a public key in the U-Boot binary.
> > But it won't be the only solution in the future and the system owners
> > may want to provide a key in their own way; hence, it might not be "part
> > of build process."
> > 
> 
> Correct.  My patch intentionally leaves out that part and I hope someone
> will need it and implement it.
> 
> > So I think that adding a message is still valid, even it should be
> > treated as an error message instead of a debug message to warn "users".
> 
> 
> Keep in mind that the makefile currently checks for the .esl file.  if the
> file is not found there's a compilation error, prompting the user to add a
> valid file

If your efi_get_public_key_data() is the only implementation in
the system, checking a return value (if ret < 0) is also meaningless.

-Takahiro Akashi


> 
> Thanks
> /Ilias
> > 
> > -Takahiro Akashi
> > 
> > 
> > > If we are using the weak implementation of efi_get_public_key_data() in
> > > lib/efi_loader/efi_capsule.cwith CONFIG_EFI_CAPSULE_AUTHENTICATE=y, the
> > > system is misconfigured. Do we need that weak implementation at all? I
> > > would prefer to remove to get a build error.
> > > 
> > > I suggest that you add a log_err() message with above text into the
> > > board/emulation/common/qemu_capsule.c implementation of
> > > efi_get_public_key_data(). This way the user will see that he forgot a step.
> > > 
> > > Best regards
> > > 
> > > Heinrich
> > > 
> > > >   		goto out;
> > > > +	}
> > > > 
> > > >   	pkey = malloc(pkey_len);
> > > >   	if (!pkey)
> > > > 
> > > 

  reply	other threads:[~2021-07-20  6:48 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-10  8:19 [PATCH] efi_loader: capsule: add a debug message in case of no key AKASHI Takahiro
2021-05-20  2:06 ` Heinrich Schuchardt
2021-07-20  2:13   ` AKASHI Takahiro
2021-07-20  6:39     ` Ilias Apalodimas
2021-07-20  6:48       ` AKASHI Takahiro [this message]
2021-07-20  7:18         ` Ilias Apalodimas

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=20210720064816.GA107447@laputa \
    --to=takahiro.akashi@linaro.org \
    --cc=agraf@csgraf.de \
    --cc=ilias.apalodimas@linaro.org \
    --cc=sughosh.ganu@linaro.org \
    --cc=u-boot@lists.denx.de \
    --cc=xypron.glpk@gmx.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