SSH Logon Security
-
You can do #2 and #3 together, too. 3FA if you want
-
You can add IP locks, too. Almost 4FA at that point.
-
@scottalanmiller said in SSH Logon Security:
You can add IP locks, too. Almost 4FA at that point.
Let's go for 5FA!
-
@BRRABill said in SSH Logon Security:
@scottalanmiller said in SSH Logon Security:
You can add IP locks, too. Almost 4FA at that point.
Let's go for 5FA!
Heck, let's throw in face recognition, fingerprint reader, and cornea scans, 7FA! The sky really is the limit.
-
Legit queston as I'm still a noob and going through @scottalanmiller Linux courses. Could you do port knocking in addition to IP locks, GA, and SSH key/passphrase for almost 5FA at that point?? Seems like all of those would be a hard to beat system.
-
@travisdh1 don't forget about a live blood sample.
-
I'm moving towards SSH key based authentication. I use MobaXTerm, which encrypts everything with a password, so laptop theft is not as big of a concern.
But I also have separate SSH keys per device I operate from. So if one gets compromised, I can easily remove it.
-
@jt1001001 said in SSH Logon Security:
Legit queston as I'm still a noob and going through @scottalanmiller Linux courses. Could you do port knocking in addition to IP locks, GA, and SSH key/passphrase for almost 5FA at that point?? Seems like all of those would be a hard to beat system.
Yup. It just gets more and more annoying to use
-
@dafyre said in SSH Logon Security:
I'm moving towards SSH key based authentication. I use MobaXTerm, which encrypts everything with a password, so laptop theft is not as big of a concern.
But I also have separate SSH keys per device I operate from. So if one gets compromised, I can easily remove it.
That's important. Your key should always identify the device it is used from. Never share a private key.
-
@scottalanmiller said in SSH Logon Security:
@dafyre said in SSH Logon Security:
I'm moving towards SSH key based authentication. I use MobaXTerm, which encrypts everything with a password, so laptop theft is not as big of a concern.
But I also have separate SSH keys per device I operate from. So if one gets compromised, I can easily remove it.
That's important. Your key should always identify the device it is used from. Never share a private key.
Yes, that is especially good to note for people just getting into this.
Makes mitigation of a lost key so much easier.
-
Another good question... Is there an easy way to share a key repository? Say that I have 50 linux machines... do I need to manually put my key on all 50 of them, or is there a way to manage one central set ?
-
@dafyre said in SSH Logon Security:
Another good question... Is there an easy way to share a key repository? Say that I have 50 linux machines... do I need to manually put my key on all 50 of them, or is there a way to manage one central set ?
You just need to distribute the public key and append it to the authorized_keys on each host you want access to. You could also keep a central copy of an authorized_keys file to be distributed by your management platform, I think that's how NTG manages their keys. You've also got the manual method if you have a limited number of machines to manage, which is what I use as I've only got 8 machines to manage, and very little turnover that they need updating.
Copy your public key to another ssh enabled host:
ssh-copy-id user@remoteipThat won't work till you've already logged into the remote machine with ssh, the devs do as much as humanely possible to make sure you compare the remote machine key to the one your presented the first time you login via ssh.
-
@dafyre said in SSH Logon Security:
Another good question... Is there an easy way to share a key repository? Say that I have 50 linux machines... do I need to manually put my key on all 50 of them, or is there a way to manage one central set ?
NFS home directories is common. Or push them out with scripts or a DevOps tool.
-
@travisdh1 said in SSH Logon Security:
You could also keep a central copy of an authorized_keys file to be distributed by your management platform, I think that's how NTG manages their keys.
Yup, central script right now. Moving to Salt in the future.
-
So with an encrypted endpoint (laptop with FDE, bitlocker, etc) the assumed risk of key theft is very low.
Under what circumstances would you recommend a passphrase on the private key? I guess it all varies. If there is access to it, passphrase it. But when would there ever be access to it?
-
@BRRABill said in SSH Logon Security:
So with an encrypted endpoint (laptop with FDE, bitlocker, etc) the assumed risk of key theft is very low.
Under what circumstances would you recommend a passphrase on the private key? I guess it all varies. If there is access to it, passphrase it. But when would there ever be access to it?
Yeah, depends how vulnerable the end point is, how valuable the access is, etc. I'm certainly not putting a passphrase on my lab key. But production, very easily I would. I only work from home and my computer is very safe and in a different country than the things that it accesses. Someone breaking into my house to get the SSH key from my laptop is absurd. But if I was to work from a coffee shop, whoa baby I'd have that passphrased for sure. One second looking away someone could use your key to do something bad. So... all depends on both ends.
-
@BRRABill said in SSH Logon Security:
So with an encrypted endpoint (laptop with FDE, bitlocker, etc) the assumed risk of key theft is very low.
Under what circumstances would you recommend a passphrase on the private key? I guess it all varies. If there is access to it, passphrase it. But when would there ever be access to it?
If you're going from a Linux system to a Linux system you can store the key's passphrase in the keyring and it would auto unlock for that session.
We have limited keys set up and use Kerberos for everything. That way we can set a life on the ticket and people can't be stupid and share keys or accidentally copy them somewhere else.
-
@BRRABill Really! Is there anything like 5FA?
-
If you're running FreeIPA/Identity Management you get the OTP functionality out of the box. So both SSH and console logins require the OTP for 2FA.
We use SCAP for hardening rules and it has a decent SSH section. Things like limiting disabling root logins, ciphers, max SSH sessions, timeouts, strict mode checking, privilege separation, encrypted X11, etc.
-
@BRRABill said in SSH Logon Security:
In my thinking all of them provide a great layer of security over a plain password.
Yes. Without a key, the password you type is sent encrypted over the network to the remote machine. With a key it is a challenge response method like with kerberos. The password is never sent over the network.
