Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp14051572pxu; Mon, 4 Jan 2021 11:29:46 -0800 (PST) X-Google-Smtp-Source: ABdhPJybssWTYoDW1txkOjpF+kyTC8QaJUG7jnWzH7RiQXwhq1zMPkpcKCLlH8FamYbe1/aMmdvP X-Received: by 2002:aa7:ca03:: with SMTP id y3mr73540150eds.87.1609788586459; Mon, 04 Jan 2021 11:29:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609788586; cv=none; d=google.com; s=arc-20160816; b=cl8ET3X2ImL5LqdjMAZ9T90ZEdJeTAcIOa7cscCjZKvNmcwXHBZanCq2F9xbyt2YXE ibqGwSihFiqn6gGoUi8P3c9Y3l1LNVqFTDyEHW9kDlcTRTPyf5KHRcBUJsqo+EPfFINf aJpnC45xGB21tD2i5vT8KORBn4e+kdpDg236PiAMzUi4sz0BRQD7M8NpDwiBDnIPDOLz 9n2ly1/lB8kksTakyU8fmwAVUmSWsCQAz2yPLLwUhbpbnqgt1uH+C1AO+bB3WbkHZCJ+ fo6d9dOgelFCtEnphbK05n9SnCqIF2Qm5RKWfIKqLvsHCDMtm/Md6/aJ8b4ZqfksQCnK e9UQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature:dkim-filter; bh=X6xepQR/a6hyITmp95WEs6En6xUDxmjm72mMAUNI8Ek=; b=PrjlBFTtVa74ESrI0SuSs0H1e2sh0jSF4M34gXLCVkdgUu+ctjwd7NCKfkBuM1Kptm FLpEeKHRkgsxb6hJew+zmbxdS+Al5n+hFEarhhqQwVLpKTH2ZzPhR+DxzT+Y3x5HKm/r usqNkZ6VDiljrRlvxSHxjVgR2fPyKq3dSsO9JEM65rWxFazY5j115K1pAiSmI4wn7rp2 3w1HpugpmVMlPDDYm9a0ixBsu+G1foq9dPSufzbcDVEuhP3uY2DKgIDwCHVmqm5grqb4 sFQUVMq7sGToIDI9d586mE5ZIW8yVWa6R1kS4kwTOVFILOYklKJ/r3WNJRV0t6T1WhRW hSGw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=Wucpphxo; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.microsoft.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ba7si32140314edb.70.2021.01.04.11.29.22; Mon, 04 Jan 2021 11:29:46 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=Wucpphxo; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.microsoft.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727728AbhADT0z (ORCPT + 99 others); Mon, 4 Jan 2021 14:26:55 -0500 Received: from linux.microsoft.com ([13.77.154.182]:36448 "EHLO linux.microsoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725889AbhADT0x (ORCPT ); Mon, 4 Jan 2021 14:26:53 -0500 Received: from localhost.localdomain (c-73-42-176-67.hsd1.wa.comcast.net [73.42.176.67]) by linux.microsoft.com (Postfix) with ESMTPSA id 9F4E920B7192; Mon, 4 Jan 2021 11:26:10 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com 9F4E920B7192 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1609788371; bh=X6xepQR/a6hyITmp95WEs6En6xUDxmjm72mMAUNI8Ek=; h=From:To:Cc:Subject:Date:From; b=WucpphxoaH203ubZ7w7ypSa7Z+NmSdLJ9JtBVej6K2B+G1iUDu3DVXR/UQDfdQ2/F A8RHcPm9E2IVVX3OIsoaDZas+9Cph+fPcCHLxtKubtH+NxpD1nP4KcMkzHauXlRhQT ShguJROGDgv4Ypltg1uLK8lBnCMhT6FpDVIoBqOk= From: Lakshmi Ramasubramanian To: zohar@linux.ibm.com, bauerman@linux.ibm.com, robh@kernel.org, takahiro.akashi@linaro.org, gregkh@linuxfoundation.org, will@kernel.org, catalin.marinas@arm.com, mpe@ellerman.id.au Cc: james.morse@arm.com, sashal@kernel.org, benh@kernel.crashing.org, paulus@samba.org, frowand.list@gmail.com, vincenzo.frascino@arm.com, mark.rutland@arm.com, dmitry.kasatkin@gmail.com, jmorris@namei.org, serge@hallyn.com, pasha.tatashin@soleen.com, allison@lohutok.net, masahiroy@kernel.org, bhsharma@redhat.com, mbrugger@suse.com, hsinyi@chromium.org, tao.li@vivo.com, christophe.leroy@c-s.fr, prsriva@linux.microsoft.com, balajib@linux.microsoft.com, linux-integrity@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linuxppc-dev@vger.kernel.org Subject: [PATCH v14 0/6] Carry forward IMA measurement log on kexec on ARM64 Date: Mon, 4 Jan 2021 11:25:56 -0800 Message-Id: <20210104192602.10131-1-nramas@linux.microsoft.com> X-Mailer: git-send-email 2.29.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On kexec file load Integrity Measurement Architecture (IMA) subsystem may verify the IMA signature of the kernel and initramfs, and measure it. The command line parameters passed to the kernel in the kexec call may also be measured by IMA. A remote attestation service can verify a TPM quote based on the TPM event log, the IMA measurement list, and the TPM PCR data. This can be achieved only if the IMA measurement log is carried over from the current kernel to the next kernel across the kexec call. powerpc already supports carrying forward the IMA measurement log on kexec. This patch set adds support for carrying forward the IMA measurement log on kexec on ARM64. This patch set moves the platform independent code defined for powerpc such that it can be reused for other platforms as well. A chosen node "linux,ima-kexec-buffer" is added to the DTB for ARM64 to hold the address and the size of the memory reserved to carry the IMA measurement log. This patch set has been tested for ARM64 platform using QEMU. I would like help from the community for testing this change on powerpc. Thanks. This patch set is based on commit a29a64445089 ("powerpc: Use common of_kexec_setup_new_fdt()") in https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git "dt/kexec" branch. Changelog: v14 - Select CONFIG_HAVE_IMA_KEXEC for CONFIG_KEXEC_FILE, for powerpc and arm64, if CONFIG_IMA is enabled. - Use IS_ENABLED() macro instead of "#ifdef" in remove_ima_buffer(), ima_get_kexec_buffer(), and ima_free_kexec_buffer(). - Call of_kexec_setup_new_fdt() from setup_new_fdt_ppc64() and remove setup_new_fdt() in "arch/powerpc/kexec/file_load.c". v13 - Moved the arch independent functions to drivers/of/kexec.c and then refactored the code. - Moved arch_ima_add_kexec_buffer() to security/integrity/ima/ima_kexec.c v12 - Use fdt_appendprop_addrrange() in setup_ima_buffer() to setup the IMA measurement list property in the device tree. - Moved architecture independent functions from "arch/powerpc/kexec/ima.c" to "drivers/of/kexec." - Deleted "arch/powerpc/kexec/ima.c" and "arch/powerpc/include/asm/ima.h". v11 - Rebased the changes on the kexec code refactoring done by Rob Herring in his "dt/kexec" branch - Removed "extern" keyword in function declarations - Removed unnecessary header files included in C files - Updated patch descriptions per Thiago's comments v10 - Moved delete_fdt_mem_rsv(), remove_ima_buffer(), get_ima_kexec_buffer, and get_root_addr_size_cells() to drivers/of/kexec.c - Moved arch_ima_add_kexec_buffer() to security/integrity/ima/ima_kexec.c - Conditionally define IMA buffer fields in struct kimage_arch v9 - Moved delete_fdt_mem_rsv() to drivers/of/kexec_fdt.c - Defined a new function get_ima_kexec_buffer() in drivers/of/ima_kexec.c to replace do_get_kexec_buffer() - Changed remove_ima_kexec_buffer() to the original function name remove_ima_buffer() - Moved remove_ima_buffer() to drivers/of/ima_kexec.c - Moved ima_get_kexec_buffer() and ima_free_kexec_buffer() to security/integrity/ima/ima_kexec.c v8: - Moved remove_ima_kexec_buffer(), do_get_kexec_buffer(), and delete_fdt_mem_rsv() to drivers/of/fdt.c - Moved ima_dump_measurement_list() and ima_add_kexec_buffer() back to security/integrity/ima/ima_kexec.c v7: - Renamed remove_ima_buffer() to remove_ima_kexec_buffer() and moved this function definition to kernel. - Moved delete_fdt_mem_rsv() definition to kernel - Moved ima_dump_measurement_list() and ima_add_kexec_buffer() to a new file namely ima_kexec_fdt.c in IMA v6: - Remove any existing FDT_PROP_IMA_KEXEC_BUFFER property in the device tree and also its corresponding memory reservation in the currently running kernel. - Moved the function remove_ima_buffer() defined for powerpc to IMA and renamed the function to ima_remove_kexec_buffer(). Also, moved delete_fdt_mem_rsv() from powerpc to IMA. v5: - Merged get_addr_size_cells() and do_get_kexec_buffer() into a single function when moving the arch independent code from powerpc to IMA - Reverted the change to use FDT functions in powerpc code and added back the original code in get_addr_size_cells() and do_get_kexec_buffer() for powerpc. - Added fdt_add_mem_rsv() for ARM64 to reserve the memory for the IMA log buffer during kexec. - Fixed the warning reported by kernel test bot for ARM64 arch_ima_add_kexec_buffer() - moved this function to a new file namely arch/arm64/kernel/ima_kexec.c v4: - Submitting the patch series on behalf of the original author Prakhar Srivastava - Moved FDT_PROP_IMA_KEXEC_BUFFER ("linux,ima-kexec-buffer") to libfdt.h so that it can be shared by multiple platforms. v3: Breakup patches further into separate patches. - Refactoring non architecture specific code out of powerpc - Update powerpc related code to use fdt functions - Update IMA buffer read related code to use of functions - Add support to store the memory information of the IMA measurement logs to be carried forward. - Update the property strings to align with documented nodes https://github.com/devicetree-org/dt-schema/pull/46 v2: Break patches into separate patches. - Powerpc related Refactoring - Updating the docuemntation for chosen node - Updating arm64 to support IMA buffer pass v1: Refactoring carrying over IMA measuremnet logs over Kexec. This patch moves the non-architecture specific code out of powerpc and adds to security/ima.(Suggested by Thiago) Add Documentation regarding the ima-kexec-buffer node in the chosen node documentation v0: Add a layer of abstraction to use the memory reserved by device tree for ima buffer pass. Add support for ima buffer pass using reserved memory for arm64 kexec. Update the arch sepcific code path in kexec file load to store the ima buffer in the reserved memory. The same reserved memory is read on kexec or cold boot. Lakshmi Ramasubramanian (6): ima: Move arch_ima_add_kexec_buffer() to ima powerpc: Move arch independent ima kexec functions to drivers/of/kexec.c kexec: Use fdt_appendprop_addrrange() to add ima buffer to FDT powerpc: Delete unused functions arm64: Free DTB buffer if fdt_open_into() fails arm64: Add IMA log information in kimage used for kexec arch/arm64/Kconfig | 1 + arch/arm64/include/asm/kexec.h | 5 + arch/arm64/kernel/machine_kexec_file.c | 4 +- arch/powerpc/Kconfig | 2 +- arch/powerpc/include/asm/ima.h | 30 ---- arch/powerpc/include/asm/kexec.h | 4 - arch/powerpc/kexec/Makefile | 7 - arch/powerpc/kexec/file_load.c | 67 -------- arch/powerpc/kexec/file_load_64.c | 4 +- arch/powerpc/kexec/ima.c | 219 ------------------------- drivers/of/kexec.c | 193 ++++++++++++++++++++++ include/linux/of.h | 2 + security/integrity/ima/ima.h | 4 - security/integrity/ima/ima_kexec.c | 22 +++ 14 files changed, 230 insertions(+), 334 deletions(-) delete mode 100644 arch/powerpc/include/asm/ima.h delete mode 100644 arch/powerpc/kexec/ima.c -- 2.29.2