Bug 1038910 - fprintd: do not show password if user enters one
Summary: fprintd: do not show password if user enters one
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: util-linux-ng
Version: 6.6
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Karel Zak
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-06 06:42 UTC by Ratul Gupta
Modified: 2015-06-03 11:16 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-06-03 11:16:55 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Ratul Gupta 2013-12-06 06:42:03 UTC
Description of problem: 
Users are useg to entering passwords at login prompts and the like.
It would be nice if libpam-fprintd could swallow the input like
password prompts do, instead of prominentally displaying the user's password
if they type it in.

References:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731382

Additional Information:
Also affects rhel-7, fedora-all.

Comment 2 Bastien Nocera 2014-03-25 07:16:50 UTC
This is a design problem with PAM, worked around by various front-ends (most preeminently gdm, which uses multiple PAM stacks).

Given that this risks breaking a number of PAM front-ends, and concern all PAM modules (say, smartcard logins), this should be fixed in PAM if at all.

Comment 3 Tomas Mraz 2014-03-25 08:54:44 UTC
PAM library on itself does not have any knowledge about the environment it operates in. I don't really see a way how PAM library could mitigate this. I suppose it might be reasonable to workaround it in the login by switching off the TTY echo before calling pam_authenticate. However there would be a possibility of breaking other modules which might potentially ask for additional non-password information which is supposed to be echoed.

Comment 4 Karel Zak 2015-06-03 11:16:55 UTC
Closing... 

I don't think we want to play any nasty games with ECHO in login(1) to avoid situation when user accidentally enters a password when there is no password prompt.

It's unreal wish to be resistant to all possible use-cases and user mistakes. It's user responsibility to be careful with password...


Note You need to log in before you can comment on or make changes to this bug.