Observations from two weeks of SSH brute force attacks

Re:Observations from two weeks of SSH brute force attacks by mike-cardwell on Thursday January 26, 2012 @09:50AM (#3514337)

How do you "require" that they use a pass phrase with their key? You can tell them to do it, but it's up to them if they actually do.

[ Parent | on HN ]

Re:Observations from two weeks of SSH brute force attacks by bradleyland on Thursday January 26, 2012 @11:42AM (#3514771)

I personally stand there with them (or over Skype) and ask them to show me how they manage their keys.

Most devs know how to use ssh-agent. Those who don't are really excited to learn that they can increase security without an increase in effort.

Password uniqueness, on the other hand, is something that requires continuous effort. There's an ongoing temptation to reuse the strong password that they've memorized for my server in other locations.

Like most things in security, it's a matter of layering and balance. You layer your security, and you stop at the point where the added effort doesn't justify the added security. I view the progression like this

OK: Strong passwords

Better: SSH-key authentication (much harder to brute force, not susceptible to disclosure through third-party security disclosure)

Best: SSH-key authentication with passphrase (prevents unauthorized use of private key if stolen)

Insane: SSH-key stored on external drive with imaginary super-encryption

[ Parent | on HN ]

Re:Observations from two weeks of SSH brute force attacks by nuclear_eclipse on Thursday January 26, 2012 @04:36PM (#3516102)

> Best: SSH-key authentication with passphrase (prevents unauthorized use of private key if stolen)

It doesn't prevent unauthorized use, it just makes it more difficult to attack with brute force. Once someone gets your private key, you should always assume it has been compromised, and replace it immediately. It's only a matter of time and resources before a determined thief has cracked your passphrase.

Edit: not to say I disagree with your recommendation that it's best, just pointing out that compromised private keys should not be taken lightly.

[ Parent | on HN ]

Re:Observations from two weeks of SSH brute force attacks by mike-cardwell on Friday January 27, 2012 @05:09AM (#3517783)

"external drive" is not what a smart card is. You can not read the key from the smart card. The actual crypto operations involved in performing the authentication are handled on the card it's self.

If your key is on a smart card it can not be stolen, even if the machine you're ssh'ing from has been compromised. This has real value and is not "insane"

In your setup, if their machine is compromised, it doesn't matter if they password protect the key, the attacker can key log the key password or replace the ssh executable with one which leaks the key, then ssh into your servers at will.

[ Parent | on HN ]

Re:Observations from two weeks of SSH brute force attacks by gnosis on Friday January 27, 2012 @06:48AM (#3517954)

"If your key is on a smart card it can not be stolen, even if the machine you're ssh'ing from has been compromised."

If the machine you're ssh'ing from has been compromised by a halfway competent attacker, there's no need for them to get the key from the smart card. They can log in to the remote machine by simply piggybacking on to your ssh session (with a compromised ssh client).

[ Parent | on HN ]

Re:Observations from two weeks of SSH brute force attacks by mike-cardwell on Friday January 27, 2012 @07:02AM (#3517971)

Of course. There is still significant value in not allowing the attacker to ssh at will from any box at any time though.

[ Parent | on HN ]

Re:Observations from two weeks of SSH brute force attacks by pavel_lishin on Thursday January 26, 2012 @10:01AM (#3514370)

Why, it's simple! They just send him their private key along with the passphrase, and he tests it to make sure it works!

(I've heard worse.)

[ Parent | on HN ]

Re:Observations from two weeks of SSH brute force attacks by mike-cardwell on Thursday January 26, 2012 @10:27AM (#3514462)

For the sake of those who may not realise: You can take a password protected ssh key and remove it's password protection (if you know the password). And do the opposite of course (adding a password to a key without one)

[ Parent | on HN ]

Re:Observations from two weeks of SSH brute force attacks by acdha on Friday January 27, 2012 @09:50AM (#3518425)

You can do this with policy (or a custom SSH client) but it's really a mistake to treat it as the same situation unless your users are in the habit of sharing their private SSH key files around.

In most situations, getting access to the key file requires a local client compromise - at which point the attacker could simply install a keylogger.

[ Parent | on HN ]