search for: old_tty_fd

...at least verify what evil thing this program does? telnet/rlogin/ssh-on-linux pass the sshd-test-program below. I used openssh3.5p1 with no patches. thanks,tobias. #include <stdio.h> #include <fcntl.h> #include <unistd.h> int main(int argc, char* argv[]) { int tty_fd; int old_tty_fd; char str[100]; if ( argc != 2) { fprintf (stderr,"usage: sshd-test `tty`\n"); return 1; } fprintf (stderr,"tty is: %s\n",argv[1]); old_tty_fd = open(argv[1],O_RDWR); tty_fd = dup(old_tty_fd); /* 1 will be /dev/tty */ fprintf (stderr,"d...

...ogram; when a program on the server writes a zero-length string to the terminal, the sshd daemon abruptly closes the connection, logging no information. The following code causes the problem to exhibit itself: #include <stdio.h> #include <fcntl.h> main() { int tty_fd; int old_tty_fd; int old_stdout_fd; char str[100]; old_tty_fd = open("/dev/tty",O_RDWR); tty_fd = dup(old_tty_fd); /* 1 will be /dev/tty */ close(old_tty_fd); strcpy(str,"this is the last thing you will see if sshd is broken.\n"); fprintf(stderr,&quot...

http://bugzilla.mindrot.org/show_bug.cgi?id=124 ------- Additional Comments From markus at openbsd.org 2002-02-23 06:10 ------- what does "streaming" mean? what does "output reports" mean? do you have more detailed reports? do you have debugging output? what clients are involved? what servers? does the same happen with openssh 3.0.2? does the same happen with a recent