this post was submitted on 19 Aug 2024
169 points (98.3% liked)
Linux
48245 readers
512 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
This always makes me wince. I don't think high uptimes should be celebrated. Has your kernel ever been patched or the services running restarted? Just installing the updates is not enough to secure your system you need to be running that new code as well.
Also, I get very nervous about touching those systems. You have no clue what state it is in. I have seen far too many large uptime server have their power go some day and are never able to boot again or don't boot all the services back up as someone forgot to enable the service.
Nop, rather see them rebooted regularly at a non critical time so we know they will come back up. Or even better have a HA setup.
Lesson time. In security strategy we have the risk equation. The calculated risk of something is the magnitude of the harm it could potentially do, times the probability of it actually happening, all divided by any prevention measures you have or can take. Nothing is perfectly or inherently safe or unsafe, you always have to calculate the risks taking into account all the factors, and balance risk against operative costs. There's a lot of economic value in a low risk system that doesn't require much intervention or maintenance.
How vulnerable your system is with an old kernel/old code depends on what you’re running. If you’re running a bunch of sophisticated services that allow access on the open internet, you may have more vulnerabilities than if you’re just running a file share. The kernel doesn’t really matter at all unless either you allow other people to run commands or someone is able to exploit a RCE exploit.
The kernel has tons of vulnerabilities that get patched with updates. You really shouldn't be running a older kernel for that long
Sure, but those vulnerabilities aren’t just open to the network. Almost every one requires you to be able to run at least unprivileged arbitrary code on the machine.
Usually but are you paying close enough to the security notices to know when it isn't?
It’s very big news when there’s a vulnerability in the Linux kernel itself that can be remotely exploited. Like, everyone on any security show/podcast/blog is talking about it.
https://www.cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33
Cool, CVEs don’t tell you whether it’s remotely exploitable. What I’m talking about is an issue with the Linux kernel itself that can be exploited without having the existing ability to run code on the machine.
True, you do need to look at the exploitablity score. You are right almost all of the CVEs are not easily exploitable.
However, assuming your device is secure isn't a great idea. I think it is wise to just update so you don't have to worry about it. It is relative simple to update and reboot if needed.
You can't allow to lose sight of context. In general I agree with you, but this is not a production server or even a system exposed to the Internet. This is an internal server hosting my stuff to me and only accessible via a VPN server that is on a different machine that is updated regularly who in turn is behind secure physical network devices with their own rules. This machine only job was to be available when called upon and it always has been. It does not need a kernel update although it could use one. All software on it is up to date and all security patches are updated regularly. If by any chance the system was fully compromised, all the culprit would get are tertiary copies of my movies and music collections, which they can enjoy, and a bunch of tertiary copies of my VeraCrypt virtual drives in which I replicate my backups. Again, context.