Re: Adding support for SE-Linux security

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Adding support for SE-Linux security
Дата
Msg-id 9592.1260506737@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Adding support for SE-Linux security  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Adding support for SE-Linux security  (Greg Smith <greg@2ndquadrant.com>)
Re: Adding support for SE-Linux security  (Robert Haas <robertmhaas@gmail.com>)
Re: Adding support for SE-Linux security  (Magnus Hagander <magnus@hagander.net>)
Re: Adding support for SE-Linux security  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Thu, Dec 10, 2009 at 5:08 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> My guess is that a credible SEPostgres offering will require a long-term
>> amount of work at least equal to, and very possibly a good deal more
>> than, what it took to make a native Windows port.

> The SEPostgres community is surely a lot smaller than the Windows
> community, but I'm not sure whether the effort estimate is accurate or
> not.  If "credible" includes "row-level security", then I think I
> might agree, but right now we're just trying to get off the ground.

It's been perfectly clear since day one, and was reiterated as recently
as today
http://archives.postgresql.org/message-id/4B21757E.7090806@2ndquadrant.com
that what the security community wants is row-level security.  The
proposals to make SEPostgres drive regular SQL permissions never came
out of anyone from that side, they were proposed by PG people looking
for a manageable first step.  Whatever you might believe about the
potential market for SEPostgres, you should divide by about a hundred
as long as it's only an alternate interface to SQL permissions.  See
particularly here:
http://wiki.postgresql.org/wiki/SEPostgreSQL_Review_at_the_BWPUG#Revisiting_row-level_security
"Without it, it's questionable whether committing the existing
stripped-down patch really accomplishes anything" --- how much
clearer can they be?

If you're not prepared to assume that we're going to do row level
security, it's not apparent why we should be embarking on this course
at all.  And if you do assume that, I strongly believe that my effort
estimate above is on the optimistic side.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Jaime Casanova
Дата:
Сообщение: Re: thread safety on clients
Следующее
От: Greg Smith
Дата:
Сообщение: Re: Adding support for SE-Linux security