2. Next he talks about this non-root listener issue. He claims that you shouldn’t run your SSH daemon on a non-privileged port because anyone can spin up a daemon up there. Great point, except you can still do that even if you run your main one on 22. I don't think I understand this point at all. What is it that you're trying to say? Are you sure you understood the original post's point? djc@capelis.dj:~$ nc -l -p 14…
Why Putting SSH On Another Port is a Good Idea
11–20 of 192 posts
Re: Why Putting SSH On Another Port is a Good Idea
#12Re: Why Putting SSH On Another Port is a Good Idea
#13* Because anything but the IP address of your office or VPN connection should be blocked at the firewall level for that port
Re: Why Putting SSH On Another Port is a Good Idea
#14Earlier quoted context omitted.
Privileged ports are why I disagree with this rebuttal. I want some assurance that when I ssh into a box, that I'm hitting a true and sanctioned sshd.
How can you ever tell that by port alone? If a box has been exploited, it's been exploited.
Re: Why Putting SSH On Another Port is a Good Idea
#152. Next he talks about this non-root listener issue. He claims that you shouldn’t run your SSH daemon on a non-privileged port because anyone can spin up a daemon up there. Great point, except you can still do that even if you run your main one on 22. I don't think I understand this point at all. What is it that you're trying to say? Are you sure you understood the original post's point? djc@capelis.dj:~$ nc -l -p 14…
Re: Why Putting SSH On Another Port is a Good Idea
#162. Next he talks about this non-root listener issue. He claims that you shouldn’t run your SSH daemon on a non-privileged port because anyone can spin up a daemon up there. Great point, except you can still do that even if you run your main one on 22. I don't think I understand this point at all. What is it that you're trying to say? Are you sure you understood the original post's point? djc@capelis.dj:~$ nc -l -p 14…
If you have random people spinning up daemons on your servers then you don't have an SSH problem.
You're free to say you don't care, but it isn't really valid to brush aside the point by pretending a security model that's there for a reason isn't there.
Also it isn't uncommon at all for an attacker on a server to get access to a regular account and not a root account in their initial vector. It is often too easy to escalate, but do you really want to help them out more?
Re: Why Putting SSH On Another Port is a Good Idea
#17So why not solve the problem with something a little more proactive like turning off password auth and go for sshkeys only. Maybe toss in something like fail2ban if you want to interrupt kiddies scanning your boxen.
That said high port ssh can be nice if you're frequently on restrictive networks and getting out on port 22 is impossible.
edit(spelling)
Re: Why Putting SSH On Another Port is a Good Idea
#18Its kinda silly to move the port, a targeted attack is going to start with an portscan of you box, the attacker is going to say "oh what’s this here on port 2222?" and promptly discover that its ssh listening on a high port. Port knocking would make that discovery less likely I suppose but its still all treating a symptom of a bigger problem. So why not solve the problem with something a little more proactive like tu…
Re: Why Putting SSH On Another Port is a Good Idea
#19Its kinda silly to move the port, a targeted attack is going to start with an portscan of you box, the attacker is going to say "oh what’s this here on port 2222?" and promptly discover that its ssh listening on a high port. Port knocking would make that discovery less likely I suppose but its still all treating a symptom of a bigger problem. So why not solve the problem with something a little more proactive like tu…
What if non-targeted attack like a robot scanning all port 22 in your datacenter?