From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-oo2-f43.google.com (mail-oo2-f43.google.com [74.125.231.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 691FD5304A8 for ; Thu, 1 Oct 2026 15:18:04 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.231.171 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790867886; cv=none; b=PeVOdYlHj4hg7v0GsC1ZmE28mLxUbOXwPxif/F4nNA+GfGsQzPP+GaIYL5FjScVB5FBY1omXMjVFD2cwiPG7vWg8FMfnamNVPDpmGHlAErMtgtSslKpz/9JZXs8wMkZZipNhUvMOE5ddhaEzBhZSpwBme9FifWrMn6j1ZKe7K8Q= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790867886; c=relaxed/simple; bh=Q85kZEspfRbBEZSBGOjOQeRPZ7EBf2+4Hi635vpRBZA=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=hO/7lHOxSzQ8aU9+yycjWybSYyg0JB2jM/U8p0zoYYDdYLMFVP0Rw9kWvJAwita6ISf52Pl9RfP+brwS4P7jTSSEyCycAEoEPGk5wpH/KF2XxRNPhoFNe7VX8ib+GQ/9RZWYFr/J+nyo1P4zzIZTB4ER4R+q6LtyfNfnH668cnQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ziepe.ca; spf=pass smtp.mailfrom=ziepe.ca; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b=Wzr7qjDa; arc=none smtp.client-ip=74.125.231.171 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ziepe.ca Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ziepe.ca Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b="Wzr7qjDa" Received: by mail-oo2-f43.google.com with SMTP id 46e09a7af769-821ff9f018bso366796a34.1 for ; Thu, 01 Oct 2026 08:18:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; t=1790867883; x=1791472683; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=PiIPZwDVa/FTGpS0Ac/pTVSem1bCOOPpbOCOtMlbuUk=; b=Wzr7qjDa4/x4HNkCkGtcqfemfvbGJipDfnbEOi7Xswqv4/CqsiB7619RRhyinHvtn+ Y5bp1fXu+1410xACXRsP/di2ssXWovqw4gGAm73gbBD/jmD+naaxnpuNI1F5zhAqiqo/ fYuLcTIYkyS3k3rLclnWyn8Uqy+nSIAhwHYokVbvtAmbe/gOOtLqeuQvOH5T+ktpnzqK u/IgTCklKqd6ORi5Wr8cb8Ypjo1ozUa/Rp3Gg4i4SXpqGBlNCUXIe82F5mWWcBK2Got3 bIe1ZdI42/PiVSy3hXsKmbTc3gaZ1MWQLNFJc4Y/SRVHbmyQgPsm+2mCDT+tCRfQXyRU g7iw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1790867883; x=1791472683; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=PiIPZwDVa/FTGpS0Ac/pTVSem1bCOOPpbOCOtMlbuUk=; b=MQViFwFsarHopzx1kKITsUqQYp3+d4xXnM+IOFfXSTOW7PuxGKq1SDHZceM3CH66+O 3LB+HgflopacQtKKKpeP8Fhf3r0WPeJiq5b2snSBFprrYaUwSoHT3039Y82DC7pKOJco BU3LZW8jGFhuWLuICeksJb+xbFQT2TxVIhGTFUAiQZ6lvS9YW12ctTFyvg0/TVcQ6TQ7 WYvkk0WrNl9sS20Dc1261BJD57Gu4dTJ98EfyTCyPoQ2XBtucJSeO8YnswT79k3vwhL1 7Er7wY8Jzus+r8QYemaEnZZSONBBI0lVGgyDsGE/sYAGA0ELYjMhmx1kHL5Z//2p+kBP CuIQ== X-Forwarded-Encrypted: i=1; AKwUvBxSQqYWqYYsbVkMBBXGpVcH4IyawO5m4XqBkZOMaVrLo3icm/FI/iFELf8vSCYNZgRFv703NQVL2A1znjs=@vger.kernel.org X-Gm-Message-State: AFuF++mPd+GuKwnLS+kZQy2hVCPmGfUuSvwytSvNjuiWLMDm2zULrpPu d4kjFsFuKxSf9VFyZz8YEUx71RRUUebX+3Rkk27vCrtLzP4Jq4XepVeaTb2ZyASW7QE= X-Gm-Gg: AYBFou3jjM9V2pMdTDIKVXm9rrJdq1hl9/zQzWomwEZXxXb2E+rGMOyWojp+WbTPFwF NUGhWq6iszQZC4lDKUAayDkh/ge8yK4PrFreHZhHE+VyT2bb5/L3p1H9ngaAMkgwNf8nuWPLTmO 8R51IU6m4bBKGmS8GVdoFve1kriUb3XewheOaUF1i/tE/Lz/0ix7RaL0MLLgkV+L+3SrTA2ZFpg rS7OfFRNlzJeNla8mrZUyTrTnwTaQ3+9F+BXIJhdSSOIX+EVaJwpRqc6q1J/VkBGAZkDSz/Pj89 myXA7QBB/im1Q0PTa9vbQ8QzQnz/PlSQzcf984dPn/BShuOzl2eCgIgxnH3b+QAEgxPLnmhmd86 2xsg0PnaUmTx1xfrv7S0w+3D97g82CR3G/tLnxD6Qq0nHOtlzXpkELwVmsUYUH/vGvd8TqzIMfX 3DgdnXC/XrOtTjVb0isS8hUn+tCCNT2341D6hgT80Aba+d X-Received: by 2002:a05:6830:6d0b:b0:813:baf6:c644 with SMTP id 46e09a7af769-8204b2bd01cmr6068580a34.26.1790867882898; Thu, 01 Oct 2026 08:18:02 -0700 (PDT) Received: from ziepe.ca ([130.41.10.202]) by smtp.gmail.com with ESMTPSA id 46e09a7af769-8227a56e124sm18793a34.21.2026.10.01.08.18.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 01 Oct 2026 08:18:02 -0700 (PDT) Received: from jgg by wakko with local (Exim 4.97) (envelope-from ) id 1xCIXp-0000000ENnk-1pv5; Thu, 01 Oct 2026 12:18:01 -0300 Date: Thu, 1 Oct 2026 12:18:01 -0300 From: Jason Gunthorpe To: Roberto Sassu Cc: Yeoreum Yun , linux-coco@lists.linux.dev, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Eric Snowberg , linux-integrity@vger.kernel.org, linux-security-module@vger.kernel.org, Mimi Zohar , Roberto Sassu , Dmitry Kasatkin , Paul Moore , James Morris , "Serge E. Hallyn" , Catalin Marinas , Suzuki Poulose , Steven Price , Sami Mujawar , "Aneesh Kumar K.V" , Jiri Pirko , gongruiqi1@huawei.com Subject: Re: [PATCH RFC 0/3] security: ima: support TSM measurement registers Message-ID: <20261001151801.GC3019323@ziepe.ca> References: <20260930-ima_tgx_integration_v2-v1-0-722c35370548@arm.com> 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: On Thu, Oct 01, 2026 at 01:45:26PM +0200, Roberto Sassu wrote: > On Thu, 2026-10-01 at 13:27 +0200, Roberto Sassu wrote: > > On Wed, 2026-09-30 at 14:43 +0100, Yeoreum Yun wrote: > > > Confidential computing guests without a TPM can use TSM measurement > > > registers to record IMA measurement digests instead of TPM PCRs. > > + Gong Ruiqi, of course. We are working very seriously on this same problem too. For some time we did investigate extending tsm_mr to do more things, have a better uAPI, but that eventually evolved into the realization that tsm_mr is simply too narrowly focused. It looks like James got to this idea before we did. I agree with his remarks in the 2025 thread with Gong. So we've started work on a new comprehensive "Attestation subsytem" that will pull in all forms of ROTs, TPM, CC stuff and SPDM use cases to give a consistent user API to work with this class of HW. In many ways I view this as a rename of tsm_mr (it will eventually fully absorb it), but the name evokes the broader goal and encourages everyone to come in, not just CC world. Our overall goal would be for something like systemd to have a single uniform kernel API that allows it interwork with any ROT someone may have. A uAPI to do "Extend", "Quote", "Get Log" operations so that the existing TPM support in systemd can be improved to work on any ROT flexibly without having to hard code specific ROT behaviors into systemd. I've felt the ultimate end goal would be to make all the in-kernel tpm users go through the proposed attestation subsystem so they can have ROT and "PCR profile" agility. Certainly I've heard enough people asking for this. This is a broader topic than just IMA. For example DRTM also has to use the TPM, and other ROTs. It also brings in a global shift of how the system wide "PCR Profile" should work as post-DRTM has a different TPM locality and access to the protected DRTM-only PCRs that are normally blocked. Jiri posted his current state here: https://lore.kernel.org/r/arzr32ZDComnfmny@FV6GYCPJ69 While we plan to start with SPDM and CC topics as the initial launch Jiri has enough detailed plans now for all the main use cases, PCI SPDM, TPM, "CC PCRS", CC attestation, and Caliptra that I'm feeling confident something like this is the right way forward. Jason