Bug 54770

From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT)

Description of problem:
Yesterday I upgraded some machines to openssh2.9p2.

Using 
ssh-agent bash
ssh-add
ssh <url>
Everything works as expected provided public key logon works.

however today I had to connect to a site that didn't have my public key 
installed. Instead when I do ssh <site> I get:
You have no controlling tty. Cannot read passphrase.

Version-Release number of selected component (if applicable):
openssl00.9.6-9
openssh-* 2.9p2-8.7
glibc-* 2.2.4-19
util-linux-2.11f-11.7.1


How reproducible:
Always

Steps to Reproduce:
openssh 2.9p2 upgraded from ftp.mirror.ac.uk mirror of update.redhat.com. 
(I also upgraded glibc, nscd and util-linux at the same time. All other 
updates have been applied previously and the problem was not seen until 
today)

1. Ctrl-Alt-F1 (To get to a console)
2. Login (not as root)
3. ssh <somehost>


Actual Results:  You have no controlling tty.  Cannot read passphrase.


Expected Results:  loginname@<somehost>'s password: 

(Works in an xterm)

Additional info:

The following works correctly:

Ctrl-Alt-F1 (for a tty)
ssh-agent bash
ssh-add
(enter passphrase for private key)
ssh <somehost>
Provided the private key allows login.

(always works in an xterm)

Everything works correctly when logged in as root:
This implies it is a permissions problem:

When logged in as tim /dev/tty1 has permissions:

crw--w---- 1 tim   tty   4   1 Oct 18 14:10 /dev/tty1

however changing this to mode 666 crw-rw-rw- does not fix the problem.

Doing an ssh from a host that I have ssh into (with agent forwarding 
disabled) does bring up the "tim@<hostname>'s password: " dialog.

tty = /dev/pty/0 with the same 640 permissions.

I have confirmed this on both the other systems I have console access to 
that I upgraded yesterday. (One does not have nscd installed so this can 
probably be eliminated - I didn't expect it to be the cause anyway :-) )