U-Boot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Tom Rini <trini@konsulko.com>
To: Moiz Imtiaz <moizimtiaz1@gmail.com>
Cc: Simon Glass <sjg@chromium.org>,
	Mark Kettenis <mark.kettenis@xs4all.nl>,
	U-Boot Mailing List <u-boot@lists.denx.de>,
	moiz.imtiaz@skyelectric.com,
	Jehannaz Khan <jehannazkhan@skyelectric.com>
Subject: Re: Problem with U-boot | Configuration Signature not being checked while booting
Date: Sun, 12 Sep 2021 11:02:55 -0400	[thread overview]
Message-ID: <20210912150255.GZ12964@bill-the-cat> (raw)
In-Reply-To: <CAMHoVnoP7KdHrO4iGO=P+rv9JNkN2jF_czxYzsfVn_-aZ61EyQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1706 bytes --]

On Sun, Sep 12, 2021 at 02:58:12AM +0500, Moiz Imtiaz wrote:

> Completely agreed, that a fully secure boot on pi won't be achievable
> because the Root of Trust (ROT) cant be established from the BOTROM/EEPROM.
> Plus Pi doesn't have any High Assurance Boot (HAB).  But given the
> scenerio, whatever we can achieve i.e if we can verify the kernel, the
> device tree, from the bootloader, (u-boot)  that would be great.
> 
> Currently the issue with Pi4 is that , signature verification is not being
> done with u-boot, so wondering if that can be made possible.

Right, OK.  Yes, I think it would be possible, but you'll need to
experiment a bit.  You'll basically want to take the signature
information that the U-Boot docs talk about out of the created device
tree, and put it in its own file, and then have the Pi firmware apply
that as an "overlay", as it assembles the tree to use.  Then the regular
mechanism U-Boot uses to use the passed in device tree should work.

> >But that applies to the scenario where the public key is stored in the
> > device tree embedded in u-boot itself as well
> 
> Just for the sake of knowledge, Isn't this the case with all u-boot, that
> the public key is stored in the device tree (control FDT) and is embedded
> in the u-boot.

You're in experimental territory here, yes.  The existing examples all
are on platforms where a prior stage wouldn't be giving us a device
tree.  U-Boot should not actually care where the device tree comes from
so long as it is correct.

I've only got a Pi 3 in my CI lab, and since it's CI I also really hate
fiddling with it since I then end up spending more time re-setting it
for CI.

-- 
Tom

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 659 bytes --]

  reply	other threads:[~2021-09-12 15:03 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-09 20:21 Problem with U-boot | Configuration Signature not being checked while booting Moiz Imtiaz
2021-09-10  4:37 ` Simon Glass
2021-09-11 18:19   ` Moiz Imtiaz
2021-09-11 19:18     ` Mark Kettenis
2021-09-11 21:05       ` Tom Rini
2021-09-11 21:30         ` Mark Kettenis
2021-09-11 21:34           ` Tom Rini
2021-09-11 21:58             ` Moiz Imtiaz
2021-09-12 15:02               ` Tom Rini [this message]
2021-09-12 20:45                 ` Moiz Imtiaz
2021-09-15 13:02                   ` Tom Rini
2021-09-15 10:13       ` Simon Glass
2021-09-15 10:25         ` François Ozog
2021-09-17 16:21           ` Simon Glass
2021-09-17 17:18             ` François Ozog
2021-09-17 17:55             ` Tom Rini
2021-09-15 11:51         ` Mark Kettenis
2021-09-15 13:35           ` Tom Rini
2021-09-15 13:53             ` François Ozog
2021-09-17 16:21             ` Simon Glass
2021-09-17 17:42               ` Tom Rini
2021-09-18  9:27                 ` Simon Glass
2021-09-18 13:24                   ` Tom Rini
2021-09-17 16:19           ` Simon Glass
2021-09-17 17:26             ` Tom Rini
2021-09-18  9:27               ` Simon Glass
2021-09-18  9:47                 ` Moiz Imtiaz
2021-09-18 10:10                   ` Mark Kettenis
2021-09-18 10:26                     ` François Ozog
2021-09-18 13:24                       ` Moiz Imtiaz
2021-09-18 13:30                         ` Moiz Imtiaz
2021-09-20 15:33                       ` Tom Rini
2021-09-18 11:15                 ` Mark Kettenis
2021-09-18 15:28                   ` Simon Glass
2021-09-20 15:38                   ` Tom Rini
2021-09-20 15:27                 ` Tom Rini

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=20210912150255.GZ12964@bill-the-cat \
    --to=trini@konsulko.com \
    --cc=jehannazkhan@skyelectric.com \
    --cc=mark.kettenis@xs4all.nl \
    --cc=moiz.imtiaz@skyelectric.com \
    --cc=moizimtiaz1@gmail.com \
    --cc=sjg@chromium.org \
    --cc=u-boot@lists.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