Re: PgSQL not as Administrator - probs on w - Mailing list pgsql-hackers-win32

From Magnus Hagander
Subject Re: PgSQL not as Administrator - probs on w
Date
Msg-id 6BCB9D8A16AC4241919521715F4D8BCE34BDD4@algol.sollentuna.se
Whole thread Raw
List pgsql-hackers-win32
>> We very much do *not* want to go grant a privilege to
>administrator that
>> it doesn't already have. If it is required, it should be
>done manually
>> by the administrator himself.
>>
>> (Oh, and the resource kit is very much *NOT* free. It's a licensed
>> product like others. The supplement is like a servicepack - you still
>> need the original kit license)
>>
>
>Once again you are right. I thought that you may be able to only grant
>the permission for the duration of initdb etc, but there are other
>problems with this anyway.

Yeah. You can enable the privilege temporarily, but actually granting it
in the account database is a bigger operation. (Not to mention how many
eventlog monitors/IDS systems the install is going to trigger if it does
that)


>One other thought. I bit OTT maybe, but if NT does not have a "runas"
>service then why not make one? As we know this is not a problem in
>2000 onwards as the "RunAs" service exists. It should be possible to
>create a service just for the purpose of running initdb (or
>postmaster). A
>service running as local system has the privileges required I
>believe. If
>the service could only start initdb/postmaster then it should
>not pose a
>security risk.

Yeah, that's the uglier way to do it. We could even create a temporary
service, start it, wait for it to stop by itself, and then remove it.

//Magnus

pgsql-hackers-win32 by date:

Previous
From: "Magnus Hagander"
Date:
Subject: Re: initdb crash
Next
From: "Gary Doades"
Date:
Subject: Re: initdb crash