164
Linux Kernel TCP Flaw With 9.8 CVSS Score Affects Ubuntu, Red Hat and Other Distributions
(thehackernews.com)
this post was submitted on 31 Oct 2026
164 points (98.8% liked)
Selfhosted
63507 readers
558 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:
-
Be civil.
-
No spam.
-
Posts are to be related to self-hosting.
-
Don't duplicate the full text of your blog or readme if you're providing a link.
-
Submission headline should match the article title.
-
No trolling.
-
Promotion posts require active participation, with an account that is at least 30 days old. F/LOSS without a paywall has exceptions, with requirements. See the rules link for details. Tags [CBH] or [AIP] are required, see the links in Rule 8 for details.
-
AI-related discussions and AI-involved promotional posts have additional requirements for tagging, as noted in Rule 7 and the AI & Promotional Post Expanded Rules post, and find example disclosures here.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Could everyone stop blowing holes in things please, spent all yesterday rebuilding internet facing servers.
On the plus side, everything will be up to date. So there's that
Also with both this kernel and the php thing, Debian had a fix way before the big corporations. Even Amazon
that's the point. you're supposed to be exhausted enough so that you just relent and let AI take over your duties.
second objective is to showcase your incompetence to leadership so they are scared enough to replace you with AI.
this is the plan.
Because of one vulnerability?
Jebus. Response at one site was a 10-minute thing and then letting cron do the work.
Where the hell is your D-R? I worry you've made some very non-optimal decisions in the past and are taking on way too much work now.
It took longer than planned as we are in the process of getting everything sorted for quick rebuilds, most of the time was waiting for GitHub to not poo it's self.
If we had everything in ansible it would be 5 minutes
Ansible at the day-job takes about 45 min to do a patch. As someone who's used a fair number of alternatives, maybe consider anything else on the planet?
But, seriously. The response to this particular sploit wasn't really "config management"-y. It was a simple process that cron generally handled anyway, and network segregation and firewalling allowed us to prioritize easily. My worry is that there are some core architectural decisions you may need to revisit in the post-mortem on this, because there may be some fundamental changes required to get sensible wins in the future.
(If you're on containers, I weep for your validation challenges; also, get bazel)
We find ansible to be the best way to manage our fleet, patching and keeping config in sync.
That's not to say it can't be slow sometimes, but it works for us.