]> granicus.if.org Git - postgresql/commit
Log a detail message for auth failures due to missing or expired password.
authorTom Lane <tgl@sss.pgh.pa.us>
Tue, 28 Jan 2014 02:04:09 +0000 (21:04 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Tue, 28 Jan 2014 02:04:09 +0000 (21:04 -0500)
commit64e43c59b817a78ddf70f2fd62de31a4add5d988
tree3eacd40e47d7521db81896f375c33907bce1c92b
parentf0d6f20278b7c5c412ce40a9b86c6b31dc2fbfdd
Log a detail message for auth failures due to missing or expired password.

It's worth distinguishing these cases from run-of-the-mill wrong-password
problems, since users have been known to waste lots of time pursuing the
wrong theory about what's failing.  Now, our longstanding policy about how
to report authentication failures is that we don't really want to tell the
*client* such things, since that might be giving information to a bad guy.
But there's nothing wrong with reporting the details to the postmaster log,
and indeed the comments in this area of the code contemplate that
interesting details should be so reported.  We just weren't handling these
particular interesting cases usefully.

To fix, add infrastructure allowing subroutines of ClientAuthentication()
to return a string to be added to the errdetail_log field of the main
authentication-failed error report.  We might later want to use this to
report other subcases of authentication failure the same way, but for the
moment I just dealt with password cases.

Per discussion of a patch from Josh Drake, though this is not what
he proposed.
src/backend/libpq/auth.c
src/backend/libpq/crypt.c
src/include/libpq/crypt.h