All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matthew Garrett <mjg59@srcf.ucam.org>
To: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: Support for TPM measurements on UEFI systems
Date: Mon, 6 Feb 2017 16:43:38 +0000	[thread overview]
Message-ID: <20170206164338.GA4484@srcf.ucam.org> (raw)
In-Reply-To: <CAEaD8JO+U4-jmZ4p6iK9zcsEpNht5Hi69WzYuM4yEEKdkNwFjQ@mail.gmail.com>

On Sun, Feb 05, 2017 at 01:28:20PM +0000, Vladimir 'phcoder' Serbinenko wrote:
> See verify.h for the interface. Obviously if you need changes in the API,
> please say.

I think that's a starting point, but it doesn't seem sufficient for some 
of the cases I care about. For instance, measuring boot state isn't just 
about the files that are read - we also need to measure the commands 
that grub runs and the command line passed to the kernel, for instance. 
Ideally we'd also have more context available in order to make a better 
decision about which PCR to measure something into, but I can't think of 
a good way to do that simply by hooking open. That also seems to make it 
difficult to implement a handler that should only be verifying some 
objects - for instance, a UEFI secure boot handler only wants to verify 
the kernel (or something that's chainloaded) and ignore everything else.

-- 
Matthew Garrett | mjg59@srcf.ucam.org


  reply	other threads:[~2017-02-06 16:43 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-24  0:38 Support for TPM measurements on UEFI systems Matthew Garrett
2017-01-24  0:38 ` [PATCH 1/7] Core TPM support Matthew Garrett
2017-01-24  0:38 ` [PATCH 2/7] Rework linux command Matthew Garrett
2017-01-24  0:38 ` [PATCH 3/7] Rework linux16 command Matthew Garrett
2017-01-24  0:38 ` [PATCH 4/7] Measure kernel and initrd Matthew Garrett
2017-01-24  0:38 ` [PATCH 5/7] Measure the kernel commandline Matthew Garrett
2017-01-24  0:38 ` [PATCH 6/7] Measure commands Matthew Garrett
2017-01-24  0:38 ` [PATCH 7/7] Measure multiboot images and modules Matthew Garrett
2017-01-24  1:29 ` Support for TPM measurements on UEFI systems Vladimir 'phcoder' Serbinenko
2017-01-24  1:33   ` Matthew Garrett
2017-01-24  2:03     ` Vladimir 'phcoder' Serbinenko
2017-01-24  2:14       ` Matthew Garrett
2017-01-27 21:08         ` Vladimir 'phcoder' Serbinenko
2017-02-04 21:24           ` Matthew Garrett
2017-02-05 13:27             ` Vladimir 'phcoder' Serbinenko
2017-02-05 13:28               ` Vladimir 'phcoder' Serbinenko
2017-02-06 16:43                 ` Matthew Garrett [this message]
2017-02-06 17:53                   ` Jon McCune
2017-02-06 22:04                     ` Matthew Garrett
2017-02-07  3:56                       ` Jon McCune
2017-02-07  8:39                     ` Vladimir 'phcoder' Serbinenko
2017-02-06 19:58                   ` Vladimir 'phcoder' Serbinenko
2017-02-06 22:10                     ` Matthew Garrett
2017-02-07  1:12                       ` Vladimir 'phcoder' Serbinenko

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=20170206164338.GA4484@srcf.ucam.org \
    --to=mjg59@srcf.ucam.org \
    --cc=grub-devel@gnu.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.