Re: about "pg_dump " without pompt password - Mailing list pgsql-general

From Tom Lane
Subject Re: about "pg_dump " without pompt password
Date
Msg-id 21830.1096739016@sss.pgh.pa.us
Whole thread Raw
In response to about "pg_dump " without pompt password  (Ying Lu <ying_lu@cs.concordia.ca>)
Responses Re: about "pg_dump " without pompt password  (David Garamond <lists@zara.6.isreserved.com>)
List pgsql-general
David Garamond <lists@zara.6.isreserved.com> writes:
> Tom Lane wrote:
>>> Is it possible that we setup the password in the pg_dump command line
>>
>> You might as well put it on a billboard --- anything in the command line
>> can be seen by anyone who runs "ps".
>>
>> If you don't want to supply it manually, put it in ~/.pgpass.

> At least in Linux, mysql replaces the password in the command line
> argument with "xxxxxxxx" so you can't see them via "ps" nor via peeking
> into /proc/<PID>/cmdline.

> There is a short period where the password is visible though.

> Are there any other risks? Or is the reason for not doing this is
> because not all OS'es supports replacing the command line information?

You just enumerated two fatal strikes against it; do you need more?
If so, consider the question of where the password on the command line
is going to come from.  Allowing that would encourage people to put
passwords into possibly-insecurely-stored scripts.  Or, depending on how
complicated the shell script is, there might be ancestor shell processes
that also have the password visible in their arguments ... and they
are certainly not going to know to xxx it out.

The ~/.pgpass technique is secure on every Unix, and we can *check* that
it's secure, by refusing to use .pgpass if it's got group or world
access allowed.

            regards, tom lane

pgsql-general by date:

Previous
From: Bernd Buldt
Date:
Subject: newby question
Next
From: David Garamond
Date:
Subject: Re: about "pg_dump " without pompt password