Question about SSH error: ssh_rsa_verify: RSA_verify failed: error:0407006A......

rudi.pretorius_at_ebucks.com
Date: 05/07/03

  • Next message: Martin Greschner: "Re: X11 forwarding -Doh!" 
    To: secureshell@securityfocus.com
Date: Wed, 7 May 2003 10:04:27 +0200

    I am running Sparc Solaris 7...

    I rebooted my server, without having the prngd startup script in place.

    I fixed this and everything started up fine except, that I can not ssh to
    this server. Here are the example:

    ssh -v sauron

    OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090604f
    debug1: Reading configuration data /usr/local/etc/ssh_config
    debug1: Rhosts Authentication disabled, originating port will not be
    trusted.
    debug1: ssh_connect: needpriv 0
    debug1: Connecting to sauron [172.16.2.82] port 22.
    debug1: Connection established.
    debug1: identity file /.ssh/identity type 0
    debug1: identity file /.ssh/id_rsa type -1
    debug1: identity file /.ssh/id_dsa type -1
    debug1: Remote protocol version 1.99, remote software version OpenSSH_3.5p1
    debug1: match: OpenSSH_3.5p1 pat OpenSSH*
    Enabling compatibility mode for protocol 2.0
    debug1: Local version string SSH-2.0-OpenSSH_3.4p1
    debug1: SSH2_MSG_KEXINIT sent
    debug1: SSH2_MSG_KEXINIT received
    debug1: kex: server->client aes128-cbc hmac-md5 none
    debug1: kex: client->server aes128-cbc hmac-md5 none
    debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
    debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
    debug1: dh_gen_key: priv key bits set: 138/256
    debug1: bits set: 1578/3191
    debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
    debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
    debug1: Host 'sauron' is known and matches the RSA host key.
    debug1: Found key in /.ssh/known_hosts:58
    debug1: bits set: 1617/3191
    ssh_rsa_verify: RSA_verify failed: error:0407006A:rsa
    routines:RSA_padding_check_PKCS1_type_1:block type is not 01
    debug1: ssh_rsa_verify: signature incorrect
    key_verify failed for server_host_key
    debug1: Calling cleanup 0x3fd14(0x0)

    Thanks
    Rudi Pretorius

    Tel.: 011 282-4454
    Fax: 011 282-4760
    Cell: 083 455 0899
    email: rudi.pretorius@ebucks.com
                                                                 
     . . . . .
                                                                 

                                                           
     Life just got more rewarding with the programme that
     rewards MTN, FNB and WesBank customers with eBucks.
     They never expire and can be spent online and offline
     on a wide range of goods from airtickets to airtime!
     You can also manage your FNB and RMB Private Bank
     accounts online with Internet Banking enabled by
     eBucks.com.
                                                           

    Register now: www.eBucks.com

    The information in this e-mail is confidential and is intended solely for
    the addressee. Access to this e-mail by anyone else is unauthorised. If you
    are not the intended recipient, any disclosure, copying, distribution or
    any action taken or omitted in reliance on this, is prohibited and may be
    unlawful. Whilst all reasonable steps are taken to ensure the accuracy and
    integrity of information and data transmitted electronically and to
    preserve the confidentiality thereof, no liability or responsibility
    whatsoever is accepted if information or data is, for whatever reason,
    corrupted or does not reach its intended destination.

  • Next message: Martin Greschner: "Re: X11 forwarding -Doh!"

    Relevant Pages

    • Non root scp problem
      ... This is a production web server and the webmaster uses a non-root account to copy files constantly. ... debug1: Connecting to ares port 22. ... invalid collation element ...
      (SSH)
    • Ora-rg could not start using scswitch command!
      ... So oracle server could not be started. ... Is Shockwave Plugin available for Solaris??? ... debug1: read PEM private key done: type RSA ...
      (SunManagers)
    • Re: sshd failure
      ... I found nothing helpful in the logs but I did run ... 1752: debug1: read PEM private key done: type RSA ... 1752: Disabling protocol version 1. ... 1752: debug1: Server will not fork when running in debugging mode. ...
      (alt.os.linux)
    • openssh2.9.9p2 ignoring Protocol 2 in config
      ... I client with Protocol 2 for that particular server in my ... debug1: Reading configuration data /etc/ssh/ssh_config ... debug3: key_read: no key found ...
      (comp.security.ssh)
    • SSH-Login via LAN ok, WAN fails (OpenSSH Windows, SecureCRT)
      ... v3.5p1-3 server with Public Key Authorisation. ... the 120 seconds idle timeout the connection is FINed. ... I have been reading OpenSSH's manuals, SecureCRT manuals, ... debug1: read PEM private key done: type RSA ...
      (comp.security.ssh)