Re: pg_user

Поиск
Список
Период
Сортировка
От ivan
Тема Re: pg_user
Дата
Msg-id Pine.LNX.4.56.0310302207110.24870@rex.anfa.pl
обсуждение исходный текст
Ответ на Re: pg_user  (Jan Wieck <JanWieck@Yahoo.com>)
Ответы Re: pg_user  (Andrew Dunstan <andrew@dunslane.net>)
Re: pg_user  ("scott.marlowe" <scott.marlowe@ihs.com>)
Re: pg_user  (Jan Wieck <JanWieck@Yahoo.com>)
Список pgsql-hackers
you can also patch your kernel and when you write cat /etc/passwd system
give you only your line , whitout any others users, so exacly what you
need ,
in pgsql i think that users dont need to know about others , and also
them
databases, i call it security :)

On Mon, 27 Oct 2003, Jan Wieck wrote:

> ivan wrote:
>
> > hi
> >
> > can we change initdb when view pg_user is createing to :
> >
> > CREATE VIEW pg_user AS \
> >     SELECT \
> >         usename, \
> >         usesysid, \
> >         usecreatedb, \
> >         usesuper, \
> >         usecatupd, \
> >         '********'::text as passwd, \
> >         valuntil, \
> >         useconfig \
> >     FROM pg_shadow WHERE usename = SESSION_USER;
>
> No, at least not without a complete proposal how to retain the current
> behaviour of pg_tables, pg_views, psql's \d and other places that rely
> on pg_user being able to display all users.
>
> It's the same thing with your /etc/passwd. chmod o-rwx /etc/passwd will
> hide the usernames but break many utilities. If you don't want someone
> to know all the logins, don't give him one.
>
>
> Jan
>
> --
> #======================================================================#
> # It's easier to get forgiveness for being wrong than for being right. #
> # Let's break this rule - forgive me.                                  #
> #================================================== JanWieck@Yahoo.com #
>


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

Предыдущее
От: "scott.marlowe"
Дата:
Сообщение: Re: Deadlock problem
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: pg_user