Live data from Hacker News

Mozilla Guidelines to Secure SSH

infosec.mozilla.org

1–10 of 18 posts

Re: Mozilla Guidelines to Secure SSH

#4
The guide is outdated if you rely on the latest version of OpenSSH. You must update such guides with every new version of OpenSSH.

Adding legacy configuration to your OpenSSH config files can even result in a false sense of security (e.g., if the server/client just skip the legacy part and you think it adds some protection).

Newer options to secure OpenSSH are also missing (e.g., using U2F for 2FA, introduced in OpenSSH 8.2 (Feb 2020).

Re: Mozilla Guidelines to Secure SSH

#6

The guide is outdated if you rely on the latest version of OpenSSH. You must update such guides with every new version of OpenSSH. Adding legacy configuration to your OpenSSH config files can even result in a false sense of security (e.g., if the server/client just skip the legacy part and you think it adds some protection). Newer options to secure OpenSSH are also missing (e.g., using U2F for 2FA, introduced in Open…

Are there any updated guides you’re aware of that you could share?

Re: Mozilla Guidelines to Secure SSH

#10

It doesn't address the Trust On First Use (TOFU) issue.

A quick and dirty way to do this is by syncing the known hosts file between all your clients. Make it writable by only the IT staff in charge of provisioning new systems and have them add the pubkeys during provisioning.
Post reply on HN