Re: BUG #13755: pgwin32_is_service not checking if SECURITY_SERVICE_SID is disabled
От | Michael Paquier |
---|---|
Тема | Re: BUG #13755: pgwin32_is_service not checking if SECURITY_SERVICE_SID is disabled |
Дата | |
Msg-id | CAB7nPqSvfu=KpJ=NX+YAHmgAmQdzA7N5h31BjzXeMgczhGCC+Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #13755: pgwin32_is_service not checking if SECURITY_SERVICE_SID is disabled (Michael Paquier <michael.paquier@gmail.com>) |
Ответы |
Re: BUG #13755: pgwin32_is_service not checking if
SECURITY_SERVICE_SID is disabled
|
Список | pgsql-bugs |
On Tue, Apr 5, 2016 at 12:58 PM, Michael Paquier <michael.paquier@gmail.com> wrote: > On Tue, Apr 5, 2016 at 1:08 AM, Alvaro Herrera <alvherre@2ndquadrant.com> wrote: >> Michael Paquier wrote: >>> This is not resolved yet, this just fell from my radar and I recall >>> that I spent some time thinking about the consequences and whereabouts >>> of using either SE_GROUP_ENABLED or SE_GROUP_USE_FOR_DENY_ONLY, >>> without actually reaching a conclusion. I think that the patch would >>> be straight-forward. But it needs a bit of review from the author >>> (Hi!) and some extra input would be welcome. I guess I could try to >>> look at that again.. That won't be this week for sure though. >> >> Bump. > > Don't worry. This has not fallen from my radar yet.. So I have been looking at this issue again and finished with the patch attached. I think that it makes the most sense to browse the whole list of groups, and choose if Postgres is running as a service if service SID matches with one of the group SIDs listed, on top of which this group SID should be enabled via SE_GROUP_ENABLED. Checking for SE_GROUP_USE_FOR_DENY_ONLY would not make much sense, because it would mean that SE_GROUP_ENABLED is not set, and that's what we are interested in. That was in short the point of Breen, and it looks to be the saner way to go. What do others think? -- Michael
Вложения
В списке pgsql-bugs по дате отправления: