Ask Leo! by Leo A. Notenboom

How do I create and use Public Keys with SSH?

Search First! Then browse: Categories | Full Archive | By Date | Newsletter

Home » Internet

Summary: SSH and SFTP Public Key Authentication requires that you create a public/private key pair. We'll look at how to create, and then use, those keys.

SSH (Secure Shell) and SFTP (Secure FTP) support a very strong security model that can be used instead of the normal username and password authentication scheme we've all come to know and love. It uses public key cryptography to create a different, and more secure approach to authenticating your identity and rights to access a server or resource.

In a nutshell, you will generate a public and private key pair. The public key will be placed on the server by your system administrator, giving you access. You will keep the file containing the private key in a safe place. You'll login by simply by providing that private key file to your SSH or SFTP supporting client.

It really is that simple.

The private key is just that - private. You may put a password on it, but you don't have to. Without a password, all you need is the file in order to login. Or, to put it more clearly, all anyone needs is that file to login as you. Obviously if you password protect the file, then you'll need both the file, and the password to unlock it. In that case, logging in is very similar to what you do today: specify a user name, and a password to unlock your key file.

Instructions are included here for the following tools, which are known to work with this technique:

SSH Clients SFTP Clients
PuTTY
SecureCRT
PSFTP
Webdrive
WS_FTP

Instructions for these tools are not provided here, but they either claim or have been confirmed to have the appropriate support:

SSH Clients SFTP Clients
Tera Term Pro CuteFTP Professional (not Home)
WinSCP

Other tools may also work. The key terminology to look for is "SSH" or "SFTP" and "Public Key Authentication".

Generating Your Keys

In general it's best to create your own key. That way you control what happens to your private key, and no one else ever has to see it.

PuTTYgen

PuTTY is a free SSH client that includes a tool for generating keys, called PuTTYgen. The tool can also be downloaded separately, but why bother ... get the whole thing. PuTTY is my recommended SSH client.

When you run PuTTYgen, you'll get a dialog with a "Generate" button on it.

PuTTYgen Window

Push da button.

It will ask you to move the mouse around to generate randomness. (Randomness is a key component of public key cryptography). Once that's happened enough, you should do the following:

  • Specify a passphrase. Technically this is optional, but if you omit the passphrase, then anyone who happens to get ahold of your private key file can login as you. You may have enough security in place where this is not an issue. If you do specify a passphrase, you'll need to enter it when you login, pretty much as a normal login.
  • Press the Save Public Key button to save the public key. I recommend saving as your name ".pub". For example I would save "leo.pub".
  • Press the Save Private Key button to save your private key. This saves the private key in PuTTY's own format, a ".ppk" file. So, "name.ppk" might be appropriate.
  • I also recommend hitting the Conversions menu, and then Export Openssh key, and saving that to "name.key". This format will allow you to use your private key with other applications besides PuTTY.

SecureCRT

SecureCRT is a stand-alone SSH client.

To create a public key with SecureCRT, hit the Tools menu, Create Public Key... option to begin the wizard.

Select RSA as the key type. Enter (or not) an appropriate passphrase to protect your private key. A default key length of 1024 is sufficient. Allow SecureCRT to save the key, noting the location thereof. It may ask if you want to use this as your global Public Key, and you can safely say "yes".

WS_FTP

As far as I can tell, WS_FTP cannot import key pairs for use, or will it export its private key. This means that even if you use one of the other SSH clients and generate key pairs for their use, you'll still need generate a separate key pair for use within WS_FTP. That's not a problem from the servers perspective - you can authenticate with as many different keys as you like.

In WS_FTP, hit Tools, Options, and then click on SSH, Client Keys:

WS_FTP Options Dialog

Press Create, and step through the wizard. The key type should be RSA, and the default size of 1024 is sufficient.

Once the key has been created and shows up in the list, click on it, and then click on Export, to export your public key. Send the resulting .pub file to your system administrator.

Once you have your keys...

Send your public key to your system administrator. (Either the ".pub" file as an attachment, or the text within it, in email.) It will be put in "all the right places" to allow you to log in to all the account(s) you might need to.

Keep your private key in a safe place. You'll need it each time you want to login. If they are lost, you will lose access until the key generation and installation process can be repeated. If they or the computer they're on are stolen, tell your system admin immediately.

Using Your Keys - SSH

Once your keys are generated, and the public key installed on the server, you'll need to specify the private key to your SSH client in order to log in.

PuTTY

There are (at least) two approaches to using Public/Private keys with PuTTY. When you fire up PuTTY without any arguments, you get its standard configuration dialog, into which you can enter the name of the server you want to connect to:

Putty main window

On the left hand side is a tree view of various options. Underneath Connection, SSH, click on Auth and the dialog will include a field "Private key file for authentication":

Putty SSH connection options window

Specify the location of the ".ppk" file that you generated with PuTTYgen. When you connect, if your private key is passphrase protected, you'll be asked for the passphrase.

The other approach, and the one that I use, is to simply create shortcuts for the various servers I connect to regularly, and specify the location of the private key on the command line. For example:

C:\path\PUTTY.EXE -i c:\otherpath\leo.ppk leo@server.com

That, as a desktop shortcut, or item on a Windows menu, connects to the named server using the specified account name "leo", and uses the private key found in "c:\otherpath\leo.ppk" to authenticate.

SecureCRT

SecureCRT has several paths to a connection dialog, but we'll use "Quick Connect" for our example. Press the Quick Connect Icon, and you should get something like this:

SecureCRT Quick Connect Dialog

