[2048] in Athena Bugs
Re: (VS2) Version 6.1C: /usr/athena/ksu, /bin/su
daemon@ATHENA.MIT.EDU (Ilhamuddin Ahmed)
Thu Apr 6 12:57:28 1989
Date: Thu, 6 Apr 89 12:56:53 EDT
From: Ilhamuddin Ahmed <ilham@ATHENA.MIT.EDU>
To: bugs@ATHENA.MIT.EDU
Cc: jtkohl@ATHENA.MIT.EDU, ilham@ATHENA.MIT.EDU
Reply-To: ilham@ATHENA.MIT.EDU
John> Date: Tue, 21 Mar 89 14:46:51 EST
John> From: John T Kohl <jtkohl@ATHENA.MIT.EDU>
John> To: bugs@ATHENA.MIT.EDU
John> Subject: (VS2) Version 6.1C: /usr/athena/ksu, /bin/su
John> X-Us-Snail: MIT Room E40-351, 1 Amherst St., Cambridge, MA 02139 USA
John>
John> System type, version: (VS2) Version 6.1C
John> System name: lycus
John> What's wrong:
John> ksu doesn't let me su, even though I am in the password file and in
John> /.klogin, unless my xterm puts me into the utmp file.
John> Furthermore, this seems to only happen when using the R3+ xterm in
John> /mit/Stafftools/vaxbin.
John>
John> /bin/su seems to think root, and not jtkohl, is doing the su'ing in such
John> cases (if ksu fails and I try /bin/su, it says:
John> Mar 21 14:27:08 lycus su: root on /dev/ttyp4
John> )
John>
John> What should have happened:
John>
John> It should let me ksu anyway. The ksu in the kerberos locker does not
John> have this problem.
John>
John> /bin/su should not be mis-identifying the user in this way.
John>
If xterm is not root set-uid then the tty you are on (stdout) is owned
by root and not you then /bin/su returns that error. The xterm in
/mit/Stafftools/vaxbin will not be root-suid as it is NFS mounted as
nosuid.
- Ilham
