[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200629235209.GB2756@glitch>
Date:   Mon, 29 Jun 2020 20:52:09 -0300
From:   Bruno Meneguele <bmeneg@...hat.com>
To:     Mimi Zohar <zohar@...ux.ibm.com>
Cc:     linux-integrity@...r.kernel.org, linux-kernel@...r.kernel.org,
        erichte@...ux.ibm.com, nayna@...ux.ibm.com
Subject: Re: [PATCH v3 1/2] arch/ima: extend secure boot check to include
 trusted boot
On Fri, Jun 26, 2020 at 04:23:12PM -0400, Mimi Zohar wrote:
> On Tue, 2020-06-23 at 17:26 -0300, Bruno Meneguele wrote:
> <snip>
> 
> > diff --git a/security/integrity/ima/ima_main.c b/security/integrity/ima/ima_main.c
> > index c1583d98c5e5..a760094e8f8d 100644
> > --- a/security/integrity/ima/ima_main.c
> > +++ b/security/integrity/ima/ima_main.c
> > @@ -694,7 +694,7 @@ int ima_load_data(enum kernel_load_data_id id)
> >  	switch (id) {
> >  	case LOADING_KEXEC_IMAGE:
> >  		if (IS_ENABLED(CONFIG_KEXEC_SIG)
> > -		    && arch_ima_get_secureboot()) {
> > +		    && arch_ima_secure_or_trusted_boot()) {
> >  			pr_err("impossible to appraise a kernel image without a file descriptor; try using kexec_file_load syscall.\n");
> >  			return -EACCES;
> >  		}
> 
> Only IMA-appraisal enforces file integrity based on policy.
> 
Right, but I didn't get the relation to the code above: I basically
renamed the function: 
"arch_ima_get_secureboot" -> "arch_ima_secure_or_trusted_boot".  
Which doesn't change the ima_load_data logic.
-- 
bmeneg 
PGP Key: http://bmeneg.com/pubkey.txt
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists
 
