从 v10 开始，PostgreSQL 提供了scram-sha-256对密码哈希和身份验证的支持。本文介绍了如何安全地调整您的应用程序。
为什么我们需要scram-sha-256？
PostgreSQL 使用哈希加密有两个目的：
- 实际的数据库密码是用户输入的明文密码的哈希值。这可以防止小偷在其他系统上使用偷来的密码。
- 在密码验证过程中，客户端必须使用服务器提供的随机盐对密码进行散列。如果服务器从客户端收到正确的散列响应，则密码检查成功。
现在，MD5 散列方法存在弱点，不适合加密。特别是，使用给定的 MD5 哈希值构造字符串太容易了。这些缺点不适用于 PostgreSQL 使用 MD5 的方式，但使用更好的哈希算法仍然有意义：
- 昂贵的散列函数使得暴力破解密码变得更加困难
- 在安全审计期间，如果PostgreSQL不使用有缺陷的散列函数，看起来会更好
因此在 v10 中引入了scram-sha-256支持。如果可以的话，开始使用新的哈希方法。暴力破解密码的难度增加了，因此值得付出努力。
切换到的问题scram-sha-256
有两个问题导致很难从 MD5 切换到scram-sha-256：
- 由于PostgreSQL不知道原来的明文密码，将密码加密方法改为
scram-sha-256后，用户必须重新设置密码。 - PostgreSQL客户端必须支持
scram-sha-256身份验证，因此使用旧的客户端软件进行身份验证将会失败。
当你尝试连接到一个需要scram-sha-256身份验证的服务器时，使用旧版本的libpq会得到的错误信息是:
authentication method 10 not supported
旧的 JDBC 驱动程序会告诉您：
The authentication type 10 is not supported.
旧版本的 Npgsql 将返回：
Authentication method not supported (Received: 10)
切换到scram-sha-256的步骤说明
实际上，转换为scram-sha-256并不难，只要你遵循以下原则:
1.升级客户端软件
升级所有过时的PostgreSQL客户端软件和驱动程序，以支持新的身份验证方法。无论如何，这是一个好主意，因为陷入旧的、未维护的软件永远不是明智的。
2. 更改password_encryption参数
编辑postgresql.conf并将参数更改为
password_encryption = scram-sha-256
确保删除了该行开头的散列值(#)。然后通过运行重新加载服务器
pg_ctl reload -D /postgres/datadir
其中/postgres/datadir是 PostgreSQL 数据目录。或者，您可以运行以下 SQL 语句：
SELECT pg_reload_conf();
查看日志文件以查看重新加载是否成功，并通过 SQL 检查新值：
SHOW password_encryption;
注意，即使修改了参数，旧的MD5密码仍然有效，只要pg_hba.conf中的身份验证方法设置为MD5即可。
3. 重新设置所有密码
所有经过密码验证的用户必须更改密码。在psql中，超级用户可以用
\password user_name
即使用户设置与以前相同的密码，该密码现在也将使用 SHA-256 进行哈希处理。在继续下一步之前，请检查该表pg_authid并确保它不再包含 MD5 哈希密码。
4. 更改认证方式pg_hba.conf
这一步不是严格必须的，因为PostgreSQL将对sram -sha-256哈希密码使用sram -sha-256身份验证，即使在pg_hba .conf中将身份验证方法设置为md5。这是一个兼容性特性。
不过，您应该修改pg_hba.conf，将所有出现的md5替换为scham -sha-256。这将阻止仍然使用旧MD5密码的用户进行身份验证。
之后，像上面一样重新加载配置。然后检查日志文件或检查视图pg_hba_file_rules，以查看重新加载是否成功。
结论
从上面可以看出，将 md5 改为 scram-sha-256并不难。困难的部分是你必须重新设置所有的密码，并且你可能需要升级客户端软件。
