Re: Password leakage avoidance

From: Jim Nasby <jim(dot)nasby(at)gmail(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>, "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org>
Cc: Joe Conway <mail(at)joeconway(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Dave Cramer <davecramer(at)postgres(dot)rocks>
Subject: Re: Password leakage avoidance
Date: 2024-01-03 22:43:51
Message-ID: 8dfd7e32-fce3-49ba-85d1-4f2dcf57043f@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">On 1/3/24 7:53 AM, Robert Haas wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CA+TgmoZ=V9t+07LHAhJVU0-F-g+Gmu4eeYi+gFPTf2RuOrMxpQ(at)mail(dot)gmail(dot)com">
<pre>Also, +1 for the general idea. I don't think this is a whole answer to
the problem of passwords appearing in log files because (1) you have
to be using libpq in order to make use of this and (2) you have to
actually use it instead of just doing something else and complaining
about the problem. But neither of those things is a reason not to have
it. There's no reason why a sophisticated user who goes through libpq
shouldn't have an easy way to do this instead of being asked to
reimplement it if they want the functionality.</pre>
</blockquote>
<p>ISTM the only way to really move the needle (short of removing
all SQL support for changing passwords) would be a GUC that allows
disabling the use of SQL for setting passwords. While that doesn't
prevent leakage, it does at least force users to use a secure
method of setting passwords.<br>
</p>
<pre class="moz-signature" cols="72">--
Jim Nasby, Data Architect, Austin TX</pre>
</body>
</html>

Attachment Content-Type Size
unknown_filename text/html 1.3 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Matthias van de Meent 2024-01-03 23:02:13 Re: Reducing output size of nodeToString
Previous Message Jelte Fennema-Nio 2024-01-03 22:36:36 Re: Add new for_each macros for iterating over a List that do not require ListCell pointer