Re: [HACKERS] Superowners - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] Superowners
Date
Msg-id 12791.1485263983@sss.pgh.pa.us
Whole thread Raw
In response to [HACKERS] Superowners  (Simon Riggs <simon@2ndquadrant.com>)
Responses Re: [HACKERS] Superowners  (Simon Riggs <simon@2ndquadrant.com>)
Re: [HACKERS] Superowners  (Stephen Frost <sfrost@snowman.net>)
Re: [HACKERS] Superowners  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
List pgsql-hackers
Simon Riggs <simon@2ndquadrant.com> writes:
> So I was thinking about various annoying admin/security issues
> recently, so I came up with this:   a new type of user called a
> “superowner”. It’s somewhere between a superuser and a normal user.
> Superowner would own all objects defined by users, so it would do
> useful things in contexts where superuser is not available.

What about just saying that the database owner has those privileges?
After all, the ultimate privilege of an owner is to drop the object
(and then remake it as she pleases), and the DB owner has that option
w.r.t. the whole database.  So I'm not sure we need to invent a new
concept.

With or without it being a separate property, there's a point I think
you missed: this should only extend to objects owned by normal users,
not by superusers.  Otherwise there are all sorts of security issues.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] Failure in commit_ts tap tests
Next
From: Stephen Frost
Date:
Subject: Re: [HACKERS] Checksums by default?