Skip to content
Snippets Groups Projects
Select Git revision
  • benchmark-tools
  • postgres-lambda
  • master default
  • REL9_4_25
  • REL9_5_20
  • REL9_6_16
  • REL_10_11
  • REL_11_6
  • REL_12_1
  • REL_12_0
  • REL_12_RC1
  • REL_12_BETA4
  • REL9_4_24
  • REL9_5_19
  • REL9_6_15
  • REL_10_10
  • REL_11_5
  • REL_12_BETA3
  • REL9_4_23
  • REL9_5_18
  • REL9_6_14
  • REL_10_9
  • REL_11_4
23 results

include

  • Clone with SSH
  • Clone with HTTPS
  • user avatar
    Heikki Linnakangas authored
    Per discussion, plain "scram" is confusing because we actually implement
    SCRAM-SHA-256 rather than the original SCRAM that uses SHA-1 as the hash
    algorithm. If we add support for SCRAM-SHA-512 or some other mechanism in
    the SCRAM family in the future, that would become even more confusing.
    
    Most of the internal files and functions still use just "scram" as a
    shorthand for SCRMA-SHA-256, but I did change PASSWORD_TYPE_SCRAM to
    PASSWORD_TYPE_SCRAM_SHA_256, as that could potentially be used by 3rd
    party extensions that hook into the password-check hook.
    
    Michael Paquier did this in an earlier version of the SCRAM patch set
    already, but I didn't include that in the version that was committed.
    
    Discussion: https://www.postgresql.org/message-id/fde71ff1-5858-90c8-99a9-1c2427e7bafb@iki.fi
    c727f120
    History
    Name Last commit Last update
    ..