All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jarkko Sakkinen <jarkko@kernel.org>
To: Evan Green <evgreen@chromium.org>
Cc: Stefan Berger <stefanb@linux.ibm.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Gwendal Grignou <gwendal@chromium.org>,
	Eric Biggers <ebiggers@kernel.org>,
	Matthew Garrett <mgarrett@aurora.tech>,
	Mimi Zohar <zohar@linux.ibm.com>,
	linux-integrity@vger.kernel.org, Pavel Machek <pavel@ucw.cz>,
	apronin@chromium.org, Daniil Lunev <dlunev@google.com>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Linux PM <linux-pm@vger.kernel.org>,
	Jonathan Corbet <corbet@lwn.net>,
	"James E.J. Bottomley" <jejb@linux.ibm.com>,
	Matthew Garrett <matthewgarrett@google.com>,
	Matthew Garrett <mjg59@google.com>,
	Jason Gunthorpe <jgg@ziepe.ca>, Peter Huewe <peterhuewe@gmx.de>
Subject: Re: [PATCH v2 02/10] tpm: Allow PCR 23 to be restricted to kernel-only use
Date: Wed, 21 Sep 2022 21:05:52 +0300	[thread overview]
Message-ID: <YytSgGQrInFGWQzE@kernel.org> (raw)
In-Reply-To: <YytRqguZRuGPVz3G@kernel.org>

