Re: Patch to include PAM support...
От | Dominic J. Eidson |
---|---|
Тема | Re: Patch to include PAM support... |
Дата | |
Msg-id | Pine.LNX.4.21.0106121221010.6822-100000@morannon.the-infinite.org обсуждение исходный текст |
Ответ на | Re: Patch to include PAM support... (Peter Eisentraut <peter_e@gmx.net>) |
Ответы |
Re: Patch to include PAM support...
|
Список | pgsql-patches |
On Tue, 12 Jun 2001, Peter Eisentraut wrote: > Bruce Momjian writes: > > OK, care to give a thumbs up on the patch? > > > > http://candle.pha.pa.us/cgi-bin/pgpatches > > >From static inspection I have some doubts about whether this patch would > operate correctly. The way it is implemented is that if the backend is > instructed to use PAM authentication it pretends to the frontend that > password authentication is going on. This would probably work correctly Correct - this was to save code duplication - since the frontend steps for password authentication are the same, whether you're authenticating to global/pg_pwd, or handing off the username/password processing to PAM. > if your PAM setup is that you require exactly one password from the user. > But if the PAM setup does not require a password (Kerberos, rhosts > modules?) it would involve a useless exchange (and possibly prompt) for a This works fine - if it doesn't require a password, it won't get to the "password prompt" step inside the conversation function, and ends up just returning "success". > password. More importantly, though, if the PAM configuration requires > more than one password (perhaps the password is due to be changed), this > implementation will fail (to authenticate). Typical use of a database, is from a non-interactive interface (script, application, et al), where you aren't given the abillity to enter a second password in the first place. Granted, this could be implemented - but my goal was to emulate the existing libpq authentication process (which only allows for the transmission of one password for all (the one?) of the existing authentication methods that utilize passwords. In all of the other remote authentication pieces that I have worked with/used (radius, tacacs, etc) - if your password is in need to be changed and/or expired - your authentication just fails. > Dominic, any comments? -- Dominic J. Eidson "Baruk Khazad! Khazad ai-menu!" - Gimli ------------------------------------------------------------------------------- http://www.the-infinite.org/ http://www.the-infinite.org/~dominic/
В списке pgsql-patches по дате отправления: