From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757408Ab3APThr (ORCPT ); Wed, 16 Jan 2013 14:37:47 -0500 Received: from e37.co.us.ibm.com ([32.97.110.158]:47967 "EHLO e37.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756938Ab3APThn (ORCPT ); Wed, 16 Jan 2013 14:37:43 -0500 Message-ID: <1358365044.4593.186.camel@falcor1> Subject: Re: [PATCH 2/3] binfmt_elf: Verify signature of signed elf binary From: Mimi Zohar To: Vivek Goyal Cc: "Eric W. Biederman" , linux-kernel@vger.kernel.org, pjones@redhat.com, hpa@zytor.com, dhowells@redhat.com, jwboyer@redhat.com, Dmitry Kasatkin , Andrew Morton , linux-security-module@vger.kernel.org, Ryan Ware Date: Wed, 16 Jan 2013 14:37:24 -0500 In-Reply-To: <20130116185741.GA3038@redhat.com> References: <871udloiku.fsf@xmission.com> <1358312159.4593.37.camel@falcor1> <87wqvdli1o.fsf@xmission.com> <1358344859.4593.66.camel@falcor1> <20130116144836.GB29845@redhat.com> <1358350391.4593.112.camel@falcor1> <20130116155406.GC29845@redhat.com> <1358357079.4593.135.camel@falcor1> <20130116182146.GE29845@redhat.com> <1358361912.4593.162.camel@falcor1> <20130116185741.GA3038@redhat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3 (3.2.3-3.fc16) Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Content-Scanned: Fidelis XPS MAILER x-cbid: 13011619-7408-0000-0000-00000BF02ED7 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2013-01-16 at 13:57 -0500, Vivek Goyal wrote: > On Wed, Jan 16, 2013 at 01:45:12PM -0500, Mimi Zohar wrote: > > [..] > > > Given the fact that signatures are stored in extended attributes, to me > > > the only way to sign executables in current IMA framework would to be > > > prepare file system image at build server and ship that image. And > > > then installer simply mounts that image (after making sure that proper > > > verification keys have been loaded in kernel). > > > > That is one scenario. Another scenario is to update packages to include > > extended attributes and to write those extended attributes on > > installation. > > Ok, that's the point I am missing. So I can sign a file and signatures > are in a separate file. And these signatures are installed in extended > attributes at file installation time (IOW rpm installation time) on > target. > > If all this works, this sounds reasonable so far. Except the point of > disabling ptrace and locking down memory. > > So what's the state of above work. Is there something I can play with. Sorry, I'm not sure of the RPM implementation details of where/how the signatures are stored in the package, nor of the status of these changes. Perhaps someone else on the mailing list knows. thanks, Mimi