From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1032796AbdDTOhn convert rfc822-to-8bit (ORCPT ); Thu, 20 Apr 2017 10:37:43 -0400 Received: from mx1.redhat.com ([209.132.183.28]:37008 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S946424AbdDTOhl (ORCPT ); Thu, 20 Apr 2017 10:37:41 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 8B052C037F65 Authentication-Results: ext-mx08.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx08.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=dhowells@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 8B052C037F65 Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 3798903 From: David Howells In-Reply-To: <1492691712.3081.85.camel@linux.vnet.ibm.com> References: <1492691712.3081.85.camel@linux.vnet.ibm.com> <1492546666-16615-1-git-send-email-bauerman@linux.vnet.ibm.com> <1492546666-16615-6-git-send-email-bauerman@linux.vnet.ibm.com> To: Mimi Zohar Cc: dhowells@redhat.com, Thiago Jung Bauermann , linux-security-module@vger.kernel.org, linux-ima-devel@lists.sourceforge.net, keyrings@vger.kernel.org, linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org, Dmitry Kasatkin , Herbert Xu , "David S. Miller" , Claudio Carvalho Subject: Re: [PATCH 5/6] MODSIGN: Export module signature definitions. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Date: Thu, 20 Apr 2017 15:37:37 +0100 Message-ID: <21102.1492699057@warthog.procyon.org.uk> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.32]); Thu, 20 Apr 2017 14:37:40 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Mimi Zohar wrote: > On Tue, 2017-04-18 at 17:17 -0300, Thiago Jung Bauermann wrote: > > IMA will use the module_signature format for append signatures, so export > > the relevant definitions and factor out the code which verifies that the > > appended signature trailer is valid. > > > > Also, create a CONFIG_MODULE_SIG_FORMAT option so that IMA can select it > > and be able to use validate_module_signature without having to depend on > > CONFIG_MODULE_SIG. > > Basically we want to generalize the concept of an appended signature. >  Referring to it as a "module signature format" seems a bit confusing. > > David, would you have a problem with changing the appended string from > "~Module signature appended~\n" to something more generic? Conceptually, no. Is it possible that doing so could break someone's module that they load on multiple versions of the kernel? Say a module that only exports things and doesn't use anything from the core or any other module. Also, it needs to reasonably long and distinct enough to prevent a false positive match. David