SSH Communications Security
Previous Next Up [Contents] [Index]

    Introduction >>
    Configuration >>
        Saving Settings >>
        Loading Settings
        Profile Settings >>
        Global Settings >>
            Appearance
            Font
            Colors
            Messages
            User Authentication
            Keys
            Certificates
            Certificate Enrollment Wizard
            SSH Accession
            PKCS #11
            Configuration
            PKCS #11 Provider
            Server Authentication
            Host Keys
            CA Certificates
            LDAP Servers
            File Transfer
            Advanced
            Mode
            Local Favorites
            Firewall
            Security
            Printing
        Customize
    Connecting >>
    Terminal Window >>
    File Transfer >>
    Toolbar Reference >>
    Menu Reference >>
    Advanced Information >>
    Troubleshooting >>
    Appendices >>

Server Authentication

There are two different methods that can be used to authenticate the server (remote host computer) you are connecting to: public-key authentication and certificate authentication.


serverauthentication-page-30.gif
Figure : The Server Authentication page of the Settings dialog.

When public-key authentication is used to authenticate the server, the first connection is very important. The client will ask the user to save the host key to the local database. The fingerprint of the public key should be verified before you save it to the local database and proceed with the connection. If you do not verify the authenticity of the fingerprint, you risk the possibility of a man-in-the-middle attack. For future connections, the local copy of the server's public key will be used in server authentication.

Certificate authentication is more secure than the traditional public-key authentication, as the system verifies that the server certificate has been issued by a trusted Certificate Authority (CA) and that the certificate has not been revoked. When certificate authentication is used, the man-in-the-middle attack is no longer a threat during key exchange, as the system verifies that the server certificate has been issued by a trusted certification authority (CA).

If the server certificate itself does not contain a valid authority information access or a CRL distribution point extension, an LDAP server has to be configured on the client-side to obtain a certificate revocation list (CRL).

Note: Certificate authentication is supported only in the commercial versions of SSH Secure Shell for Workstations.

Previous Next Up [Contents] [Index]


[ Contact Information | Support | Feedback | SSH Home Page | SSH Products ]

Copyright © 2003 SSH Communications Security Corp.
All rights reserved.
Copyright Notice