This is just an attack that attempts common username/password combinations on ssh, and the article even states that the worm is dime-a-dozen. Unless you have both password auth enabled and an available account with an easily guessable password (and if you have either you should change that), this is nothing to worry about, even with sshd available to the internet.
Sensationalist title.
Thank you, spared me from giving attention to an unworthy article
savedusaclick
Hell, even having a lax fail2ban stops these attacks.
So as a new Linux guy that just has Ubuntu installed on a laptop running media server, sounds like I shouldn’t be worried since it is NAT’d behind my router and this worm compromises telnet and SSH connections. Am I getting the gist right? Totally newb here again.
Not particularly security savvy, but :
The infected devices then attempt to crack the telnet password by guessing default and commonly used credential pairs.
My understanding is that the worm is targetting connected devices with supidly simple credentials, which is why “Internet-of-Things” is mentioned?
Looking at sites like insecam.org, the amount of devices still sett to admin/admin is frighteningly high
Systems with exposed SSHd, but also properly configured, are also not at risk.
People are giving some advice but it doesn’t seem appropriate for an absolute newbie. Here’s what I’d say. Absolutely do not run telnet. Because it’s so insecure and everyone knows that, it’s usually not on by default, and you would have had to start it yourself somehow. It’s unlikely that you did that, but you can check to see.
If you’re new, you very likely don’t need an SSH server running. Unless you’re logging into that computer remotely, you don’t need it. It’s probably not running, but it’s conceivable that it could run by default. Check to see and disable it if you don’t need remote login.
If you do need remote login, use SSH and use a very good password. Ideally, you’d need to leave newbie territory and use public-private keys instead of a password. It’s also not a bad idea to use a nonstandard port, instead of 22. That doesn’t beef security much, but many scanners are going to look for 22 and nothing else.
Thank you for the well thought out response! I, myself do know my way around networking a bit. Linux in general is what I am just now dipping my toes in. Loving it and learning a lot.
To add to this, install fail2ban (most distros have it in their package system) and activate it for the various things that use username/passwords in your system.
Basically it monitors access logs and blocks the IPs that repeatedly fail logins.l for a certain amount of time.
This drastically reduces the effectiveness of brute force attempts - as long as your password isn’t, “password” and guessable in one go.
Hard to tell at a glance.
The telnet vulnerability allows it to infect some older IoT devices (such as CCTV cameras) or if you are using an older router where telnet is enabled (or may be enabled by default). Most modern devices don’t use that method anymore due to security concerns.
The SSH vulnerability can affect a lot more devices. So if you have a Raspberry Pi on your network with a default account/password or a weak password then it can infect that and spread to other devices on your local network. Or maybe a cheap IoT device that has weak security… same problem.
A concern for you is if you have some other device on your network that was vulnerable, because then that device can serve as a point for the worm to jump to your other devices (if they also use default passwords or weak passwords).
Another big question to ask is whether you have UPnP enabled on your router.
Either way I would make sure that you have strong passwords, change the default username, etc, on all of your devices.
Can you connect to your server when not on your network?
If no, you’re definitely ok.
There will always be new malware. Just update regularly and use your head. Don’t worry about it too much
Linux device attacks preventable by standard security precautions
A million attacks a day have done this for the past 20 years. ssh + bad password is so old it can drink in the US.
ssh-keygen is your friend, pretty much no reason not to use it.
One would assume it wouldn’t have been seen before, be weird if a patch got pushed and all of a sudden an old virus came back out of the archives like that permafrost thing people are paranoid about.
This is why you don’t allow password login for SSH, especially not on systems that are accessible from the internet.
This might as well be an article about windows systems exposing RDP to the internet.
I’m guessing, per the article, that as long as you’re not exposing telnet/ssh directly, you should be ok? If you’re doing that already, why? I could see having some iot device that isn’t properly segmented from the rest of your lan already problematic, and something like this would be a concern.
I shouldn’t be on Linux, I don’t know anything about computers. This is why Windows is the safer bet.
By Jehovah you can’t say that on Lemmy!
NOT the boreworm!!
Flash, ahhhhh!
/ laughs in immutable Linux
What use is an immutable system, if it doesn’t already have the data on it that an attacker can steal?
Worms are near impossible to install on an immutable system. You can’t just write to /usr/share/bin or some other truck to hide your binary. It doesn’t help at all with exfiltration
Your last sentence is exactly my point.
