|
Bugzilla – Full Text Bug Listing |
| Summary: | Sudo 1.8.21 obscures pam_oath's prompt | ||
|---|---|---|---|
| Product: | Sudo | Reporter: | Evangelos Foutras <evangelos> |
| Component: | Sudo | Assignee: | Todd C. Miller <Todd.Miller> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | low | ||
| Version: | 1.8.20 | ||
| Hardware: | PC | ||
| OS: | Linux | ||
|
Description
Evangelos Foutras
2017-09-05 07:10:12 MDT
This should be fixed by https://www.sudo.ws/repos/sudo/rev/6ee5cc13af69 The logic looks OK now and a quick test shows that it behaves correctly. Thanks for the quick fix! A related thought would be if it'd be possible to show the prompt from pam_oath in cases where a custom user prompt is provided: $ sudo -p 'Password for %u: ' true Password for foutrelis: (entered one-time password) Password for foutrelis: (entered user password) $ (successful authentication) It seems confusing to see the same prompt for both kinds of passwords. I'd understand if that's not a supported use case (or complicated to implement), but thought I'd mention it. There are two ways for the user to specify a prompt with slightly different semantics. 1) The SUDO_PROMPT environment variable. This is treated the same as the "passprompt" sudoers option and will not replace a challeng/response type prompt unless "passprompt_override" is set in sudoers 2) The -p command line option. Unlike SUDO_PROMPT, this option implies "passprompt_override". It is assumed the user knows what they are doing :-) Sudo 1.8.21p2 is out now which includes the fix. |