5 ms·
This is significantly better than just changing the port the daemon listens on, for sure. There's still public access to SSH, so you're still at risk from a ze
by cthalupa 6y ago
This is significantly better than just changing the port the daemon listens on, for sure.
There's still public access to SSH, so you're still at risk from a zero day, weak credentials, etc., so I don't think it's quite to ideal levels where you are employing a VPN, disallowing all public access, etc., but at least you're not introducing new potential attack vectors :)
- magicalhippo 6y agoWhat about VPN makes the VPN server software more secure than the SSH server software?
- cthalupa 6y agoThe level of security is cumulative. You do not trust a connection just because it's connected to the VPN. So if your VPN concentrator is compromised via 0day, the only access they get is the same as if things were listening on the public internet. To gain access to the server via SSH they now need both a way in to the VPN and a way in to SSH, vs. just needing a way in via SSH. It doesn't do much if someone just gives up the keys for the VPN and SSH, but it would mean that you would need two simultaneous exploits for the VPN and SSH to gain access.
- magicalhippo 6y agoYeah but if they compromise the VPN they potentially have access to a lot more than just the SSH server. At least in the setups I've seen deployed.
- cthalupa 6y agoI'm not sure I necessarily understand your argument, so my apologies if I'm off here. In scenario 1, you do not gate access via VPN. Things are accessible via the public internet. In scenario 2, you do gate access via VPN. Things are not accessible via the public internet. Someone compromises the VPN. They now have as much access as if there was no VPN and things were accessible to the public internet. In scenario 2, you are more secure than in scenario 1 until the VPN is compromised. You are then just as secure as you were in scenario 1. If you are not restricting access to a VPN in the first place, how would compromising a theoretical VPN result in greater access?
- magicalhippo 6y agoIn the setups I've seen, once you've connected through VPN you're essentially on the LAN. If you compromise the SSH server, then you're also essentially on the LAN. Yes with the VPN you still have to compromise the server running the SSH service if that's the machine you want access to, but inside the LAN you now have a much greater attack surface. Of course if the setup is VPN -> firewall -> SSH to make sure only the SSH is exposed through VPN, then I agree you'd be more secure with VPN+SSH.
- cthalupa 6y agoBut without the VPN, you're already the equivalent of on the LAN because all of these services are exposed to the public internet. In the discussion we're having, we're going from a setup where there is no equivalent to a private network because everything is public, to having a private network that only allows you access to the things that were previously public.
- magicalhippo 6y agoNo because I have a firewall in front of the SSH, as mentioned. I would assume a firewall is in front of the VPN as well of course. So either only SSH is exposed to the public, or only VPN is exposed. Without an additional firewall after the VPN, how is my LAN more protected with the VPN vs SSH?
- cthalupa 6y agoYour goal is to protect SSH, not the VPN network. The VPN network is just a tool for protecting SSH. With your configuration, all that needs to exist is an SSH 0 day to gain access to the server. With a VPN, they need that AND a 0 day for the VPN software to gain access to the server. You can have a more complex setup with a VPN, but that isn't the discussion here - the discussion is securing SSH. If you want to provide VPN access to an array of other services, or as access to a corporate LAN or similar, then that's another conversation that has to involve the specifics of those services and that configuration. It's not what is being recommended here.