Re: pgadmin security issue

From: "Dave Page" <dpage(at)pgadmin(dot)org>
To: "Julius Tuskenis" <julius(at)nsoft(dot)lt>
Cc: pgadmin-support(at)postgresql(dot)org
Subject: Re: pgadmin security issue
Date: 2008-04-23 07:50:44
Message-ID: 937d27e10804230050x18257b79r83cfe0e5f8dedbda@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-support

On Wed, Apr 23, 2008 at 8:11 AM, Julius Tuskenis <julius(at)nsoft(dot)lt> wrote:
> Hi, Suren,
> >
> >
> > /Even though we can restrict a user for couple of databases , the user can
> disconnect from the current session and edit the connection properties/
> >
> > /SO this means he could remove the /DB restriction field/ " datname IN
> ('live_db', 'test_db') " and reconnect and see all the other databases/
> >
> >
> > /I recommend setting up a admin account at the time of installing pgadmin
> and only by login in to the admin account of pgadmin should be able to
> create, edit and view connection properties/
> >
> >
> I think its not pgAdmin you should set permitions on. You should not grant
> your user to connect to databases you don't want him to (in postgreSQL).

This is correct - the DB restriction option is not a security feature,
but a convenience feature to allow you to hide databases in which you
have no interest. This is most useful in schools or with hosting
providers where there may be large numbers of databases on the same
server, most of which are of no interest to an individual user.

As Julius correctly states, to *secure* databases, you must revoke
connect privileges on the server.

--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com

In response to

Browse pgadmin-support by date

  From Date Subject
Next Message William Garrison 2008-04-24 00:52:27 Re: Can't get the debugger going
Previous Message Julius Tuskenis 2008-04-23 07:11:56 Re: pgadmin security issue