Re: Adding support for SE-Linux security

From: KaiGai Kohei <kaigai(at)ak(dot)jp(dot)nec(dot)com>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, Stephen Frost <sfrost(at)snowman(dot)net>, Chad Sellers <csellers(at)tresys(dot)com>, "David P(dot) Quigley" <dpquigl(at)tycho(dot)nsa(dot)gov>, Josh Berkus <josh(at)agliodbs(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, jd <jd(at)commandprompt(dot)com>, David Fetter <david(at)fetter(dot)org>, Itagaki Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>, KaiGai Kohei <kaigai(at)kaigai(dot)gr(dot)jp>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Adding support for SE-Linux security
Date: 2009-12-10 00:28:04
Message-ID: 4B204094.7090908@ak.jp.nec.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Bruce Momjian wrote:
> Robert Haas wrote:
>> On Wed, Dec 9, 2009 at 1:44 AM, Magnus Hagander <magnus(at)hagander(dot)net> wrote:
>>> 2009/12/9 Bruce Momjian <bruce(at)momjian(dot)us>:
>>>> I frankly think the patch should be thought of as the SE-Linux-specific
>>>> directory files, which KaiGai can maintain, and the other parts, which I
>>>> think I can handle.
>>> I think that's a horribly bad idea.
>> Me, too. The ECPG comparison is apt, except that this code is far
>> more deeply integrated into core. The idea that the SE-Linux
>> directory files can be maintained separately from the "other parts"
>> does not seem realistic to me. The problems that are going to occur
>> here are things like: somebody wants to rearrange some part of the
>> permissions checking for some reason. So they move a bunch of code
>> around and break SE-PostgreSQL. Someone has to review that patch and
>> understand the danger it causes. That's going to require
>> understanding both the SE-PostgreSQL-specific files and the other
>> parts, and the relationship between the two of them.
>
> We did something similar for Win32 because it was the only way to do it.
> We don't have the luxury of educating our developers on SE-Linux API for
> a while --- there is the ideal world, and there is reality. What this
> means is that SE-Linux would break when permissions changes happen, and
> the SE-Linux folks will have to come in and clean things up later.
>
> If you want to avoid all good reasons for this features and are looking
> for reasons why this patch is a bad idea, I am sure you can find them.
>

Right, I (and my employer) offers development and maintenance resource
for the feature. If I'll be busy in future days, it means I'm devotedly
working on this feature. When we need to change permission mechanism in
the future, we can provide our efforts not to break them.

--
OSS Platform Development Division, NEC
KaiGai Kohei <kaigai(at)ak(dot)jp(dot)nec(dot)com>

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2009-12-10 01:19:32 unprivileged user
Previous Message Tatsuo Ishii 2009-12-10 00:20:18 Re: [PATCH] Windows x64 [repost]