From b2423f0fa21b38e9a33782dccad028dca903ea3d Mon Sep 17 00:00:00 2001
From: Noah Misch
Date: Mon, 8 May 2017 07:24:24 -0700
Subject: Match pg_user_mappings limits to
information_schema.user_mapping_options.
Both views replace the umoptions field with NULL when the user does not
meet qualifications to see it. They used different qualifications, and
pg_user_mappings documented qualifications did not match its implemented
qualifications. Make its documentation and implementation match those
of user_mapping_options. One might argue for stronger qualifications,
but these have long, documented tenure. pg_user_mappings has always
exhibited this problem, so back-patch to 9.2 (all supported versions).
Michael Paquier and Feike Steenbergen. Reviewed by Jeff Janes.
Reported by Andrew Wheelwright.
Security: CVE-2017-7486
---
doc/src/sgml/catalogs.sgml | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
(limited to 'doc/src')
diff --git a/doc/src/sgml/catalogs.sgml b/doc/src/sgml/catalogs.sgml
index b09185b30e4..73096499ee7 100644
--- a/doc/src/sgml/catalogs.sgml
+++ b/doc/src/sgml/catalogs.sgml
@@ -9419,8 +9419,11 @@ SELECT * FROM pg_locks pl LEFT JOIN pg_prepared_xacts ppx
User mapping specific options, as keyword=value>
- strings, if the current user is the owner of the foreign
- server, else null
+ strings. This column will show as null unless the current user
+ is the user being mapped, or the mapping is for
+ PUBLIC and the current user is the server
+ owner, or the current user is a superuser. The intent is
+ to protect password information stored as user mapping option.
--
cgit v1.2.3