Re: Refactoring HMAC in the core code - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Refactoring HMAC in the core code
Date
Msg-id 20210402141036.GA9260@momjian.us
Whole thread Raw
In response to Re: Refactoring HMAC in the core code  (Michael Paquier <michael@paquier.xyz>)
Responses Re: Refactoring HMAC in the core code  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
On Fri, Apr  2, 2021 at 07:04:18PM +0900, Michael Paquier wrote:
> On Mon, Feb 15, 2021 at 08:25:27PM +0900, Michael Paquier wrote:
> > Again a new rebase, giving v5:
> > - Fixed the APIs to return -1 if the caller gives NULL in input, to be
> > consistent with cryptohash.
> > - Added a length argument to pg_hmac_final(), wiht sanity checks.
> 
> So, this patch has been around for a couple of weeks now, and I would
> like to get this part done in 14 to close the loop with the parts of
> the code that had better rely on what the crypto libs have.  The main
> advantage of this change is for SCRAM so as it does not use its own
> implementation of HMAC whenever possible.
> 
> Any objections?

Works for me.

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EDB                                      https://enterprisedb.com

  If only the physical world exists, free will is an illusion.




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: libpq debug log
Next
From: Joe Conway
Date:
Subject: Re: policies with security definer option for allowing inline optimization