PostgreSQL 9.5.8 发布变化

此版本的完整功能、修复与兼容性说明，以及其他版本的关联记录。

起始版本当前版本此版本的完整变化

目标版本升级到此版本的完整变化

包括起始版本之后至目标版本的变化。大版本号表示该分支的首个版本。

完整发布变化

9.5.8

2017-08-10

导出 JSON ↓

56项变化功能、修复、改进

1个版本按版本分组

4CVE独立漏洞编号

9.5.8stable支持截止 2021-02-11

安全变化

CVE / 问题	修复版本	所选版本状态
CVE-2017-7547 进一步限制 pg_user_mappings.umoptions 的可见性，以保护存储为用户映射选项的密码	9.5.8	已记录修复
CVE-2017-7486 进一步限制 pg_user_mappings.umoptions 的可见性，以保护存储为用户映射选项的密码	9.5.7	已记录修复
CVE-2017-7546 禁止在所有基于密码的认证方法中使用空密码	9.5.8	已记录修复
CVE-2017-7548 让 lo_put() 检查对目标大对象的 UPDATE 权限	9.5.8	已记录修复

PostgreSQL 9.5.8

2017-08-10

完整发布说明 ↗

迁移与兼容性

对于运行 9.5.X 的用户，不需要转储/恢复。

不过，如果你使用的外部数据服务器依靠用户密码进行身份验证，请参见下面第一条变更日志条目。

另外，如果你是从 9.5.7 之前的版本升级，参见第 E.19 节。

安全进一步限制 pg_user_mappings.umoptions 的可见性，以保护存储为用户映射选项的密码

变更

进一步限制 pg_user_mappings.umoptions 的可见性，以保护存储为用户映射选项的密码（Noah Misch）

CVE-2017-7486 的修复不正确：它允许用户看到她自己用户映射中的选项，即使她对相关外部服务器没有 USAGE 权限。这种选项可能包含由服务器所有者而非用户自己提供的密码。由于 information_schema.user_mapping_options 在这种情况下不显示选项，pg_user_mappings 也不应该。（CVE-2017-7547）

此补丁本身只会修复新 initdb 的数据库中的行为。如果希望在现有数据库中应用此更改，需要执行以下操作：

在 postgresql.conf 中添加 allow_system_table_mods = true 后重启 postmaster。（在支持 ALTER SYSTEM 的版本中，可以用它进行配置更改，但仍需重启。）

在集簇的每个数据库中，以超级用户身份运行以下命令：

SET search_path = pg_catalog;
CREATE OR REPLACE VIEW pg_user_mappings AS
SELECT U.oid AS umid, S.oid AS srvid, S.srvname AS srvname,
       U.umuser AS umuser,
       CASE WHEN U.umuser = 0 THEN 'public' ELSE A.rolname END AS usename,
       CASE WHEN (U.umuser <> 0 AND A.rolname = current_user
                   AND (pg_has_role(S.srvowner, 'USAGE')
                        OR has_server_privilege(S.oid, 'USAGE')))
                OR (U.umuser = 0 AND pg_has_role(S.srvowner, 'USAGE'))
                OR (SELECT rolsuper FROM pg_authid WHERE rolname = current_user)
            THEN U.umoptions ELSE NULL END AS umoptions
FROM pg_user_mapping U
     LEFT JOIN pg_authid A ON (A.oid = U.umuser)
     JOIN pg_foreign_server S ON (U.umserver = S.oid);

不要忘记包括 template0 和 template1 数据库，否则漏洞仍会存在于之后创建的数据库中。要修复 template0，需要暂时让它接受连接。在 PostgreSQL 9.5 及之后，可以使用
```
ALTER DATABASE template0 WITH ALLOW_CONNECTIONS true;
```
修复 template0 之后再撤销：
```
ALTER DATABASE template0 WITH ALLOW_CONNECTIONS false;
```
在更早的版本中，改用：
```
UPDATE pg_database SET datallowconn = true WHERE datname = 'template0';
UPDATE pg_database SET datallowconn = false WHERE datname = 'template0';
```
最后，移除 allow_system_table_mods 配置设置，并再次重启 postmaster。

关联记录 (4)

9.5.8

没有匹配的变化