Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp4920525pxk; Wed, 30 Sep 2020 15:39:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzWImnWlz51npTTJOYlD2RogAepZ6dYQcQZdK6RL4xwxaUspl/kSPBLJXA8UIPVzxDG3QfZ X-Received: by 2002:a17:907:2115:: with SMTP id qn21mr5050751ejb.278.1601505582754; Wed, 30 Sep 2020 15:39:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601505582; cv=none; d=google.com; s=arc-20160816; b=lf2UytUXxfOnuEDiDRyNY5hNjyAGQl0jdVUHf2dyT46J81HBs2WNVbq2A1aP6Mp9ya FFzm90Dzp048z/NHZqSf7z1Xy3zdLDsrXcySuFQU2vCr0aDo75St3CRVxeCbpJhfrwDG gZXBdqMgAEFswle9gnXbL8ft8SL+6FMMVtd0JMaBHh3FrPR2LO0yED9GvINU36p/6OYZ 50jPTXAscBrtCTTp7giO4wWff4snJkt0ysJAxg8aZm6Sx8uvQ4/JHUe6IuttNEKlaAd6 SXNNL4NFdsWcD673eA6umMPNHCzELl1LrbmzSwCRCWU+u6tFo0ofqcKd/FlKozeaaIM9 eV6w== 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=qvgkPGBizXaaXnHEthW/sLaFgOCl0/8IRpOIIBFaZrQ=; b=qCsglkhuUF0a7pdVy5HqvjFYwwERyiffmtkYrnsC+alY+LCAWQpd21BpLD7ujyuUm4 4468QCL/NsOLNXvsrmHE3o00w5FbBZBsn1CC8wBIzrTKJQfk/+Cuk+Vc0gWNQiSNPfZ2 rF7ZO4r37aAdFthw/mwkbq83yHyefo5VfBBVwBZ33CoxLzKJICNCmPtHLPx+ozwAT68r UL+dt3APiGzmoIuxmiwAkNG6s9DKyaqdFgy3VQ6plFpTaJ5uj5e+IXfqzTzwxCnJwX9C QkX3uakSa2RjCZXLo95deBEpEl2+7AIxd3s4+/cs8ZIIluKXH3dMh+gupSHJ3KlnjHWt yDAw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=HkRrxFMV; 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 p18si2239203edy.100.2020.09.30.15.39.05; Wed, 30 Sep 2020 15:39:42 -0700 (PDT) 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=HkRrxFMV; 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 S1730476AbgI3U7x (ORCPT + 99 others); Wed, 30 Sep 2020 16:59:53 -0400 Received: from linux.microsoft.com ([13.77.154.182]:52728 "EHLO linux.microsoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725355AbgI3U7w (ORCPT ); Wed, 30 Sep 2020 16:59:52 -0400 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 4A8CC20B7178; Wed, 30 Sep 2020 13:59:50 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com 4A8CC20B7178 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1601499590; bh=qvgkPGBizXaaXnHEthW/sLaFgOCl0/8IRpOIIBFaZrQ=; h=From:To:Cc:Subject:Date:From; b=HkRrxFMVKEyd9oaq5RIKCcyaOJko7LUZwG0nQt2XndmOihFcWmkKHbWOQ0BDfWWTB EJrdYjAgXhUhzTznQg4Pje2FG9/PfIsJLvP3yocoefm3/b7U4NQO3vX1+rqLIMlg8T u/uKDj8rGxUt+bW54P4tVN7rISlLChLGsdz4xZ8g= From: Lakshmi Ramasubramanian To: zohar@linux.ibm.com, bauerman@linux.ibm.com, robh@kernel.org, gregkh@linuxfoundation.org, james.morse@arm.com, catalin.marinas@arm.com, sashal@kernel.org, will@kernel.org, mpe@ellerman.id.au, benh@kernel.crashing.org, paulus@samba.org, robh+dt@kernel.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, kstewart@linuxfoundation.org, takahiro.akashi@linaro.org, tglx@linutronix.de, masahiroy@kernel.org, bhsharma@redhat.com, mbrugger@suse.com, hsinyi@chromium.org, tao.li@vivo.com, christophe.leroy@c-s.fr Cc: linux-integrity@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, prsriva@linux.microsoft.com, balajib@linux.microsoft.com Subject: [PATCH v7 0/3] Carry forward IMA measurement log on kexec on ARM64 Date: Wed, 30 Sep 2020 13:59:37 -0700 Message-Id: <20200930205941.1576-1-nramas@linux.microsoft.com> X-Mailer: git-send-email 2.28.0 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 the measurement through the IMA log 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. However in the current implementation the IMA measurement logs are not carried over on ARM64 platforms. Therefore a remote attestation service cannot verify the authenticity of the running kernel on ARM64 platforms when the kernel is updated through the kexec system call. This patch series adds support for carrying forward the IMA measurement log on kexec on ARM64. powerpc already supports carrying forward the IMA measurement log on kexec. This series refactors the platform independent code defined for powerpc such that it can be reused for ARM64 as well. A chosen node namely "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 series has been tested for ARM64 platform using QEMU. I would like help from the community for testing this change on powerpc. Thanks. This patch series is based on commit 02de58b24d2e ("Merge tag 'devicetree-fixes-for-5.9-3' of git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux") in https://github.com/torvalds/linux "master" branch. Changelog: 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 (4): powerpc: Refactor kexec functions to move arch independent code to kernel powerpc: Refactor kexec functions to move arch independent code to ima arm64: Store IMA log information in kimage used for kexec arm64: Add IMA kexec buffer to DTB arch/arm64/Kconfig | 1 + arch/arm64/include/asm/ima.h | 18 +++ arch/arm64/include/asm/kexec.h | 3 + arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/ima_kexec.c | 34 ++++++ arch/arm64/kernel/machine_kexec_file.c | 18 +++ arch/powerpc/include/asm/ima.h | 13 +-- arch/powerpc/include/asm/kexec.h | 1 - arch/powerpc/kexec/Makefile | 7 +- arch/powerpc/kexec/file_load.c | 33 +----- arch/powerpc/kexec/ima.c | 111 ++---------------- include/linux/kexec.h | 24 ++++ include/linux/libfdt.h | 3 + kernel/Makefile | 3 +- kernel/ima_kexec.c | 85 ++++++++++++++ kernel/kexec_file_fdt.c | 55 +++++++++ security/integrity/ima/Makefile | 1 + security/integrity/ima/ima_kexec.c | 154 +++++++------------------ security/integrity/ima/ima_kexec_fdt.c | 136 ++++++++++++++++++++++ 19 files changed, 438 insertions(+), 263 deletions(-) create mode 100644 arch/arm64/include/asm/ima.h create mode 100644 arch/arm64/kernel/ima_kexec.c create mode 100644 kernel/ima_kexec.c create mode 100644 kernel/kexec_file_fdt.c create mode 100644 security/integrity/ima/ima_kexec_fdt.c -- 2.28.0