[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <435d756d-2404-4f66-9ce3-363813997629@linux.ibm.com>
Date: Thu, 30 May 2024 08:16:49 -0400
From: Stefan Berger <stefanb@...ux.ibm.com>
To: Jarkko Sakkinen <jarkko@...nel.org>, keyrings@...r.kernel.org,
linux-crypto@...r.kernel.org, herbert@...dor.apana.org.au,
davem@...emloft.net
Cc: linux-kernel@...r.kernel.org, lukas@...ner.de
Subject: Re: [PATCH 0/2] ecdsa: Use ecc_digits_from_bytes to simplify code
On 5/30/24 01:08, Jarkko Sakkinen wrote:
> On Thu May 30, 2024 at 2:08 AM EEST, Stefan Berger wrote:
>> Simplify two functions that were using temporary byte arrays for
>> converting too-short input byte arrays to digits. Use ecc_digits_from_bytes
>> since this function can now handle an input byte array that provides
>> less bytes than what a coordinate of a curve requires - the function
>> provides zeros for the missing (leading) bytes.
>>
>> See: c6ab5c915da4 ("crypto: ecc - Prevent ecc_digits_from_bytes from reading too many bytes")
>>
>> Regards,
>> Stefan
>>
>> Stefan Berger (2):
>> crypto: ecdsa - Use ecc_digits_from_bytes to create hash digits array
>> crypto: ecdsa - Use ecc_digits_from_bytes to convert signature
>>
>> crypto/ecdsa.c | 29 ++++++-----------------------
>> 1 file changed, 6 insertions(+), 23 deletions(-)
>
> BTW, would it make sense split ecdsa signature encoding to its own patch
> in my next patch set version and name it ecdsa_* style and put it to
> ecdsa.c?
I would only put it into ecdsa.c if functions inside this file (can)
make use of it, otherwise leave it in your file.
>
> Just asking this because the part should be the same same for any ECDSA
> signature. It must scale also to all NIST variants before my patch set
> can land.
>
> BR, Jarkko
>
Powered by blists - more mailing lists