Bug 170160
| Summary: | Sudo display password entry when AT&T ksh is login shell | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 3 | Reporter: | Cindy Marasco <cindy.marasco> | ||||||
| Component: | sudo | Assignee: | Peter Vrabec <pvrabec> | ||||||
| Status: | CLOSED WONTFIX | QA Contact: | Ben Levenson <benl> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 3.0 | CC: | karsten, kzak, shillman | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2007-10-19 18:53:33 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Cindy Marasco
2005-10-07 20:08:19 UTC
I've installed RHEL-3_x86_64 U6 on my system and cannot reproduce this problem. Did you encounter this on the console or while using KDE/Gnome ? Which terminal and which language settings did you use ? - echo $TERM - ps - echo $LANG I see this behavior from the console or when I ssh in (I've seen it with both Linux openssh clients and Windows FSecure and putty). The box is a server so I don't have X installed on it. From my linux client: ----------------------------- $ echo $TERM xterm $ ps PID TTY TIME CMD 21856 pts/5 00:00:00 ksh 21877 pts/5 00:00:00 ps $ echo $LANG en_US.UTF-8 $ sudo bash Password:sdfasfdasd --------------------------------- The output is basically the same from the other locations, except the $TERM is linux from the console and vt100 from the Windows SSH clients. I still cannot reproduce this with the same TERM and LANG settings. Any ideas from the sudo maintainer ? I always thought that sudo would disable echoing the password input altogether and not just make it 'invisible', so I'm not sure what is happening here. Created attachment 119830 [details]
testcase with tgetpass() from RHEL3 sudo
Please, try this attachment on your system.
$ gcc -g -O2 -Wall -o tgetpass tgetpass.c
$ ./tgetpass
Type any text:
your text: "qwer"
Note that it's same code as the sudo uses for password reading. Please, I would
like to see "strace ./tgetpass", if you're able reproduce the "echoing" problem
with this test. Thanks.
Created attachment 119839 [details]
strace of tgetpass
This bug is filed against RHEL 3, which is in maintenance phase. During the maintenance phase, only security errata and select mission critical bug fixes will be released for enterprise products. Since this bug does not meet that criteria, it is now being closed. For more information of the RHEL errata support policy, please visit: http://www.redhat.com/security/updates/errata/ If you feel this bug is indeed mission critical, please contact your support representative. You may be asked to provide detailed information on how this bug is affecting you. |