Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp310236imu; Mon, 10 Dec 2018 22:32:49 -0800 (PST) X-Google-Smtp-Source: AFSGD/UsT5DXah9YttkD3bDhWZBE2insIqSpi4a6gJQr2Wqg7Prv4r2t+SQ/6vOEhrK6xXsCV0wN X-Received: by 2002:a17:902:2f03:: with SMTP id s3mr14605851plb.277.1544509969402; Mon, 10 Dec 2018 22:32:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544509969; cv=none; d=google.com; s=arc-20160816; b=wuvxteprXrQPceW5StCRqjSV0DahCxt1c4PvBStsGqdy7pbI0uZ5L8z0DA82g3Fxf/ ejmxfEfMQUwCpuptBHVByKNp6C6WH8U3j0SUmRt+k/gby9sWId0zZzrDrU9HV6PvHanE hGusgFUYiryIlDPWbrGEwNBxjUPMcHJUUHVOZzZorGz/G+x+pemD5o9KcUNZ4bQoaWJt dagaMG8kUxe4xhg6mBlqVrG+QrMk8nGjK4T3ccONcy0ul4be4J08fZKprmY9Un+nz6QG rskvcIkW3asutiQhnArTYXuSWNWNPEtmpmoZuB6Jr2rNt/9eqD8iuZ25eGlQIceuX+bZ jSiQ== 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:mail-followup-to :message-id:subject:cc:to:from:date:dkim-signature; bh=stmSX3PXcRyVdMNVm5vUdxgGBOXh3Sb8rfzgIO0InSY=; b=nmmxZ49JSUpuCnrAVgSFxN08H0FMMMbzxOTr8FZ4qK6YXWHpblTuP9s9onFWN2UCX0 Y+Ob2Tmk0P9JGwKQ3EmYNGufRek7sx87ictKRJ/rQY28N2YqYX2qsYzQmrjvYp18A/Mi UOoA392zy1iydo4b24LBVDEDZPjYr6dC9Tlag6oIVVZuyCpeefFdF593dGllfGlSqfpp qQm5ShDKs2HKB/dWcXlJCCwTSvwdNjumqmEZNOa7sr+dNg6YkCBasKlcb8MDURS0Wn68 aOiAOmcqPlP6FU+BaUrDs8aZZtZzB0oD6wue6JogdwS14WTHxyip7p5ad1J6VTuTl3bj w3EA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=WcVfm3tC; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q9si11233918pgh.92.2018.12.10.22.32.34; Mon, 10 Dec 2018 22:32:49 -0800 (PST) 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; dkim=pass header.i=@linaro.org header.s=google header.b=WcVfm3tC; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729230AbeLKFjW (ORCPT + 99 others); Tue, 11 Dec 2018 00:39:22 -0500 Received: from mail-pf1-f196.google.com ([209.85.210.196]:40584 "EHLO mail-pf1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727721AbeLKFjW (ORCPT ); Tue, 11 Dec 2018 00:39:22 -0500 Received: by mail-pf1-f196.google.com with SMTP id i12so6572488pfo.7 for ; Mon, 10 Dec 2018 21:39:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=stmSX3PXcRyVdMNVm5vUdxgGBOXh3Sb8rfzgIO0InSY=; b=WcVfm3tCW+gsL+H1w5KxyvEXeTSrBd1C9jxV6ngKiejSuW5C3zZJlKsgQ9TR+jfb4C /8wAu+Fq5Eo+kIHVuvnxVg/AtMrALY1AuP9M5sOcLGUk9VjtqTmo+ml+GEs7oKrtFjbt BiCRxVmsdlKbEEAvOMcQr3jnoY/GZPzimKoag= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=stmSX3PXcRyVdMNVm5vUdxgGBOXh3Sb8rfzgIO0InSY=; b=gJuztZWdRAefPgfykC1L1n2N5lNeqE21cjAyswDWLMtl2C/ztYV8mGKOxbc2CLh5iY wb+amXoV5HGEG4FnmW+VfFddEtKAfzq54DqA171ew/w/2ChHrkJs9+yAItH+VieWdLgR ilfxlh/HuzvjwwQUmIJUQnYC6bAjD0ELIo8wT8pdi0ZfzuanaXdN4Pp5lH4WJCE/DFls HnMkSoEbM7OUJudPaQQck5hULDQ1rA7s3HHamxvhY5w/lOM1NIOcE88ioOyKi4dlJqLu tMbZi0Na5CDDpHvgeww4pDT3Z++/V9j6o/BCAOtSIcl8tqflG59P8SSOj+3af6u3dxvw B0yA== X-Gm-Message-State: AA+aEWYkTNS53mZDQnJJQPKIJ8HIyIYEA/Opuk/x9JwfAUqfKRyTKzCh uFJNWUZjzY7xN/tpEUI0I0/0Bg== X-Received: by 2002:a63:82c6:: with SMTP id w189mr13623171pgd.344.1544506761012; Mon, 10 Dec 2018 21:39:21 -0800 (PST) Received: from linaro.org ([121.95.100.191]) by smtp.googlemail.com with ESMTPSA id l19sm28311461pfi.71.2018.12.10.21.39.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Dec 2018 21:39:20 -0800 (PST) Date: Tue, 11 Dec 2018 14:42:33 +0900 From: AKASHI Takahiro To: Will Deacon Cc: catalin.marinas@arm.com, dhowells@redhat.com, vgoyal@redhat.com, herbert@gondor.apana.org.au, davem@davemloft.net, dyoung@redhat.com, bhe@redhat.com, arnd@arndb.de, schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com, prudo@linux.ibm.com, ard.biesheuvel@linaro.org, james.morse@arm.com, bhsharma@redhat.com, kexec@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v16 15/16] arm64: kexec_file: add kernel signature verification support Message-ID: <20181211054231.GD21466@linaro.org> Mail-Followup-To: AKASHI Takahiro , Will Deacon , catalin.marinas@arm.com, dhowells@redhat.com, vgoyal@redhat.com, herbert@gondor.apana.org.au, davem@davemloft.net, dyoung@redhat.com, bhe@redhat.com, arnd@arndb.de, schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com, prudo@linux.ibm.com, ard.biesheuvel@linaro.org, james.morse@arm.com, bhsharma@redhat.com, kexec@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org References: <20181115055254.2812-1-takahiro.akashi@linaro.org> <20181115055254.2812-16-takahiro.akashi@linaro.org> <20181130132113.GE9000@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181130132113.GE9000@arm.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Nov 30, 2018 at 01:21:14PM +0000, Will Deacon wrote: > On Thu, Nov 15, 2018 at 02:52:54PM +0900, AKASHI Takahiro wrote: > > With this patch, kernel verification can be done without IMA security > > subsystem enabled. Turn on CONFIG_KEXEC_VERIFY_SIG instead. > > > > On x86, a signature is embedded into a PE file (Microsoft's format) header > > of binary. Since arm64's "Image" can also be seen as a PE file as far as > > CONFIG_EFI is enabled, we adopt this format for kernel signing. > > > > You can create a signed kernel image with: > > $ sbsign --key ${KEY} --cert ${CERT} Image > > > > Signed-off-by: AKASHI Takahiro > > Cc: Catalin Marinas > > Cc: Will Deacon > > Reviewed-by: James Morse > > --- > > arch/arm64/Kconfig | 24 ++++++++++++++++++++++++ > > arch/arm64/kernel/kexec_image.c | 17 +++++++++++++++++ > > 2 files changed, 41 insertions(+) > > > > diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig > > index 93dc4d36d6db..11f3e1a00588 100644 > > --- a/arch/arm64/Kconfig > > +++ b/arch/arm64/Kconfig > > @@ -867,6 +867,30 @@ config KEXEC_FILE > > for kernel and initramfs as opposed to list of segments as > > accepted by previous system call. > > > > +config KEXEC_VERIFY_SIG > > + bool "Verify kernel signature during kexec_file_load() syscall" > > + depends on KEXEC_FILE > > + help > > + Select this option to verify a signature with loaded kernel > > + image. If configured, any attempt of loading a image without > > + valid signature will fail. > > + > > + In addition to that option, you need to enable signature > > + verification for the corresponding kernel image type being > > + loaded in order for this to work. > > + > > +config KEXEC_IMAGE_VERIFY_SIG > > + bool "Enable Image signature verification support" > > + default y > > + depends on KEXEC_VERIFY_SIG > > + depends on EFI && SIGNED_PE_FILE_VERIFICATION > > + help > > + Enable Image signature verification support. > > + > > +comment "Support for PE file signature verification disabled" > > + depends on KEXEC_VERIFY_SIG > > + depends on !EFI || !SIGNED_PE_FILE_VERIFICATION > > + > > config CRASH_DUMP > > bool "Build kdump crash kernel" > > help > > diff --git a/arch/arm64/kernel/kexec_image.c b/arch/arm64/kernel/kexec_image.c > > index 9f0d8b5d62d3..d1c6c54c22e3 100644 > > --- a/arch/arm64/kernel/kexec_image.c > > +++ b/arch/arm64/kernel/kexec_image.c > > @@ -12,7 +12,9 @@ > > #include > > #include > > #include > > +#include > > #include > > +#include > > #include > > #include > > #include > > @@ -29,6 +31,10 @@ static int image_probe(const char *kernel_buf, unsigned long kernel_len) > > sizeof(h->magic))) > > return -EINVAL; > > > > + pr_debug("PE format: %s\n", > > + memcmp(&((struct mz_hdr *)h)->magic, "MZ", 2) ? > > + "no" : "yes"); > > > > Is this hunk really necessary? I'd prefer not to commit pr_debug() > invocations. This line comes from kexec-tools' code, but I don't mind removing it. (as lots of lines diverge now from kexec-tools.) -Takahiro Akashi > Will