On Wed, Sep 21, 2022 at 09:02:29PM +0300, Jarkko Sakkinen wrote:
> On Wed, Sep 21, 2022 at 08:35:35AM -0700, Evan Green wrote:
> > On Mon, Sep 19, 2022 at 9:51 PM Jarkko Sakkinen <jarkko@kernel.org> wrote:
> > >
> > > On Tue, Sep 13, 2022 at 08:26:09AM -0400, Stefan Berger wrote:
> > > >
> > > >
> > > > On 8/23/22 18:25, Evan Green wrote:
> > > > > From: Matthew Garrett <matthewgarrett@google.com>
> > > > >
> > > > > Under certain circumstances it might be desirable to enable the creation
> > > > > of TPM-backed secrets that are only accessible to the kernel. In an
> > > > > ideal world this could be achieved by using TPM localities, but these
> > > > > don't appear to be available on consumer systems. An alternative is to
> > > > > simply block userland from modifying one of the resettable PCRs, leaving
> > > > > it available to the kernel. If the kernel ensures that no userland can
> > > > > access the TPM while it is carrying out work, it can reset PCR 23,
> > > > > extend it to an arbitrary value, create or load a secret, and then reset
> > > > > the PCR again. Even if userland somehow obtains the sealed material, it
> > > > > will be unable to unseal it since PCR 23 will never be in the
> > > > > appropriate state.
> > > > >
> > > > > From: Matthew Garrett <mjg59@google.com>
> > > > > Signed-off-by: Matthew Garrett <mjg59@google.com>
> > > > >
> > > > > Signed-off-by: Evan Green <evgreen@chromium.org>
> > > > > ---
> > > > > Matthew's original version of this patch is at:
> > > > > https://patchwork.kernel.org/patch/12096491/
> > > > >
> > > > > Changes in v2:
> > > > >   - Fixed sparse warnings
> > > > >
> > > > >   drivers/char/tpm/Kconfig          | 10 +++++++++
> > > > >   drivers/char/tpm/tpm-dev-common.c |  8 +++++++
> > > > >   drivers/char/tpm/tpm.h            | 21 +++++++++++++++++++
> > > > >   drivers/char/tpm/tpm1-cmd.c       | 35 +++++++++++++++++++++++++++++++
> > > > >   drivers/char/tpm/tpm2-cmd.c       | 22 +++++++++++++++++++
> > > > >   drivers/char/tpm/tpm2-space.c     |  2 +-
> > > > >   6 files changed, 97 insertions(+), 1 deletion(-)
> > > > >
> > > > > diff --git a/drivers/char/tpm/Kconfig b/drivers/char/tpm/Kconfig
> > > > > index 927088b2c3d3f2..4483b61a428b11 100644
> > > > > --- a/drivers/char/tpm/Kconfig
> > > > > +++ b/drivers/char/tpm/Kconfig
> > > > > @@ -211,4 +211,14 @@ config TCG_FTPM_TEE
> > > > >       This driver proxies for firmware TPM running in TEE.
> > > > >   source "drivers/char/tpm/st33zp24/Kconfig"
> > > > > +
> > > > > +config TCG_TPM_RESTRICT_PCR
> > > > > +   bool "Restrict userland access to PCR 23"
> > > > > +   depends on TCG_TPM
> > > > > +   help
> > > > > +     If set, block userland from extending or resetting PCR 23. This
> > > > > +     allows it to be restricted to in-kernel use, preventing userland
> > > > > +     from being able to make use of data sealed to the TPM by the kernel.
> > > > > +     This is required for secure hibernation support, but should be left
> > > > > +     disabled if any userland may require access to PCR23.
> > > > >   endif # TCG_TPM
> > > > > diff --git a/drivers/char/tpm/tpm-dev-common.c b/drivers/char/tpm/tpm-dev-common.c
> > > > > index dc4c0a0a512903..7a4e618c7d1942 100644
> > > > > --- a/drivers/char/tpm/tpm-dev-common.c
> > > > > +++ b/drivers/char/tpm/tpm-dev-common.c
> > > > > @@ -198,6 +198,14 @@ ssize_t tpm_common_write(struct file *file, const char __user *buf,
> > > > >     priv->response_read = false;
> > > > >     *off = 0;
> > > > > +   if (priv->chip->flags & TPM_CHIP_FLAG_TPM2)
> > > > > +           ret = tpm2_cmd_restricted(priv->chip, priv->data_buffer, size);
> > > > > +   else
> > > > > +           ret = tpm1_cmd_restricted(priv->chip, priv->data_buffer, size);
> > > > > +
> > > > > +   if (ret)
> > > > > +           goto out;
> > > > > +
> > > > >     /*
> > > > >      * If in nonblocking mode schedule an async job to send
> > > > >      * the command return the size.
> > > > > diff --git a/drivers/char/tpm/tpm.h b/drivers/char/tpm/tpm.h
> > > > > index a80b341d38eb8c..077c3ca0a127ba 100644
> > > > > --- a/drivers/char/tpm/tpm.h
> > > > > +++ b/drivers/char/tpm/tpm.h
> > > > > @@ -229,6 +229,8 @@ void tpm2_shutdown(struct tpm_chip *chip, u16 shutdown_type);
> > > > >   unsigned long tpm2_calc_ordinal_duration(struct tpm_chip *chip, u32 ordinal);
> > > > >   int tpm2_probe(struct tpm_chip *chip);
> > > > >   int tpm2_get_cc_attrs_tbl(struct tpm_chip *chip);
> > > > > +int tpm_find_and_validate_cc(struct tpm_chip *chip, struct tpm_space *space,
> > > > > +                        const void *buf, size_t bufsiz);
> > > > >   int tpm2_find_cc(struct tpm_chip *chip, u32 cc);
> > > > >   int tpm2_init_space(struct tpm_space *space, unsigned int buf_size);
> > > > >   void tpm2_del_space(struct tpm_chip *chip, struct tpm_space *space);
> > > > > @@ -244,4 +246,23 @@ void tpm_bios_log_setup(struct tpm_chip *chip);
> > > > >   void tpm_bios_log_teardown(struct tpm_chip *chip);
> > > > >   int tpm_dev_common_init(void);
> > > > >   void tpm_dev_common_exit(void);
> > > > > +
> > > > > +#ifdef CONFIG_TCG_TPM_RESTRICT_PCR
> > > > > +#define TPM_RESTRICTED_PCR 23
> > > > > +
> > > > > +int tpm1_cmd_restricted(struct tpm_chip *chip, u8 *buffer, size_t size);
> > > > > +int tpm2_cmd_restricted(struct tpm_chip *chip, u8 *buffer, size_t size);
> > > > > +#else
> > > > > +static inline int tpm1_cmd_restricted(struct tpm_chip *chip, u8 *buffer,
> > > > > +                                 size_t size)
> > > > > +{
> > > > > +   return 0;
> > > > > +}
> > > > > +
> > > > > +static inline int tpm2_cmd_restricted(struct tpm_chip *chip, u8 *buffer,
> > > > > +                                 size_t size)
> > > > > +{
> > > > > +   return 0;
> > > > > +}
> > > > > +#endif
> > > > >   #endif
> > > > > diff --git a/drivers/char/tpm/tpm1-cmd.c b/drivers/char/tpm/tpm1-cmd.c
> > > > > index 8ec743dec26544..318e75ae42fb85 100644
> > > > > --- a/drivers/char/tpm/tpm1-cmd.c
> > > > > +++ b/drivers/char/tpm/tpm1-cmd.c
> > > > > @@ -845,3 +845,38 @@ int tpm1_get_pcr_allocation(struct tpm_chip *chip)
> > > > >     return 0;
> > > > >   }
> > > > > +
> > > > > +#ifdef CONFIG_TCG_TPM_RESTRICT_PCR
> > > > > +int tpm1_cmd_restricted(struct tpm_chip *chip, u8 *buffer, size_t size)
> > > > > +{
> > > > > +   struct tpm_header *header = (struct tpm_header *)buffer;
> > > > > +   char len, offset;
> > > > > +   __be32 *pcr;
> > > > > +   int pos;
> > > > > +
> > > > > +   switch (be32_to_cpu(header->ordinal)) {
> > > > > +   case TPM_ORD_PCR_EXTEND:
> > > > > +           if (size < (TPM_HEADER_SIZE + sizeof(u32)))
> > > > > +                   return -EINVAL;
> > > > > +           pcr = (__be32 *)&buffer[TPM_HEADER_SIZE];
> > > > > +           if (be32_to_cpu(*pcr) == TPM_RESTRICTED_PCR)
> > > > > +                   return -EPERM;
> > > >
> > > > FYI: TPM 1.2 has transport sessions where the command is tunneled in an
> > > > encrypted channel and this check could be circumvented...
> > >
> > > BTW, Why do we want to support TPM 1.2 at all.
> > >
> > > I would not support it for new features. This could be just TPM2 only
> > > feeature.
> > 
> > I didn't know about the TPM1.2 tunnelling thing, thanks Stefan. Yes,
> > maybe in light of that and Jarkko's comment we shouldn't bend over
> > backwards to make this work on TPM1 and just make it a TPM2-only
> > feature.
> > 
> > Downstream of this decision, in the other patch, "Add support for
> > in-kernel resetting of PCRs", my instinct is to keep the addition of
> > tpm1_pcr_reset() just so the newly introduced generic tpm_pcr_reset()
> > is fully implemented. Let me know if instead I should also drop the
> > tpm1 side of that as well, in the name of "don't add stuff you're not
> > using".
> > -Evan
> 
> You should drop TPM 1.2 support.
> 
> General policy with TPM 1.2:
> 
> 1. Support legacy.
> 2. Do no extend the functionality.

Why? Because we do not want to add legacy to something that is dying.

BR, Jarkko

  reply	other threads:[~2022-09-21 18:06 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-23 22:25 [PATCH v2 00/10] Encrypted Hibernation Evan Green
2022-08-23 22:25 ` [PATCH v2 01/10] tpm: Add support for in-kernel resetting of PCRs Evan Green
2022-08-26  2:59   ` Jarkko Sakkinen
2022-09-07 17:02     ` Evan Green
2022-09-08  5:22       ` Jarkko Sakkinen
2022-08-23 22:25 ` [PATCH v2 02/10] tpm: Allow PCR 23 to be restricted to kernel-only use Evan Green
2022-08-26  3:02   ` Jarkko Sakkinen
2022-09-07 17:03     ` Evan Green
2022-09-13 12:26   ` Stefan Berger
2022-09-20  4:50     ` Jarkko Sakkinen
2022-09-21 15:35       ` Evan Green
2022-09-21 18:02         ` Jarkko Sakkinen
2022-09-21 18:05           ` Jarkko Sakkinen [this message]
2022-09-21 19:02             ` Evan Green
2022-08-23 22:25 ` [PATCH v2 03/10] security: keys: trusted: Include TPM2 creation data Evan Green
2022-09-20 23:04   ` Kees Cook
2022-09-23 22:22     ` Evan Green
2022-08-23 22:25 ` [PATCH v2 04/10] security: keys: trusted: Allow storage of PCR values in " Evan Green
2022-08-24 11:56   ` Ben Boeckel
2022-08-24 17:34     ` Evan Green
2022-08-23 22:25 ` [PATCH v2 05/10] security: keys: trusted: Verify " Evan Green
2022-09-20 23:06   ` Kees Cook
2022-09-23 22:23     ` Evan Green
2022-08-23 22:25 ` [PATCH v2 06/10] PM: hibernate: Add kernel-based encryption Evan Green
2022-09-20 23:09   ` Kees Cook
2022-08-23 22:25 ` [PATCH v2 07/10] PM: hibernate: Use TPM-backed keys to encrypt image Evan Green
2022-09-20 23:16   ` Kees Cook
2022-09-23 22:23     ` Evan Green
2022-09-24  4:31       ` Kees Cook
2022-08-23 22:25 ` [PATCH v2 08/10] PM: hibernate: Mix user key in encrypted hibernate Evan Green
2022-08-23 22:25 ` [PATCH v2 09/10] PM: hibernate: Verify the digest encryption key Evan Green
2022-08-23 22:25 ` [PATCH v2 10/10] PM: hibernate: seal the encryption key with a PCR policy Evan Green
2022-09-20 23:24   ` Kees Cook
2022-08-31 18:34 ` [PATCH v2 00/10] Encrypted Hibernation Limonciello, Mario
2022-09-07 17:03   ` Evan Green
2022-09-20  8:46 ` Pavel Machek
2022-09-20 16:39   ` Evan Green
2022-09-21 18:09   ` Jason Gunthorpe
2022-09-20 22:52 ` Kees Cook

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=YytSgGQrInFGWQzE@kernel.org \
    --to=jarkko@kernel.org \
    --cc=apronin@chromium.org \
    --cc=corbet@lwn.net \
    --cc=dlunev@google.com \
    --cc=ebiggers@kernel.org \
    --cc=evgreen@chromium.org \
    --cc=gwendal@chromium.org \
    --cc=jejb@linux.ibm.com \
    --cc=jgg@ziepe.ca \
    --cc=linux-integrity@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=matthewgarrett@google.com \
    --cc=mgarrett@aurora.tech \
    --cc=mjg59@google.com \
    --cc=pavel@ucw.cz \
    --cc=peterhuewe@gmx.de \
    --cc=rjw@rjwysocki.net \
    --cc=stefanb@linux.ibm.com \
    --cc=zohar@linux.ibm.com \
    /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.