Re: [COMMITTERS] pgsql: sepgsql: Support for new post-ALTER access hook.

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Thom Brown <thom(at)linux(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [COMMITTERS] pgsql: sepgsql: Support for new post-ALTER access hook.
Date: 2013-03-27 14:50:13
Message-ID: CA+TgmoZzbCPwbcsV4s7kt8jRLyMdHERWBBFCY7BiGfGdYQcBMQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On Wed, Mar 27, 2013 at 9:09 AM, Thom Brown <thom(at)linux(dot)com> wrote:
> Perhaps something along the lines of:
>
> "When a CREATE FUNCTION command is executed, the install permission
> will be checked to determine whether the LEAKPROOF attribute was
> present. This permission will also be checked when the user tries to
> apply the LEAKPROOF attribute using the ALTER FUNCTION command."
>
> I'm not sure what the last part is actually describing ("with setattr
> permission on the function being altered."), so I'm not sure how that
> should be read. It doesn't help that I'm not familiar with SELinux
> terms.

Right, so what it's trying to say is: whenever you modify an object,
we check whether you've got {setattr} permission for that object and
disallow the operation if not. However, for some operations on some
object types, {setattr} is necessary but not sufficient. The
paragraph is recapping, for various cases, which operations require
additional permissions, and what those additional things are.

> I was really just thinking of CREATE and LEAKPROOF, but I'm not sure
> "CREATE" should be in there anyway.

create here is referring to the sepgsql permission, not the SQL
command, so it's correct as-is.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Thom Brown 2013-03-27 14:51:34 Re: [COMMITTERS] pgsql: sepgsql: Support for new post-ALTER access hook.
Previous Message Michael Paquier 2013-03-27 14:37:54 Re: [COMMITTERS] pgsql: Allow external recovery_config_directory

Browse pgsql-hackers by date

  From Date Subject
Next Message Thom Brown 2013-03-27 14:51:34 Re: [COMMITTERS] pgsql: sepgsql: Support for new post-ALTER access hook.
Previous Message Tom Lane 2013-03-27 14:47:46 Re: Default connection parameters for postgres_fdw and dblink