Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Eric DeVolder <eric.devolder@oracle.com>
To:     linux-kernel@vger.kernel.org, x86@kernel.org,
        kexec@lists.infradead.org, ebiederm@xmission.com,
        dyoung@redhat.com, bhe@redhat.com, vgoyal@redhat.com
Cc:     tglx@linutronix.de, mingo@redhat.com, bp@alien8.de,
        dave.hansen@linux.intel.com, hpa@zytor.com,
        nramas@linux.microsoft.com, thomas.lendacky@amd.com,
        robh@kernel.org, efault@gmx.de, rppt@kernel.org, david@redhat.com,
        konrad.wilk@oracle.com, boris.ostrovsky@oracle.com,
        eric.devolder@oracle.com
Subject: [PATCH v5 5/8] kexec: exclude elfcorehdr from the segment digest
Date:   Thu,  3 Mar 2022 11:27:22 -0500
Message-Id: <20220303162725.49640-6-eric.devolder@oracle.com>
In-Reply-To: <20220303162725.49640-1-eric.devolder@oracle.com>
References: <20220303162725.49640-1-eric.devolder@oracle.com>
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?WwA92kOWQpYCGoAOXuQsXmI4F5tlhviChd/ZWnJQg0PlwecnLHuCbzcixzLx?=
 =?us-ascii?Q?gHfps5NzybK4RvZtGFmVRu9uTyCvKBICxZVor1M79x+AJq9MSO9GEAH5R5tD?=
 =?us-ascii?Q?HWVgxKhnIQhQPfL6CO5jVPS+EZyRFvUYZKh37DkoGPl70o7LdsnJDFNJQ5Wt?=
 =?us-ascii?Q?lbFSnh7KF5DBnnsDxVtnTSFX78WCdph9IF1Dd08S6Nkj9IHQMOHNi8CRNmgd?=
 =?us-ascii?Q?E7nmXQdki1qnqT1VgAHX64Joj1Uu0DsiKxLbcWSePecu3Y02nff41IoJ7drp?=
 =?us-ascii?Q?VSmutWGrXLZDPKzf6jD3NjIO3pvHI14SFLAxqfEUAziEWlgFW22jaNgGy2CY?=
 =?us-ascii?Q?aXndK5JmB7V/fSNfAASIW28jhYxvtWZSrU8i+kD+qibnfhyF8LMtGKxfyi/L?=
 =?us-ascii?Q?TRP00VL+Z4mV3EL99gigax5iV0j5s+6/ARKD88GBDqpCpMaQHle1AvCL1VsK?=
 =?us-ascii?Q?SU/E0+lMR8a9dO8Rb1yMVCIyJEOi/Fi+wOHi2eqCUQAs/KCAfzxygOLWANE0?=
 =?us-ascii?Q?tN9llP05Nx/L3EGCHRTxDpAQQU1bljEo/ykxA9Uxj/DOkAAP9rZr1lk+4BcE?=
 =?us-ascii?Q?xzoAnK4wg0tKZbI8OTGwG+bxy+bElq9clkiFTIYhUFG2AdkDtfuP1dW+dqfW?=
 =?us-ascii?Q?M+cURQWsGzUoFmrebpxULR0Sai5Xz5YEbmcB+9HuO0N02K9wX52X6J83rPqo?=
 =?us-ascii?Q?0sENZVTWZQVEUCJiT82Bq1u3L+rRRw+zlOMbT+/ERV1Gq+YR2JRJqU+OrMjr?=
 =?us-ascii?Q?gIcXuj6QkuRy+haCYUzNLmSPhwnyAfKYejZMaPhqtqrOSiiObgqdM0LqceC1?=
 =?us-ascii?Q?+SGvUCtO0lDpkSk2wSCVWnevpTRzeudxOrPVcauOTJ17hWBBx57lJEtsEXWz?=
 =?us-ascii?Q?8tVkhxYqHt/X7hIv+4fuwsxi/XODx/H3bpyMXUSqmtfYFu8FdHfJxcsyXSnm?=
 =?us-ascii?Q?q2dIw0iSC64MTB4mZUC1q54J29cjb5aF++77mAfODCj3WzzB09hLe/kbV2AK?=
 =?us-ascii?Q?5/Oy6yr16ES8Wjq80WuIlfTpjZV34x8cZ0LWCyhx9oMswnRtTDQvlufIQcet?=
 =?us-ascii?Q?MyjAtUsgI9HNzReo+gFEOd6iqUp7jgkM9MunPR5507cHwhL38Y04P9gMG371?=
 =?us-ascii?Q?MGRoS783Upo1g1UOgCh9JRL7FPrAo2wNBle4k68hN0FKMP9LtctW1pFNN2Jw?=
 =?us-ascii?Q?4AUTd6a6VjvgyAZjhiyCxSHLpveHXfW0cDIshJ15DNWeHvuN6VrqHgmE1P2M?=
 =?us-ascii?Q?v407bAk6vWx7ShOcXZHVsphW6k0v/i1YnCGG0mFgsqVVGwWrD58o618B6s/A?=
 =?us-ascii?Q?7711Q/OT2NqJM08EoyOh14MBfrrCqAE8JLtLLT047/jD/QQ/Yg8NJCWkldUK?=
 =?us-ascii?Q?2/zm5eD2wTB1iHPGfSyf2ePBKWVRWpkOTqIE6raTef9uJtbbwT0bUyRIjwg4?=
 =?us-ascii?Q?QqSvEm5vWyYsu0zNEc36U5MPkM/YqthNfUAk5ujWpqk1iTjuy3aIUPyYNhJh?=
 =?us-ascii?Q?3sIPHs5JEGc0L6PcejdTB45AnLzI/Fv8XoBwGVryzUFw7X6OgCS4xjuqqMgx?=
 =?us-ascii?Q?uqRdFMSqfNffuX79gBdRTNBMiLHzi26R0wk8ylEm+dr8gPfLB/4RLCTki0u0?=
 =?us-ascii?Q?NxACOHrVTzdIZSXCTOQcPhDBfBETSfRQztWSK02TUywsfv6kjOdbaF/IkHr1?=
 =?us-ascii?Q?Tb/5Nw=3D=3D?=
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 595816b9-0def-4f3c-b468-08d9fd32c493
X-MS-Exchange-CrossTenant-AuthSource: CO1PR10MB4531.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Mar 2022 16:27:53.9873
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: l7qDLBPLGt58kDpY0G8eC/K1RgKbkDWiVlPGJQmxflmvTdt43gbEy9G19f7dv4gQbDuMhzLpOqE8eOl8URyzRboyXfGNsnFnrCh6aQ3Ay7k=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR10MB4704
X-Proofpoint-Virus-Version: vendor=nai engine=6300 definitions=10275 signatures=686983
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 bulkscore=0
 adultscore=0 phishscore=0 spamscore=0 suspectscore=0 malwarescore=0
 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.12.0-2201110000 definitions=main-2203030079
