Re: rolcanlogin vs. the flat password file

Поиск
Список
Период
Сортировка
От Michael Glaesemann
Тема Re: rolcanlogin vs. the flat password file
Дата
Msg-id AEBA712F-F88F-469A-926B-8347E2497C63@seespotcode.net
обсуждение исходный текст
Ответ на rolcanlogin vs. the flat password file  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: rolcanlogin vs. the flat password file  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Oct 14, 2007, at 14:34 , Tom Lane wrote:

> I am not entirely convinced whether we should do anything about this:
> the general theory on authentication failures is that you don't say  
> much
> about exactly why it failed, so as to not give a brute-force attacker
> any info about whether he gave a valid userid or not.  So there's an
> argument to be made that the current behavior is what we want.  But
> I'm pretty sure that it wasn't intentionally designed to act this way.

Would there be a difference in how this is logged and how it's  
reported to the user? I can see where an admin (having access to  
logs) would want to have additional information such as whether a  
role login has failed due to not having login privileges or whether  
the failure was due to an incorrect role/password pair. I lean  
towards less information back to the user as to the nature of the  
failure. If the general consensus is to leave the current behavior, a  
comment should probably be included to note that the behavior is  
intentional.

Michael Glaesemann
grzm seespotcode net




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

Предыдущее
От: Tom Lane
Дата:
Сообщение: rolcanlogin vs. the flat password file
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: rolcanlogin vs. the flat password file