829

Background: 15 years of experience in software and apparently spoiled because it was already set up correctly.

Been practicing doing my own servers, published a test site and 24 hours later, root was compromised.

Rolled back to the backup before I made it public and now I have a security checklist.

you are viewing a single comment's thread
view the rest of the comments
[-] dadabean@feddit.org 50 points 1 month ago

Interesting. Do you know how it got compromised?

[-] Tablaste@linux.community 73 points 1 month ago* (last edited 1 month ago)

I published it to the internet and the next day, I couldn't ssh into the server anymore with my user account and something was off.

Tried root + password, also failed.

Immediately facepalmed because the password was the generic 8 characters and there was no fail2ban to stop guessing.

[-] lud@lemm.ee 94 points 1 month ago

Don't use passwords for ssh. Use keys and disable password authentication.

[-] Voroxpete@sh.itjust.works 56 points 1 month ago* (last edited 1 month ago)

More importantly, don't open up SSH to public access. Use a VPN connection to the server. This is really easy to do with Netbird, Tailscale, etc. You should only ever be able to connect to SSH privately, never over the public net.

[-] troed@fedia.io 32 points 1 month ago

It's perfectly safe to run SSH on port 22 towards the open Internet with public key authentication only.

[-] designatedhacker@lemm.ee 7 points 1 month ago

https://nvd.nist.gov/vuln/detail/cve-2024-6409 RCE as root without authentication via Open SSH. If they've got a connection, that's more than nothing and sometimes it's enough.

[-] troed@fedia.io 23 points 1 month ago

That attack vector is exactly the same towards a VPN.

[-] SpaceCadet@feddit.nl 4 points 1 month ago

A VPN like Wireguard can run over UDP on a random port which is nearly impossible to discover for an attacker. Unlike sshd, it won't even show up in a portscan.

This was a specific design goal of Wireguard by the way (see "5.1 Silence is a virtue" here https://www.wireguard.com/papers/wireguard.pdf)

It also acts as a catch-all for all your services, so instead of worrying about the security of all the different sshds or other services you may have exposed, you just have to keep your vpn up to date.

[-] troed@fedia.io 1 points 1 month ago

Yeah I don't do security via obscurity :D I agree you need to keep your Internet facing services up to date.

(No need to educate me on Wireguard, I use it. My day job is slightly relevant to the discussion)

[-] SpaceCadet@feddit.nl 4 points 1 month ago

Yeah I don’t do security via obscurity

Another one who misunderstands that phrase... Yes, obscurity shouldn't be your only line of defense, but limiting discoverability of your systems should be an integral part of your security strategy.

[-] troed@fedia.io 1 points 1 month ago

There's no difference to the work I need to do to secure an open SSHd vs an open WireGuard server. None.

Yes I harden, and penetrate, systems for a living. If your systems need remote access there is no standard (neither in fintech or military) that classifies SSHd as being "worse" than a VPN.

[-] designatedhacker@lemm.ee 2 points 1 month ago

Are you talking a VPN running on the same box as the service? UDP VPN would help as another mentioned, but doesn't really add isolation.

If your vpn box is standalone, then getting root is bad but just step one. They have to own the VPN to be able to even do more recon then try SSH.

Defense in depth. They didn't immediately get server root and application access in one step. Now they have to connect to a patched, cert only, etc SSH server. Just looking for it could trip into some honeypot. They had to find the VPN host as well which wasn't the same as the box they were targeting. That would shut down 99% of the automated/script kiddie shit finding the main service then scanning that IP.

You can't argue that one step to own the system is more secure than two separate pieces of updated software on separate boxes.

[-] troed@fedia.io 2 points 1 month ago

Why is your VPN jump box better than an SSH jump box?

[-] josefo@leminal.space 3 points 1 month ago

Tailscale? Netbird? I have been using hamachi like a fucking neanderthal. I love this posts, I learn so much

[-] nsrxn@lemmy.dbzer0.com 3 points 1 month ago
[-] Voroxpete@sh.itjust.works 4 points 1 month ago

https://netbird.io/. Wireguard based software defined networking, very similar to Tailscale.

[-] PotatoesFall@discuss.tchncs.de 29 points 1 month ago

wow crazy that this was the default setup. It should really force you to either disable root or set a proper password (or warn you)

[-] jatone@lemmy.dbzer0.com 12 points 1 month ago

Most distributions disable root by default

[-] satans_methpipe@lemmy.world 9 points 1 month ago

Which ones? I'm asking because that isn't true for cent, rocky, arch.

[-] TheEntity@lemmy.world 13 points 1 month ago

Mostly Ubuntu. And... I think it's just Ubuntu.

[-] Ghoelian@lemmy.dbzer0.com 4 points 1 month ago

Fedora (immutable at least) has it disabled by default I think, but it's just one checkbox away in one of the setup menus.

[-] Damage@feddit.it 2 points 1 month ago

Standard Fedora does as well

[-] satans_methpipe@lemmy.world 2 points 4 weeks ago

Ah fair enough, I know that's the basis of a ton of distros. I lean towards RHEL so I'm not super fluent there.

[-] jatone@lemmy.dbzer0.com 5 points 1 month ago* (last edited 1 month ago)

we're probably talking about different things. virtually no distribution comes with root access with a password. you have to explicitly give the root user a password. without a password no amount of brute force sshing root will work. I'm not saying the root user is entirely disabled. so either the service OP is building on is basically a goldmine for compromised machines or OP literally shot themselves in the root by giving root a password manually. something you should never do.

[-] satans_methpipe@lemmy.world 2 points 4 weeks ago* (last edited 4 weeks ago)

Yeah I was confused about the comment chain. I was thinking terminal login vs ssh. You're right in my experience...root ssh requires user intervention for RHEL and friends and arch and debian.

Side note: did you mean to say "shot themselves in the root"? I love it either way.

[-] jatone@lemmy.dbzer0.com 1 points 4 weeks ago

Side note: did you mean to say “shot themselves in the root”? I love it either way.

ssh its better with the typo. ;)

[-] steventhedev@lemmy.world 1 points 1 month ago

Many cloud providers (the cheap ones in particular) will put patches on top of the base distro, so sometimes root always gets a password. Even for Ubuntu.

There are ways around this, like proper cloud-init support, but not exactly beginner friendly.

[-] jatone@lemmy.dbzer0.com 2 points 1 month ago

#no thank you lol

[-] floquant@lemmy.dbzer0.com 4 points 1 month ago

Rocky asks during setup, I assume centOS too

[-] bjoern_tantau@swg-empire.de 7 points 1 month ago

Love Hetzner. You just give them your public key and they boot you into a rescue system from which you can install what you want how you want.

[-] r00ty@kbin.life 9 points 1 month ago

I think their auction servers are a hidden gem. I mean the prices used to be better. Now they have some kind of systrem that resets them when they get too low. But the prices are still pretty good I think. But a year or two ago I got a pretty good deal on two decently spec'd servers.

People are scared off by the fact you just get their rescue prompt on auctions boxes... Except their rescue prompt has a guided imaging setup tool to install pretty much every popular distro with configurable raid options etc.

[-] bjoern_tantau@swg-empire.de 6 points 1 month ago

Yeah, I basically jump from auction system to auction system every other year or so and either get a cheaper or more powerful server or both.

[-] r00ty@kbin.life 5 points 1 month ago

I monitor for good deals. Because there's no contract it's easy to add one, move stuff over at your leisure and kill the old one off. It's the better way to do it for semi serious stuff.

[-] Tablaste@linux.community 3 points 1 month ago

Now that you mentioned it, it didn't! I recall even docker Linux setups would yell at me.

[-] cm0002@lemmy.world 10 points 1 month ago* (last edited 1 month ago)

because the password was the generic 8 characters and there was no fail2ban to stop guessing

Oof yea that'll do it, your usually fine as long as you hardened enough to at least ward off the script kiddies. The people with actual real skill tend to go after...juicer targets lmao

[-] Tablaste@linux.community 10 points 1 month ago

Haha I'm pretty sure my little server was just part of the "let's test our dumb script to see if it works. Oh wow it did what a moron!"

Lessons learned.

[-] dadabean@feddit.org 7 points 1 month ago

Ah, timeless classic.

[-] troed@fedia.io 7 points 1 month ago

Which distro allows root to login via SSH?

[-] smiletolerantly@awful.systems 5 points 1 month ago

All of them if you configure it?

[-] JustEnoughDucks@feddit.nl 5 points 1 month ago

Lol ssh has no reason to be port exposed in 99% of home server setups.

VPNs are extremely easy, free, and wireguard is very performant with openvpn also fine for ssh. I have yet to see any usecase for simply port forwarding ssh in a home setup. Even a public git server can be tunneled through https.

[-] danc4498@lemmy.world 4 points 1 month ago

Any idea what ip addresses were used to compromise it?

this post was submitted on 10 Feb 2025
829 points (100.0% liked)

linuxmemes

23488 readers
943 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
  • Don't get baited into back-and-forth insults. We are not animals.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
  • 5. 🇬🇧 Language/язык/Sprache
  • This is primarily an English-speaking community. 🇬🇧🇦🇺🇺🇸
  • Comments written in other languages are allowed.
  • The substance of a post should be comprehensible for people who only speak English.
  • Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
  • 6. (NEW!) Regarding public figuresWe all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations.
  • Keep discussions polite and free of disparagement.
  • We are never in possession of all of the facts. Defamatory comments will not be tolerated.
  • Discussions that get too heated will be locked and offending comments removed.
  •  

    Please report posts and comments that break these rules!


    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.

    founded 2 years ago
    MODERATORS