From: Mimi Zohar <zohar@linux.ibm.com>
To: Vitaly Chikunov <vt@altlinux.org>
Cc: linux-integrity@vger.kernel.org
Subject: Re: [PATCH 2/2] ima_evm_utils: limit duplicate "Failed to open keyfile" messages
Date: Tue, 16 Jul 2019 18:13:43 -0400 [thread overview]
Message-ID: <1563315223.4539.255.camel@linux.ibm.com> (raw)
In-Reply-To: <20190716214948.6ycejuln6q376ngc@altlinux.org>
On Wed, 2019-07-17 at 00:49 +0300, Vitaly Chikunov wrote:
> Mimi,
>
> On Tue, Jul 16, 2019 at 10:30:17AM -0400, Mimi Zohar wrote:
> > Unlike the user provided list of public keys, we don't know which
> > default public key file to use until verify_hash(). As a result, the
> > "Failed to open keyfile" message may be repeated multiple times.
> >
> > Signed-off-by: Mimi Zohar <zohar@linux.ibm.com>
> > ---
> > src/libimaevm.c | 33 ++++++++++++++++++++++++++++++++-
> > 1 file changed, 32 insertions(+), 1 deletion(-)
> >
> > diff --git a/src/libimaevm.c b/src/libimaevm.c
> > index 472ab53c7b42..793643331f4b 100644
> > --- a/src/libimaevm.c
> > +++ b/src/libimaevm.c
> > @@ -296,18 +296,49 @@ err:
> > return err;
> > }
> >
> > +/*
> > + * Keep track of missing keyfile names.
> > + *
> > + * Return 1 for found, return 0 for not found.
> > + */
> > +static int lookup_keyfile_name(const char *keyfile_name)
> > +{
> > + struct keyfile_name_entry {
> > + struct keyfile_name_entry *next;
> > + char name[];
> > + } *entry;
> > + static struct keyfile_name_entry *keyfile_names = NULL;
> > +
> > + for (entry = keyfile_names; entry != NULL; entry = entry->next) {
> > + if (strcmp(entry->name, keyfile_name) == 0)
> > + return 1;
> > + }
> > +
> > + entry = malloc(sizeof(struct keyfile_name_entry) +
> > + strlen(keyfile_name) + 1);
> > + if (entry) {
> > + strcpy(entry->name, keyfile_name);
> > + entry->next = keyfile_names;
> > + keyfile_names = entry;
> > + }
> > + return 0;
> > +}
> > +
> > EVP_PKEY *read_pub_pkey(const char *keyfile, int x509)
> > {
> > FILE *fp;
> > X509 *crt = NULL;
> > EVP_PKEY *pkey = NULL;
> > + int found;
> >
> > if (!keyfile)
> > return NULL;
> >
> > fp = fopen(keyfile, "r");
> > if (!fp) {
> > - log_err("Failed to open keyfile: %s\n", keyfile);
> > + found = lookup_keyfile_name(keyfile);
> > + if (!found)
> > + log_err("Failed to open keyfile: %s\n", keyfile);
> > return NULL;
>
>
> Now filename list is decoupled from keys themselves. Also we have key
> list creation in init_public_keys(). Maybe we should just always call
> init_public_keys for verify operations?
Initially, I tried that. The code snippet, below, would be called
once. The problem is that only during verify_hash() do we know which
default public key file to use.
if (params.keyfile)
params.keyfile = <default key file>
init_public_keys(params.keyfile);
Mimi
>
> Thanks,
>
> > }
> >
> > --
> > 2.7.5
>
next prev parent reply other threads:[~2019-07-16 22:13 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-16 14:30 [PATCH 1/2] ima_evm_utils: erroneous "verification failed: 0 (invalid padding)" message Mimi Zohar
2019-07-16 14:30 ` [PATCH 2/2] ima_evm_utils: limit duplicate "Failed to open keyfile" messages Mimi Zohar
2019-07-16 21:49 ` Vitaly Chikunov
2019-07-16 22:13 ` Mimi Zohar [this message]
2019-07-17 13:23 ` Mimi Zohar
2019-07-16 21:37 ` [PATCH 1/2] ima_evm_utils: erroneous "verification failed: 0 (invalid padding)" message Vitaly Chikunov
2019-07-16 21:55 ` Mimi Zohar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1563315223.4539.255.camel@linux.ibm.com \
--to=zohar@linux.ibm.com \
--cc=linux-integrity@vger.kernel.org \
--cc=vt@altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).