From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 61AFB2DF144; Mon, 2 Feb 2026 18:47:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770058049; cv=none; b=KgZOZCu1SKUifXtxhDCf9h9+mfQ4kzQ1G82bCVymLun/lU6oeSOejdl3zpVyXVN/URfGHS/fNLpxeoLVyxdpx1lDyuU/VmrdUNdbhApfCuAgRsBOQExO6UHzTnMTjejvh5FXWtlRm3pvKADF7d2RohVhXLMlAIxIJ62cv2cc8Io= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770058049; c=relaxed/simple; bh=b1c9hVroKYW8OCGypKuuUgArjCJp8gAKeo9XoSbuZKE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=PKsNAerSoVMc//1wRBsgH6qVdKTy5sxJZx2dW+smazWfhu8k7bXRkyR0fhp0Uv6SsM3N6WI+Yph+pryYj7SUj2kjckAimrwfoD6bnh2kQbIAi6y1v8DpoHUUOvcShq3e4PSg3qTbprSeIcVaqRH+E5RQZ46dbMy+T3MTpuFTpsU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=aCKhW3mX; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="aCKhW3mX" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0F8E1C116C6; Mon, 2 Feb 2026 18:47:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1770058049; bh=b1c9hVroKYW8OCGypKuuUgArjCJp8gAKeo9XoSbuZKE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=aCKhW3mXh4GMY6S3gJZHpkUL/e079wkvIz4StZSSFnNiJpENS1vb009Nnw6/Gv1Ho O7IqLvlFBUcPPaHmemphyl8g5x/Xu1vGyLhXz2xHPJYq43Akq6PHjLNgr+KJ5RZ3OB jYfmikmo7u6XcZF1Y+aEaBpajLhG1o0HZca91/uZ12/t/3iGvhD3gTGbGV0Xpk4bzT 7PvlHHVPEAx2QjM9YwOHrva2imznODhL/DXbiUI1JtwPimcHJQbP4HucTvqJN5r3am r+PSyekjnt8ryUK0OML++wPPKLWeKExnZA83OKQWgOm51T9t9rlSEUc/Xm3GptqwJC CajFQV8Axm+mw== Date: Mon, 2 Feb 2026 10:47:25 -0800 From: Eric Biggers To: David Howells Cc: =?us-ascii?B?PT9VVEYtOD9xP01paGFpLURyb3NpPTIwQz1DMz1BMmp1Pz0=?= , linux@weissschuh.net, arnd@arndb.de, arnout@bzzt.net, atomlin@atomlin.com, bigeasy@linutronix.de, chleroy@kernel.org, christian@heusel.eu, corbet@lwn.net, coxu@redhat.com, da.gomez@kernel.org, da.gomez@samsung.com, dmitry.kasatkin@gmail.com, eric.snowberg@oracle.com, f.gruenbichler@proxmox.com, jmorris@namei.org, kpcyrd@archlinux.org, linux-arch@vger.kernel.org, linux-doc@vger.kernel.org, linux-integrity@vger.kernel.org, linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, linux-modules@vger.kernel.org, linux-security-module@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, lkp@intel.com, maddy@linux.ibm.com, mattia@mapreri.org, mcgrof@kernel.org, mpe@ellerman.id.au, nathan@kernel.org, naveen@kernel.org, nicolas.bouchinet@oss.cyber.gouv.fr, nicolas.schier@linux.dev, npiggin@gmail.com, nsc@kernel.org, paul@paul-moore.com, petr.pavlu@suse.com, roberto.sassu@huawei.com, samitolvanen@google.com, serge@hallyn.com, xiujianfeng@huawei.com, zohar@linux.ibm.com Subject: Re: [PATCH v4 00/17] module: Introduce hash-based integrity checking Message-ID: <20260202184725.GC2036@quark> References: <20260202183055.GB2036@quark> <20260201201218.GA15755@quark> <20260131073636.65494-1-mcaju95@gmail.com> <20260113-module-hashes-v4-0-0b932db9b56b@weissschuh.net> <2316630.1769965788@warthog.procyon.org.uk> <2339369.1770024079@warthog.procyon.org.uk> <2513499.1770057531@warthog.procyon.org.uk> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2513499.1770057531@warthog.procyon.org.uk> On Mon, Feb 02, 2026 at 06:38:51PM +0000, David Howells wrote: > > Could you give more details on this use case and why it needs > > signatures, as opposed to e.g. loading an additional Merkle tree root > > into the kernel to add to the set of allowed modules? > > Because we don't want to, for example, include all the nvidia drivers in our > kernel SRPM. That doesn't answer my question. Are you trying to say these modules need to be built later *and* signed using the original signing key? - Eric