Search Postgresql Archives

Re: Limiting user from changing its own attributes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 4/11/15 4:11 PM, Sameer Kumar wrote:
    Pg_settings currently has an upper bound column - though it is a
    view and that value cannot be changed that I know of.


I guess that upper bound column is more of the limit that is imposed by
system which you can have for a parameter i.e. the system imposed limit
or valid range if values for a parameter. I don't think one can update that.

Correct.

    But if it could I suspect that whatever catalog you would change to
    affect it would only cause a global change. There is no alter
    database, role, or postgresql way to change that value.

Oh ok... anyway of achieving that? There no EVENT trigger for "alter user"?

There is not, but as David mentioned there's way more ways to modify settings than just ALTER ROLE. Attempting to lock that down won't help you at all.

Unfortunately, there's no hook support for doing something special when GUCs change, though it might be possible to do something here via planner hooks. That would be pretty complicated and would need to be done in C.

It doesn't look like SELinux would help either.

So basically, there is currently no way to restrict someone changing GUCs, other than GUCs that are marked as superuser-only.
--
Jim Nasby, Data Architect, Blue Treble Consulting
Data in Trouble? Get it in Treble! http://BlueTreble.com


--
Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux