Re: Password identifiers, protocol aging and SCRAM protocol
Michael Paquier <michael.paquier@gmail.com>
From: Michael Paquier <michael.paquier@gmail.com>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>,
Heikki Linnakangas <hlinnaka@iki.fi>, David Steele <david@pgmasters.net>, Tom Lane <tgl@sss.pgh.pa.us>,
David Fetter <david@fetter.org>, Alvaro Herrera <alvherre@2ndquadrant.com>,
Magnus Hagander <magnus@hagander.net>, Julian Markwort <julian.markwort@uni-muenster.de>,
Stephen Frost <sfrost@snowman.net>, PostgreSQL mailing lists <pgsql-hackers@postgresql.org>,
Valery Popov <v.popov@postgrespro.ru>
Date: 2016-11-16T18:53:17Z
Lists: pgsql-hackers
Attachments
- 0001-Refactor-SHA2-functions-and-move-them-to-src-common.patch (application/x-patch) patch 0001
On Wed, Nov 16, 2016 at 4:46 AM, Robert Haas <robertmhaas@gmail.com> wrote: > On Tue, Nov 15, 2016 at 5:12 PM, Michael Paquier > <michael.paquier@gmail.com> wrote: >> On Tue, Nov 15, 2016 at 12:40 PM, Robert Haas <robertmhaas@gmail.com> wrote: >>> On Tue, Nov 15, 2016 at 2:24 PM, Michael Paquier >>> <michael.paquier@gmail.com> wrote: >>>> How do you plug in that with OpenSSL? Are you suggesting to use a set >>>> of undef definitions in the new header in the same way as pgcrypto is >>>> doing, which is rather ugly? Because that's what the deal is about in >>>> this patch. >>> >>> Perhaps that justifies renaming them -- although I would think the >>> fact that they are static would prevent conflicts -- but why reorder >>> them and change variable names? >> >> Yeah... Perhaps I should not have done that, which was just for >> consistency's sake, and even if the new reordering makes more sense >> actually... > > Yeah, I don't see a point to that. OK, by doing so here is what I have. The patch generated by format-patch, as well as diffs generated by git diff -M are reduced and the patch gets half in size. They could be reduced more by adding at the top of sha2.c a couple of defined to map the old SHAXXX_YYY variables with their PG_ equivalents, but that does not seem worth it to me, and diffs are listed line by line. -- Michael
Commits
-
Support SCRAM-SHA-256 authentication (RFC 5802 and 7677).
- 818fd4a67d61 10.0 landed
-
Refactor SHA2 functions and move them to src/common/.
- 273c458a2b3a 10.0 landed
-
Replace isMD5() with a more future-proof way to check if pw is encrypted.
- dbd69118c05d 10.0 landed
-
Remove bogus notice that older clients might not work with MD5 passwords.
- 7e3ae5455948 9.2.20 landed
- 470af1f41c8b 9.3.16 landed
- ada2cdb61015 9.4.11 landed
- 65a7f190b253 9.5.6 landed
- 7546c135dc30 9.6.2 landed
- 31c54096a18f 10.0 landed
-
Refactor the code for verifying user's password.
- e7f051b8f9a6 10.0 landed
-
Replace PostmasterRandom() with a stronger source, second attempt.
- fe0a0b5993df 10.0 landed
-
Remove support for (insecure) crypt authentication.
- 53a5026b5cb3 8.4.0 cited