X-Proofpoint-ORIG-GUID: OWyvS2LKNnV_MJooU6i7xviu1ubTmM3g
X-Proofpoint-GUID: OWyvS2LKNnV_MJooU6i7xviu1ubTmM3g
X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,
        RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE,
        T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

When a crash kernel is loaded via the kexec_file_load syscall, the
kernel places the various segments (ie crash kernel, crash initrd,
boot_params, elfcorehdr, purgatory, etc) in memory. For those
architectures that utilize purgatory, a hash digest of the segments
is calculated for integrity checking. This digest is embedded into
the purgatory image prior to placing purgatory in memory.

Since hotplug events cause changes to the elfcorehdr, purgatory
integrity checking fails (at crash time, and no kdump created).
As a result, this change explicitly excludes the elfcorehdr segment
from the list of segments used to create the digest. By doing so,
this permits changes to the elfcorehdr in response to hotplug events,
without having to also reload purgatory due to the change to the
digest.

Signed-off-by: Eric DeVolder <eric.devolder@oracle.com>
Acked-by: Baoquan He <bhe@redhat.com>
---
 kernel/kexec_file.c | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/kernel/kexec_file.c b/kernel/kexec_file.c
index 801d0d0a5012..93bb0c0ce66c 100644
--- a/kernel/kexec_file.c
+++ b/kernel/kexec_file.c
@@ -765,6 +765,12 @@ static int kexec_calculate_store_digests(struct kimage *image)
 	for (j = i = 0; i < image->nr_segments; i++) {
 		struct kexec_segment *ksegment;
 
+#ifdef CONFIG_CRASH_HOTPLUG
+		/* This segment excluded to allow future changes via hotplug */
+		if (image->elf_index_valid && (j == image->elf_index))
+			continue;
+#endif
+
 		ksegment = &image->segment[i];
 		/*
 		 * Skip purgatory as it will be modified once we put digest
-- 
2.27.0