Make sure that protocol is set to SSH2, and enter your host and username. In Authentication, UNcheck everything except PublicKey. Then click on that, and click Properties. You should see this:

SecureCRT Public Key Properties Dialog

Typically you need do nothing, but this dialog specifies the location of your identity file (aka Private Key).

Assuming that your public key has been placed on the server for your account, you should now be able to connect.

Using Your Keys - SFTP

Secure FTP, or FTP, is really just using SSH technology to provide FTP-like functionality. Since it's using SSH, the keys you've generated and are using for your SSH authentication work with many SFTP applications as well.

WebDrive

Webdrive is an FTP/SFTP service for Windows that allows you to treat an FTP or SFTP connection like another drive mounted on your system. Uploading and downloading then become simple Windows file copy operations.

In Webdrive, you'll need to load your private key, and then specify it in the configuration for a specific SFTP connection.

The Certificates tab of Webdrive's Settings dialog, has a Hostkey Managemet button:

Webdrive Settings dialog

Push that, and you'll get the host key management dialog, and on that you'll find an Import button. Press that to import your public and private keys:

Webdrive Hostkey Import dialog

Specify the ".pub" key for the public key you generated earlier. The private key should also be specified, and would be the ".key" file. If you passphrase protected your key file, you can specify that here as well. Give it a recognizable name.

The second step, then, takes us back to the Webdrive main window:

Webdrive dialog

Click on a connection (or create a new one). In the Properties for that connection, on the SFTP tab will be a setting Enable client hostkey support for this site:

Webdrive dialog

Here you'll find a dropdown list of the keys you imported above, and a place to enter the password, if any, to access that key.

Once completed, Webdrive should now be able to connect to your public key authenticated site.

WS_FTP

Having created a key pair already in WS_FTP, using it is simply a matter of defining your connection to use it.

When you create a site, specify its connection type as SFTP/SSH. Specify a user name, but leave your password blank. At the end of the wizard, click on the Advanced button, this will allow you to edit the connection, and is the equivalent to editing an existing connection.

Click on the SSH item on the left, and the dropdown list that results should allow you to select the key pair that you created earlier.

Assuming that the public key you exported and sent to your system administrator has been installed on the server, you should now be able to connect.

psftp

PSFTP is command line FTP program that is distributed with PuTTY. More importantly, it supports public key SFTP by using the ".ppk" file that you created for PuTTY above. Connecting using a public key is simply a different set of comment line options:

psftp -l username -2 -i keys.ppk remotehost

-l username specifies your username on the remote host; -2 indicates that PSFTP should use SSH protocol version 2; -i keys.ppk specifies the location of your private key as created with PuTTYgen; remotehost is the name of the remote host you're connecting to.

Related:

Helpful? Get new articles weekly by email in my FREE newsletter!

Your Name:
Your Email:


Why Subscribe?

Article C2391 - July 21, 2005

Was this article helpful? «Yes» «No»

Recent Comments
14 Comments

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Public keys are placed in the file authorized_keys in the .ssh sub directory of
the account's home directory. It's definitely a particular format, a single
line:

ssh-rsa TypicallyLongPublicKeyValue

and probably needs a particular permission setting. I typically set the file
and the .ssh directory to be rw and rwx respectively for the owning account
only).

Leo

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)

iD8DBQFGdsMBCMEe9B/8oqERAub9AJsF9n8oP/Hwd2IugrVjruLcaYrWywCeKFe8
ZSAhEqhBqNs8lMYiDLUrQBI=
=0GIJ
-----END PGP SIGNATURE-----

Posted by: Leo A. Notenboom at June 18, 2007 10:38 AM

Thanks for posting this info. This is the first time I have needed to create and use a SSH key. I got everything set up and working well using Putty thanks to you. Much Appreciated!

Posted by: Kevin at April 20, 2009 4:22 PM

Hi Guys,
Is there any sftp client that encrypt and decrypt files same as Core FTP Pro.
please help.

Posted by: Oupa at August 12, 2009 5:47 AM

i want to use psftp command in script file as i need to get some file for FTP through .PPK file but problem is putty is not able recognise psftp command. i have tried setting path for psftp. what can be the reason ?

Posted by: Rits at December 10, 2009 12:58 AM

A note for anyone who has seen 'server refused our key' error: When you try using the key generated with puttygen, make sure to use the OPENSSH format key on the server side. openssh doesn't understand the puttygen format of key.
Alternatively you can generate your key with ssh-keygen. More info here: http://www.walkernews.net/2009/03/22/how-to-fix-server-refused-our-key-error-that-caused-by-putty-generated-rsa-public-key/

Posted by: alendeil at January 19, 2010 9:15 AM

Post a comment on "How do I create and use Public Keys with SSH?":






(Email Address will not be published.)

Remember Me?

By popular demand...
my tip jar
Cuppa Joe
Buy Leo a Latte!

(you may use HTML tags for style)

RSS feed Subscribe to the RSS Feed specifically for comments on this article.

Before commenting, please...

  • Read the article at the top of this page. If your comment shows you didn't, it'll be deleted and ignored.

  • Comment only on this article. Use the Google search box at the top of the page if you have a question about something else.

  • Don't include personal information in the comment. No email addresses. No phone numbers. No physical addresses.

  • Don't spam. Excessive links to unrelated sites within a comment or across multiple comments will cause all such comments to be removed.

  • Don't ask me to recover lost passwords or hacked accounts. I can't, and those comments will be deleted.

  • I can't respond to every comment. And I can't vouch for the accuracy of others who do.

Please wait. Your comment is being processed ...


Question? Ask Leo!