From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932292AbeCLWAG (ORCPT ); Mon, 12 Mar 2018 18:00:06 -0400 Received: from mail-wm0-f65.google.com ([74.125.82.65]:35010 "EHLO mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932102AbeCLWAE (ORCPT ); Mon, 12 Mar 2018 18:00:04 -0400 X-Google-Smtp-Source: AG47ELuW6L6lcoWmOHPrF588J1DDLbtBAqtPtWnzc3u9ydhZ9DiuuTme+UU3Z87YZ1c1LC/zmnda8A== Date: Mon, 12 Mar 2018 15:59:57 -0600 From: Jason Gunthorpe To: Mimi Zohar Cc: James Bottomley , Jiandi An , dmitry.kasatkin@gmail.com, jmorris@namei.org, serge@hallyn.com, linux-integrity@vger.kernel.org, linux-ima-devel@lists.sourceforge.net, linux-ima-user@lists.sourceforge.net, linux-security-module@vger.kernel.org, linux-kernel@vger.kernel.org, David Safford Subject: Re: [PATCH] security: Fix IMA Kconfig for dependencies on ARM64 Message-ID: <20180312215957.GI24717@ziepe.ca> References: <1520400386-17674-1-git-send-email-anjiandi@codeaurora.org> <20180307185132.GA30102@ziepe.ca> <1520448953.10396.565.camel@linux.vnet.ibm.com> <1520449719.5558.28.camel@HansenPartnership.com> <1520450495.10396.587.camel@linux.vnet.ibm.com> <1520451662.24314.5.camel@HansenPartnership.com> <1520461156.10396.654.camel@linux.vnet.ibm.com> <191cfd49-0c66-a5ef-3d2b-b6c4132aa294@codeaurora.org> <1520615461.12216.6.camel@HansenPartnership.com> <1520891598.3547.190.camel@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1520891598.3547.190.camel@linux.vnet.ibm.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 12, 2018 at 05:53:18PM -0400, Mimi Zohar wrote: > Using Kconfig to force the TPM to be builtin is not required, but > helpful.  Users interested in IMA-measurement could configure the TPM > as builtin themselves.  Without the TPM builtin, IMA goes into TPM- > bypass mode. This issues, broadly speaking, we have lots of TPM drivers, selecting only some to actually support IMA shows we have some kind of problem here. eg a distro on ARM should not have some TPM hardware work with IMA and some fail just because of this kconfig. IMHO if we want to do this, then IMA should completely disable modular TPM drivers across the board. Or, IMA folks need to figure out how to safely load TPM modules under their constraints. But this current kconfig approach is pretty weird.. Jason