[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <BAE02BFF-FDC9-4168-BB78-484DC0D6FE78@oracle.com>
Date: Fri, 10 Feb 2023 22:39:33 +0000
From: Eric Snowberg <eric.snowberg@...cle.com>
To: Jarkko Sakkinen <jarkko@...nel.org>
CC: Mimi Zohar <zohar@...ux.ibm.com>,
David Howells <dhowells@...hat.com>,
David Woodhouse <dwmw2@...radead.org>,
"herbert@...dor.apana.org.au" <herbert@...dor.apana.org.au>,
"davem@...emloft.net" <davem@...emloft.net>,
"dmitry.kasatkin@...il.com" <dmitry.kasatkin@...il.com>,
"paul@...l-moore.com" <paul@...l-moore.com>,
"jmorris@...ei.org" <jmorris@...ei.org>,
"serge@...lyn.com" <serge@...lyn.com>,
"pvorel@...e.cz" <pvorel@...e.cz>,
"tadeusz.struk@...el.com" <tadeusz.struk@...el.com>,
Kanth Ghatraju <kanth.ghatraju@...cle.com>,
Konrad Wilk <konrad.wilk@...cle.com>,
"erpalmer@...ux.vnet.ibm.com" <erpalmer@...ux.vnet.ibm.com>,
"coxu@...hat.com" <coxu@...hat.com>,
"keyrings@...r.kernel.org" <keyrings@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-crypto@...r.kernel.org" <linux-crypto@...r.kernel.org>,
"linux-integrity@...r.kernel.org" <linux-integrity@...r.kernel.org>,
"linux-security-module@...r.kernel.org"
<linux-security-module@...r.kernel.org>
Subject: Re: [PATCH v4 4/6] KEYS: X.509: Parse Key Usage
> On Feb 9, 2023, at 8:48 PM, Jarkko Sakkinen <jarkko@...nel.org> wrote:
>
> On Mon, Feb 06, 2023 at 09:59:56PM -0500, Eric Snowberg wrote:
>> Parse the X.509 Key Usage. The key usage extension defines the purpose of
>> the key contained in the certificate.
>>
>> id-ce-keyUsage OBJECT IDENTIFIER ::= { id-ce 15 }
>>
>> KeyUsage ::= BIT STRING {
>> digitalSignature (0),
>> contentCommitment (1),
>> keyEncipherment (2),
>> dataEncipherment (3),
>> keyAgreement (4),
>> keyCertSign (5),
>> cRLSign (6),
>> encipherOnly (7),
>> decipherOnly (8) }
>>
>> If the keyCertSign or digitalSignature is set, store it in the
>> public_key structure. This will be used in a follow on patch that
>> requires knowing the certificate key usage type.
>
> It would be better to shortly explain why we want to know key usage
> type, rather than give zero information with "follow on patch”.
Ok, I will add this in the next round, thanks.
Powered by blists - more mailing lists