Re: password is no required, authentication is overridden
От | Andrew Dunstan |
---|---|
Тема | Re: password is no required, authentication is overridden |
Дата | |
Msg-id | 44BE3F82.7090500@dunslane.net обсуждение исходный текст |
Ответ на | Re: password is no required, authentication is overridden ("Dave Page" <dpage@vale-housing.co.uk>) |
Ответы |
Re: password is no required, authentication is overridden
|
Список | pgsql-hackers |
Dave Page wrote: > > > > >>-----Original Message----- >>From: pgsql-hackers-owner@postgresql.org >>[mailto:pgsql-hackers-owner@postgresql.org] On Behalf Of >>Andrew Dunstan >>Sent: 19 July 2006 13:55 >>To: Hiroshi Saito >>Cc: Thomas Bley; pgsql-hackers@postgresql.org >>Subject: Re: [HACKERS] password is no required, >>authentication is overridden >> >> >>I don't understand what you are saying here. The problem is >>that it is >>not clear (at least to the original user, and maybe to >>others) that when >>pgadmin3 saves a password it saves it where it will be found by all >>libpq clients, not just by pgadmin3. >> >> > >From: http://www.pgadmin.org/docs/1.4/connect.html > >If you select "store password", pgAdmin stores passwords you enter in >the ~/.pgpass file under *nix or %APPDATA%\postgresql\pgpass.conf under >Win32 for later reuse. For details, see pgpass documentation. It will be >used for all libpq based tools. If you want the password removed, you >can select the server's properties and uncheck the selection any time. > > > OK, although I am not sure I think that is sensible - it is at least documented. Does the dialog box also carry similar info? > > >>How is that optimal? If pgadmin3 >>were to save it in a non-standard location and then set PGPASSFILE to >>point to that location that would solve the problem. Or maybe >>it should >>offer a choice. Either way, how would a malicious user affect that? >>PGPASSFILE only contains a location, not the contents of the file, so >>exposing it is not any great security issue, as long as the >>location is >>itself protected. >> >> > >We have no sensible way of determining whether or not the libpq we are >running with supports PGPASSFILE. > > > > Well, this answer is better. The lack of an API to tell you the library version is possibly worrying, though. cheers andrew
В списке pgsql-hackers по дате отправления: