85

I just setup a minecraft server on an old laptop, but to make it acessible i needed to open up a port. Currently, these are the ufw rules i have. when my friends want to connect, i will have them find their public ip and ill whilelist only them. is this secure enough? thanks

`Status: active

To Action From


22/tcp ALLOW Anywhere Anywhere ALLOW my.pcs.local.ip`

also, minecraft is installed under a separate user, without root privlege

all 50 comments
sorted by: hot top controversial new old
[-] ShortN0te@lemmy.ml 73 points 10 months ago

A port is not secure or insecure. The thing that can lead to security risks is the service that answers that port.

Use strong authentication and encryption on those services and keep them up to date.

load more comments (1 replies)
[-] ricecake@sh.itjust.works 30 points 10 months ago

I would use something like wireguard, or another VPN service you can host yourself if your router supports it natively.

From the looks of it Minecraft servers seem to have dogshit authentication, so using some form of private network setup is going to be your best move.

[-] mark3748@sh.itjust.works 26 points 10 months ago

Why is port 22 open? Is this on your router as well or just the server?

This is SSH, which you should pretty much never have open (to the internet! Local is fine) MC is by default 25565. You will have every bot on the internet probing that port.

[-] strawberry@kbin.earth 3 points 10 months ago

ssh is local only. so I should change all ports from default then huh

[-] Manifish_Destiny@lemmy.world 3 points 10 months ago

Your ssh rule says it's from anywhere. You want to change port 22 to 25565, and run /op username on your Minecraft server to whitelist your friends. Make sure your whitelist flag is turned on with your server config.

Instead of allowing traffic over your port from anywhere, you can specify your friend's external IP.

[-] Manifish_Destiny@lemmy.world 3 points 10 months ago

You can test it out by running 'telnet ' to check if the port is open. This is best done from another network.

[-] helpimnotdrowning@lemmy.sdf.org 25 points 10 months ago* (last edited 10 months ago)

as long you are only forwarding Minecraft's 25565 port from your router to your server machine, it should be fine. Just make sure to keep Online mode on, use the whitelist, and get your plugins from trusted sources. Otherwise I wouldn't worry too much.

I see others recommending VPN solutions like zerotier for your friends to connect to; I don't personally feel like this is necessary, and (in my experience), making your friends do more technical setup than just connecting to the server is often a big turn-off.

Bonus: If you ever take a peek at your server logs while it's running (and exposed to the Internet, if you avoid said VPN solutions), you might notice a lot of weird connections from IPs and usernames you don't recognize. These are server scanners and threat scanners that look for vulnerable servers to connect to and exploit. This is normal and you'll be fine as long as you keep that whitelist and stay up-to-date on developments in the server admin space.

[-] Lettuceeatlettuce@lemmy.ml 12 points 10 months ago

IP white lists and firewall exceptions will help, but exposing ports on your home router is almost always a bad idea, especially for something as trivial as a game server.

I would highly recommend Tailscale. It's free for up to 3 users, and if you have more friends than that, I would have them all sign up with free accounts and then share your laptop device with their tailnets.

It's very easy to setup and use, costs nothing, and will be far more secure than opening ports and trying to set up IP white lists, protocol limitations, etc.

Tailscale creates something called an "overlay network" it's basically a virtual LAN that exists on top of your real network and can be extended to other people and devices over the internet. It's fully encrypted, fast, and like I said, very easy to set up.

[-] atzanteol@sh.itjust.works 12 points 10 months ago

This community is like 90% tailscale shills.

[-] possiblylinux127@lemmy.zip 7 points 10 months ago

Fine, use Netbird or whatever else floats your boat.

[-] Tangent5280@lemmy.world 4 points 10 months ago

In the old days hamachi used to be all the rage to VLAN with your friends with pirated copies of games. Wonder how hamachi is doing nowadays.

[-] Lettuceeatlettuce@lemmy.ml 4 points 10 months ago

?...It's a great tool that provides all the security of VPN access without having to struggle with the more technical aspects of spinning up your own VPN, and it's zero cost for personal use.

You could also use Netbird if you wanted, but I have been using Tailscale extensively and it's awesome.

[-] Swarfega@lemm.ee 10 points 10 months ago

More effort than I would consider. I'd just allow all traffic incoming on that port. I'd only consider whitelist if someone was giving me grief. Even then that would be after blacklisting an IP wasn't solving my problem.

[-] IphtashuFitz@lemmy.world 9 points 10 months ago

Port 22 is the default SSH port and it receives a TON of malicious traffic any time it’s open to the whole internet. 20 years ago I saw a newly installed server with a weak root password get infected by an IP address in China less than an hour after being connected to the open internet.

With all the bots out there these days it would probably take a lot less time if we ran the same experiment again.

[-] Swarfega@lemm.ee 6 points 10 months ago

Ha. That's my bad. I didn't even read the firewall rules listing 22/SSH. I agree on not opening 22 to the world. It just invites bots throwing passwords at it.

I just read Minecraft in the original post which from reading runs from 25565 which I wouldn't worry about. If OP needs 22 for admission I'd either whitelist it or use a VPN/Tailscale.

[-] Zangoose@lemmy.world 2 points 10 months ago

25565 also gets a decent amount of malicious traffic because of Minecraft though. I'd recommend switching the port to something different at the very least. When I hosted a server for the first time on 25565 my router pretty immediately gave me warnings about attempted network traffic coming from Europe/Asia when I (and everyone I gave the IP to) live in the US.

[-] WhyJiffie@sh.itjust.works 9 points 10 months ago* (last edited 10 months ago)

if I were you, I would do IP whitelisting at the firewall instead of or besides the Minecraft server

[-] helpimnotdrowning@lemmy.sdf.org 4 points 10 months ago

This might also become a hassle since basically all residential connections (likely of OPs friends) have dynamic IPs - if someone wants to join while OP is away, but their IP has changed since their last connection, now they have to wait on OP to update the firewall rules.

Apart from getting your MSA token stolen, there's not really much that can get around server login (yet). All online-mode logins pass through Microsoft (part of the reason why Xbox service outages seem to affect Minecraft so much).

If your friends all individually seem to stay within some certain IP ranges (ex, first handful digits always stay the same, 12.34.56.xx), then I'd say go ahead with whitelisting them fully (ex, 12.34.56.xx --> 12.34.56.0/24, CIDR notation). If they jump around unpredictability, I would stick with the username-based whitelisting and online-mode-only.

[-] WhyJiffie@sh.itjust.works 1 points 9 months ago

maybe a wireguard network is the way to go then, of course without being configured as the default destination for everything. there IPs are always fixed, but at that point you don't even need a firewall

[-] breadsmasher@lemmy.world 7 points 10 months ago

are you sharing a server solely to play with friends?

You could consider using something like zerotier to create a private network

[-] pgetsos@fedia.io 2 points 10 months ago

I also use Zerotier for such cases. Not sure if you can somehow limit the ports they see, but works great in general

[-] slazer2au@lemmy.world 6 points 10 months ago

assuming they are not behind a CGN whitelisting your mates place should be OK. But I would also move SSH away from a well known port. In the event something happens to the whitelist, crawlers will not jump on you straight away.

[-] strawberry@kbin.earth 4 points 10 months ago

so just change ssh to like 137/TCP?

22 isn't forwarded

[-] ShortN0te@lemmy.ml 8 points 10 months ago

no. The default port is fine. Changing the default port does nothing for security. It only stops some basic crawler, when you are scared by crawler, then you should not host anything on the internet.

[-] fahfahfahfah@lemmy.billiam.net 6 points 10 months ago

The volume on 22 will be a lot higher than a non default port. With 22 open my router was basically getting DDOS’d at times

[-] teawrecks@sopuli.xyz 5 points 10 months ago

Agreed. Anyone who thinks it's ok to just expose ssh on 22 to the internet has never looked at their logs. The port will be found in minutes, and be hammered by thousands of login attempts by multiple bots 24/7. Sure you can block repeat failed logins, but that list will just always be growing.

[-] ShortN0te@lemmy.ml 2 points 10 months ago

Then using something like fail2ban to block bad acting connections is far more effective and you even get a security benefit out of it.

Also, when a few scripts try to connect via ssh DDOS your router then something is messed up. Either a shitty router from 20 years ago or you have a Bandwidth lower than 100kbps.

[-] fahfahfahfah@lemmy.billiam.net 3 points 10 months ago

I have fail2ban running on the server itself, also it was a lot more than “a few scripts”

[-] just_another_person@lemmy.world 2 points 10 months ago

It's not fine. Easiest way to rack up utilization on your server is getting hits on all the default service ports. Change that port to any unprivileged port to avoid that somewhat. Not every bot crawler is doing port scans on random non-commercial and unidentified IP space.

What you're describing is security through obscurity, but switching from the default port has other benefits like the above.

[-] ShortN0te@lemmy.ml 1 points 10 months ago

Getting "hit" is nothing to worry about by automated scripts. All it does is keep your logs a little bit cleaner. Any attack you should actually worry does not care if your ssh is running on 22 or 7389.

[-] slazer2au@lemmy.world 4 points 10 months ago

Might throw some off but that is NetBios and things will totally go for that because Windows is terrible for security.

All my stuff avoids anything below 1000 or that ends in 22 because most people will just go 2222 or 1022. pick a random number between 1001 and 65000

[-] strawberry@kbin.earth 3 points 10 months ago

the server is hosted on Ubuntu server, but I'll keep that in mind

[-] just_another_person@lemmy.world 3 points 10 months ago

Use unprivileged port numbers for your services.

[-] StrawberryPigtails@lemmy.sdf.org 6 points 10 months ago

The simplest way to do this, is to put the server on a private vpn (I use Tailscale, there are others) and expose ports only to the vpn. Then you share access to the vpn with your friends.

With Tailscale, this is as simple as sending them a share link for the host. They will need to have an account at Tailscale, and have the client running, but they will then be able to access the host with a static ip address.

As a general rule of thumb, nothing should be exposed to the public internet unless you want that service to be public access and then you need to keep it up to date. If a vulnerability doesn’t currently exist for the service, one will sooner rather than later. SSH, especially password only ssh, can be broken into fairly easily. If you must expose ssh to the public internet for whatever reason, you need to be using IP white lists, password protected keys, change the default port, and turn off service advertisements and ping responses. I’m probably missing something. When someone scans your server randomly, they should see nothing. And if they fail login they should be ip blocked.

[-] atzanteol@sh.itjust.works 5 points 10 months ago* (last edited 10 months ago)

SSH, especially password only ssh, can be broken into fairly easily.

WTF are you smoking? The tailscale propaganda is really getting crazy these days.

[-] StrawberryPigtails@lemmy.sdf.org 1 points 10 months ago
[-] atzanteol@sh.itjust.works 3 points 10 months ago

In what way do you think this article supports anything about the claim that "ssh can be broken into fairly easily". It's at best an argument for not using passwords with SSH, and at least for using very good passwords.

[-] chiisana@lemmy.chiisana.net 6 points 10 months ago

In the old days, it used to be a problem because everyone just connect their windows 98 desktop with all their services directly exposed to the internet because they’re using dial up internet without the concept of a gateway that prevents internet from accessing internal resources. Now days, you’re most likely behind your ISP router that doesn’t forward ports by default, and you’re only exposing the things you’d actually want to expose.

For things you’d actually want to expose, having a service on the default port is fine, and reduces the chances of other systems interacting with it failing because they’d expect it on the default port. Moving them to a different port is just security through obscurity, and honestly doesn’t add too much value. You can port scan the entire public IPv4 space fairly quickly fairly cheaply. In fact, it is most likely that it’s already been mapped:

https://www.shodan.io/host/

Keeping the service up-to-date regularly and applying best practices around it would be much more important and beneficial. For SSH, make sure you’re using key based authentication, and have password based authentication disabled; add fail2ban to automatically ban those trying to brute force. For Minecraft, online mode and white listed only unless you’re running a public one for everyone.

[-] just_another_person@lemmy.world 6 points 10 months ago* (last edited 10 months ago)

You cant. You can only do your best to make it as secure as possible, but given enough time, someone can break it.

Basic tips:

  • don't run any services on their defaults ports
  • don't allow password auth for any exposed service. Ever.
  • run intrusion detection (fail2ban for simple ssh / Crowdsec for something a little beefier)

For ssh specifically, lock down your sshd config, make sure only key-based auth is enabled, and maybe as an extra step, create a dedicated user, and jail it by only allowing it access for the commands you need to interact with.

[-] novalex@lemmy.world 1 points 10 months ago
[-] just_another_person@lemmy.world 2 points 10 months ago* (last edited 10 months ago)

Not sure I can expand on it a ton more in a way that will make sense if it already doesn't sound familiar.

Basically, there are various methods to authenticate yourself to most services. Password is usually the weakest and most succeptible to brute-force and social engineering. There's certificates, key pairs, RBAC...etc. You can even setup TOTP/MFA really easily for anything that supports it these days. Just don't leave a service hanging out on the Internet to get brute-forced by password though.

If you're unfamiliar with this, start with SSH and key pairs. It's probably the simplest intro and you can be up and running to try it out in seconds.

load more comments (1 replies)
[-] catloaf@lemm.ee 4 points 10 months ago* (last edited 10 months ago)

More or less. The biggest issue is if your or their IP address changes, it'll stop working.

I don't know what Minecraft's track record is on security, but I assume it's not great. Ideally, you'd also put public facing services in a DMZ, so that if they do get compromised, they can't reach anything else.

[-] Decronym@lemmy.decronym.xyz 3 points 10 months ago* (last edited 10 months ago)

Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I've seen in this thread:

Fewer Letters More Letters
DNS Domain Name Service/System
IP Internet Protocol
SSH Secure Shell for remote terminal access
SSO Single Sign-On
TCP Transmission Control Protocol, most often over IP
VPN Virtual Private Network
VPS Virtual Private Server (opposed to shared hosting)

7 acronyms in this thread; the most compressed thread commented on today has 11 acronyms.

[Thread #959 for this sub, first seen 8th Sep 2024, 20:35] [FAQ] [Full list] [Contact] [Source code]

[-] possiblylinux127@lemmy.zip 2 points 10 months ago* (last edited 10 months ago)

It is all about risk management. What you are doing now is pretty solid. It might be easier to have them use a mesh VPN like netbird or tailscale

this post was submitted on 08 Sep 2024
85 points (100.0% liked)

Selfhosted

49406 readers
953 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS