[Bug 1477] New: ssh-keygen not reading stdin as expected

[bugzilla-daemon at bugzilla.mindrot.org]

https://bugzilla.mindrot.org/show_bug.cgi?id=1477

           Summary: ssh-keygen not reading stdin as expected
    Classification: Unclassified
           Product: Portable OpenSSH
           Version: 4.7p1
          Platform: ix86
        OS/Version: OpenBSD
            Status: NEW
          Severity: normal
          Priority: P2
         Component: ssh-keygen
        AssignedTo: unassigned-bugs at mindrot.org
        ReportedBy: lars at umich.edu


I see what looks like difficulty reading stdin using ssh-keyscan:

     $ ssh-keyscan -t rsa login.itd.umich.edu | ssh-keygen -l -f -
     -: No such file or directory

Instead of the error message "-: No such file or directory", I would
expect the output from ssh-keyscan to be read into ssh-keygen in the
above example and the fingerprint produced as output.

Doing it in two steps works:

 $ ssh-keyscan -t rsa login.itd.umich.edu >/tmp/x; \
   ssh-keygen -l -f /tmp/x
 # login.itd.umich.edu SSH-1.99-OpenSSH_4.6p1-hpn12v17
 1024 10:4a:ec:d2:f1:38:f7:ea:0a:a0:0f:17:57:ea:a6:16
login.itd.umich.edu

Option -f filename, Filename of the key file, seems to be the right
option and '-' is the usual way of indicating stdin.

FWIW trying to used /dev/stdin directly also gives an error

$ ssh-keyscan login.itd.umich.edu | ssh-keygen -l -f /dev/stdin
# login.itd.umich.edu SSH-1.99-OpenSSH_4.6p1-hpn12v17
/dev/stdin is not a public key file.

ssh-keygen seems not to have a way to show version.  This is at least
the following platforms:

   OpenBSD 4.2 GENERIC#3 i386
   OpenBSD 4.3 GENERIC#698 i386
   Linux 2.6.24-18-generic #1 SMP x86_64

The corresponding accompanying ssh show these versions:

   OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007
   OpenSSH_4.7, OpenSSL 0.9.7j 04 May 2006
   OpenSSH_4.8, OpenSSL 0.9.7j 04 May 2006

-- 
Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.