Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp3182693ybd; Mon, 24 Jun 2019 21:10:28 -0700 (PDT) X-Google-Smtp-Source: APXvYqzNwcB5wuVWQoPaIheVND6EGBC7D5m7LdA+bs8B4aw2RUwXO0cAuVodNgwsd571JGhgu7vU X-Received: by 2002:a63:a1f:: with SMTP id 31mr17113103pgk.66.1561435828293; Mon, 24 Jun 2019 21:10:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561435828; cv=none; d=google.com; s=arc-20160816; b=pzGkNPwZ20XiOS7qgQkN6eXnQqRkit+4JAUduQxaAavnHCpyUG39CmQS+0k+EwPEMg s9BetMhCstTVGQ6UPHYl1EIHSshmN4Qry03/U8b6Ij6mJjs8BDv2uM+uXayTnhatH7Gg r9dRikjwm0BBXUpcNRARzU3PjQjH4WtoTFjwfBrPApkifp6kYpz+4RYr96JbRMiKlEC9 G9G4FaGkUpnTctDef1ciko/AYueGHM/u3XSEF+99IkoTFfDhw5D3iarrM4bGUgjPMj/H QnVNYQbhSJ5ZxzVzl2VQCQgnMpZJGcM4KnJiU7Jdd/aPT09mtGdUSdfo/VN2CSBrCwqt jtMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=Sb61rTx5VHqgCiTE1wTIChQGn9BBEePWtszuDH9nYWA=; b=j75KT8J6N+OoNTpGl4bJKzW3EzEFkc/9kw/xKWeQoLN40bYFtEFD02lF/5bahB9omj QGeBXhCw6FheVPUiT3XoMjdOdhJFCbCNjPHWtKf6Qg0UVf/E1akilo3v95wj98k9njno 5yMTjxoiYrtdE+aOXshRxO8ZdQBVY3J3U2pUFSsm9hj/+7n9jFc49WQ+kOqwR6EGjRJR +dk2w0qN1mNyK88CISfd5JKuJVc6U6QQvasSEl1Tl/GSfAKQ0VdcxYikqncApbB0scuh GajpHl+e4BN8++dFycN/O/huArZUNYUE+8NVCkS2U4yq2bdsXqBCFjMt95YwuYuH3i5V 0BcQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a32si1595268pje.7.2019.06.24.21.10.12; Mon, 24 Jun 2019 21:10:28 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730517AbfFYCfZ (ORCPT + 99 others); Mon, 24 Jun 2019 22:35:25 -0400 Received: from mx1.redhat.com ([209.132.183.28]:60648 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726774AbfFYCfZ (ORCPT ); Mon, 24 Jun 2019 22:35:25 -0400 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 1295981F25; Tue, 25 Jun 2019 02:35:24 +0000 (UTC) Received: from dhcp-128-65.nay.redhat.com (ovpn-12-89.pek2.redhat.com [10.72.12.89]) by smtp.corp.redhat.com (Postfix) with ESMTPS id EE84D5D9C5; Tue, 25 Jun 2019 02:35:19 +0000 (UTC) Date: Tue, 25 Jun 2019 10:35:14 +0800 From: Dave Young To: Matthew Garrett Cc: jmorris@namei.org, linux-security-module@vger.kernel.org, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, Jiri Bohac , David Howells , Matthew Garrett , kexec@lists.infradead.org Subject: Re: [PATCH V34 08/29] kexec_file: split KEXEC_VERIFY_SIG into KEXEC_SIG and KEXEC_SIG_FORCE Message-ID: <20190625023514.GA4007@dhcp-128-65.nay.redhat.com> References: <20190622000358.19895-1-matthewgarrett@google.com> <20190622000358.19895-9-matthewgarrett@google.com> <20190624020106.GD2976@dhcp-128-65.nay.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190624020106.GD2976@dhcp-128-65.nay.redhat.com> User-Agent: Mutt/1.11.3 (2019-02-01) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.25]); Tue, 25 Jun 2019 02:35:24 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/24/19 at 10:01am, Dave Young wrote: > On 06/21/19 at 05:03pm, Matthew Garrett wrote: > > From: Jiri Bohac > > > > This is a preparatory patch for kexec_file_load() lockdown. A locked down > > kernel needs to prevent unsigned kernel images from being loaded with > > kexec_file_load(). Currently, the only way to force the signature > > verification is compiling with KEXEC_VERIFY_SIG. This prevents loading > > usigned images even when the kernel is not locked down at runtime. > > > > This patch splits KEXEC_VERIFY_SIG into KEXEC_SIG and KEXEC_SIG_FORCE. > > Analogous to the MODULE_SIG and MODULE_SIG_FORCE for modules, KEXEC_SIG > > turns on the signature verification but allows unsigned images to be > > loaded. KEXEC_SIG_FORCE disallows images without a valid signature. > > > > [Modified by David Howells such that: > > > > (1) verify_pefile_signature() differentiates between no-signature and > > sig-didn't-match in its returned errors. > > > > (2) kexec fails with EKEYREJECTED if there is a signature for which we > > have a key, but signature doesn't match - even if in non-forcing mode. > > > > (3) kexec fails with EBADMSG or some other error if there is a signature > > which cannot be parsed - even if in non-forcing mode. > > > > (4) kexec fails with ELIBBAD if the PE file cannot be parsed to extract > > the signature - even if in non-forcing mode. > > > > ] > > Seems I do not see EBADMSG and ELIBBAD in this patch, also kexec fails > with proper errno instead of EKEYREJECTED only. > > I may missed something? Other than the patch log issue: > > Reviewed-by: Dave Young Hold on :) Noticed another issue, please see comment inline.. > > > > > Signed-off-by: Jiri Bohac > > Signed-off-by: David Howells > > Signed-off-by: Matthew Garrett > > Reviewed-by: Jiri Bohac > > cc: kexec@lists.infradead.org > > --- > > arch/x86/Kconfig | 20 ++++++++--- > > crypto/asymmetric_keys/verify_pefile.c | 4 ++- > > include/linux/kexec.h | 4 +-- > > kernel/kexec_file.c | 47 ++++++++++++++++++++++---- > > 4 files changed, 60 insertions(+), 15 deletions(-) > > > > diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig > > index c1f9b3cf437c..84381dd60760 100644 > > --- a/arch/x86/Kconfig > > +++ b/arch/x86/Kconfig > > @@ -2012,20 +2012,30 @@ config KEXEC_FILE > > config ARCH_HAS_KEXEC_PURGATORY > > def_bool KEXEC_FILE > > > > -config KEXEC_VERIFY_SIG > > +config KEXEC_SIG > > bool "Verify kernel signature during kexec_file_load() syscall" > > depends on KEXEC_FILE > > ---help--- > > - This option makes kernel signature verification mandatory for > > - the kexec_file_load() syscall. > > > > - In addition to that option, you need to enable signature > > + This option makes the kexec_file_load() syscall check for a valid > > + signature of the kernel image. The image can still be loaded without > > + a valid signature unless you also enable KEXEC_SIG_FORCE, though if > > + there's a signature that we can check, then it must be valid. > > + > > + In addition to this option, you need to enable signature > > verification for the corresponding kernel image type being > > loaded in order for this to work. > > > > +config KEXEC_SIG_FORCE > > + bool "Require a valid signature in kexec_file_load() syscall" > > + depends on KEXEC_SIG > > + ---help--- > > + This option makes kernel signature verification mandatory for > > + the kexec_file_load() syscall. > > + > > config KEXEC_BZIMAGE_VERIFY_SIG > > bool "Enable bzImage signature verification support" > > - depends on KEXEC_VERIFY_SIG > > + depends on KEXEC_SIG > > depends on SIGNED_PE_FILE_VERIFICATION > > select SYSTEM_TRUSTED_KEYRING > > ---help--- > > diff --git a/crypto/asymmetric_keys/verify_pefile.c b/crypto/asymmetric_keys/verify_pefile.c > > index d178650fd524..4473cea1e877 100644 > > --- a/crypto/asymmetric_keys/verify_pefile.c > > +++ b/crypto/asymmetric_keys/verify_pefile.c > > @@ -100,7 +100,7 @@ static int pefile_parse_binary(const void *pebuf, unsigned int pelen, > > > > if (!ddir->certs.virtual_address || !ddir->certs.size) { > > pr_debug("Unsigned PE binary\n"); > > - return -EKEYREJECTED; > > + return -ENODATA; > > } > > > > chkaddr(ctx->header_size, ddir->certs.virtual_address, > > @@ -408,6 +408,8 @@ static int pefile_digest_pe(const void *pebuf, unsigned int pelen, > > * (*) 0 if at least one signature chain intersects with the keys in the trust > > * keyring, or: > > * > > + * (*) -ENODATA if there is no signature present. > > + * > > * (*) -ENOPKG if a suitable crypto module couldn't be found for a check on a > > * chain. > > * > > diff --git a/include/linux/kexec.h b/include/linux/kexec.h > > index b9b1bc5f9669..58b27c7bdc2b 100644 > > --- a/include/linux/kexec.h > > +++ b/include/linux/kexec.h > > @@ -125,7 +125,7 @@ typedef void *(kexec_load_t)(struct kimage *image, char *kernel_buf, > > unsigned long cmdline_len); > > typedef int (kexec_cleanup_t)(void *loader_data); > > > > -#ifdef CONFIG_KEXEC_VERIFY_SIG > > +#ifdef CONFIG_KEXEC_SIG > > typedef int (kexec_verify_sig_t)(const char *kernel_buf, > > unsigned long kernel_len); > > #endif > > @@ -134,7 +134,7 @@ struct kexec_file_ops { > > kexec_probe_t *probe; > > kexec_load_t *load; > > kexec_cleanup_t *cleanup; > > -#ifdef CONFIG_KEXEC_VERIFY_SIG > > +#ifdef CONFIG_KEXEC_SIG > > kexec_verify_sig_t *verify_sig; > > #endif > > }; > > diff --git a/kernel/kexec_file.c b/kernel/kexec_file.c > > index f1d0e00a3971..eec7e5bb2a08 100644 > > --- a/kernel/kexec_file.c > > +++ b/kernel/kexec_file.c > > @@ -90,7 +90,7 @@ int __weak arch_kimage_file_post_load_cleanup(struct kimage *image) > > return kexec_image_post_load_cleanup_default(image); > > } > > > > -#ifdef CONFIG_KEXEC_VERIFY_SIG > > +#ifdef CONFIG_KEXEC_SIG > > static int kexec_image_verify_sig_default(struct kimage *image, void *buf, > > unsigned long buf_len) > > { > > @@ -188,7 +188,8 @@ kimage_file_prepare_segments(struct kimage *image, int kernel_fd, int initrd_fd, > > const char __user *cmdline_ptr, > > unsigned long cmdline_len, unsigned flags) > > { > > - int ret = 0; > > + const char *reason; > > + int ret; > > void *ldata; > > loff_t size; > > > > @@ -207,15 +208,47 @@ kimage_file_prepare_segments(struct kimage *image, int kernel_fd, int initrd_fd, > > if (ret) > > goto out; > > > > -#ifdef CONFIG_KEXEC_VERIFY_SIG > > +#ifdef CONFIG_KEXEC_SIG > > ret = arch_kexec_kernel_verify_sig(image, image->kernel_buf, > > image->kernel_buf_len); > > - if (ret) { > > - pr_debug("kernel signature verification failed.\n"); > > +#else > > + ret = -ENODATA; Use -ENODATA for above case looks not correct, please just remove the #else and move the #endif to the end of the switch chunk. > > +#endif > > + > > + switch (ret) { > > + case 0: > > + break; > > + > > + /* Certain verification errors are non-fatal if we're not > > + * checking errors, provided we aren't mandating that there > > + * must be a valid signature. > > + */ > > + case -ENODATA: > > + reason = "kexec of unsigned image"; > > + goto decide; > > + case -ENOPKG: > > + reason = "kexec of image with unsupported crypto"; > > + goto decide; > > + case -ENOKEY: > > + reason = "kexec of image with unavailable key"; > > + decide: > > + if (IS_ENABLED(CONFIG_KEXEC_SIG_FORCE)) { > > + pr_notice("%s rejected\n", reason); > > + goto out; > > + } > > + > > + ret = 0; > > + break; > > + > > + /* All other errors are fatal, including nomem, unparseable > > + * signatures and signature check failures - even if signatures > > + * aren't required. > > + */ > > + default: > > + pr_notice("kernel signature verification failed (%d).\n", ret); > > goto out; > > } > > - pr_debug("kernel signature verification successful.\n"); > > -#endif > > + > > /* It is possible that there no initramfs is being loaded */ > > if (!(flags & KEXEC_FILE_NO_INITRAMFS)) { > > ret = kernel_read_file_from_fd(initrd_fd, &image->initrd_buf, > > -- > > 2.22.0.410.gd8fdbe21b5-goog > > Thanks Dave