From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
---|---|
To: | Stephen Frost <sfrost(at)snowman(dot)net> |
Cc: | pgsql-committers <pgsql-committers(at)postgresql(dot)org> |
Subject: | Re: pgsql: Use GRANT system to manage access to sensitive functions |
Date: | 2016-04-07 03:13:56 |
Message-ID: | CAHGQGwHZtDitWgNVVNyusadt92QYoTYaEtGzXFzOSA1UpTC9YQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On Thu, Apr 7, 2016 at 10:45 AM, Stephen Frost <sfrost(at)snowman(dot)net> wrote:
> Use GRANT system to manage access to sensitive functions
>
> Now that pg_dump will properly dump out any ACL changes made to
> functions which exist in pg_catalog, switch to using the GRANT system
> to manage access to those functions.
>
> This means removing 'if (!superuser()) ereport()' checks from the
> functions themselves and then REVOKEing EXECUTE right from 'public' for
> these functions in system_views.sql.
This commit revokes the execution privilege on pg_start_backup() from
a replication role. Doesn't this affect many systems that a replication
role is used to take a backup? This commit forces administrators of
those systems to manually grant the privilege to a replication role
when upgrading the system to 9.6.
Regards,
--
Fujii Masao
From | Date | Subject | |
---|---|---|---|
Next Message | Fujii Masao | 2016-04-07 03:26:28 | Re: pgsql: Generic Messages for Logical Decoding |
Previous Message | Stephen Frost | 2016-04-07 03:04:54 | pgsql: Bump catversion for pg_dump dump catalog ACL patches |
From | Date | Subject | |
---|---|---|---|
Next Message | Noah Misch | 2016-04-07 03:15:41 | Re: Updated backup APIs for non-exclusive backups |
Previous Message | Stephen Frost | 2016-04-07 03:02:04 | Re: pgsql: Use GRANT system to manage access to sensitive functions |