You gave me a u32. I gave you root. (io_uring ZCRX freelist LPE)
61 points by MrBruh 3 hours ago | 34 comments

saghm 16 minutes ago
> No bounds check. free_count is incremented before the write, and the write uses the pre-increment value as the index. When free_count == num_niovs at entry, the write goes to freelist[num_niovs], one slot past the end.

"No way to prevent this", Says Only Language Where This Regularly Happens

reply
dvt 6 minutes ago
Obviously the way to prevent this is by bounds checking, which is literally in the `770594e` patch. It's just a bug and they happen routinely in all languages. Since this is doing pointer arithmetic, it could just as easily happen in unsafe Rust, for example.
reply
gpm 3 minutes ago
Like they said, "no way to prevent this" (kind of bug from happening again).
reply
stonegray 2 hours ago
> “and is writable with CAP_SYS_ADMIN”

Am I reading this wrong or is this just a way of executing an arbitrary binary with uid=0 if you have both CAP_NET_ADMIN and CAP_SYS_ADMIN?

If you can write modprobe_path, is it really news that you can find a way to execute code?

reply
PlasmaPower 13 minutes ago
No, you can grant yourself this inside an unprivileged user namespace. `unshare -Ur capsh --print` lists the capabilities inside a user namespace and demonstrates that it has both CAP_SYS_ADMIN and CAP_NET_ADMIN.

Almost all distros allow unprivileged user namespaces, and in my opinion this is the right decision, because they're important for browser sandboxing which I think is more important than LPEs.

reply
pizzalife 51 minutes ago
Right. `CAP_SYS_ADMIN` is for all intents and purposes equivalent to root.
reply
FriedFishes 2 hours ago
I can't quite make out if this is new or not. The attack vector here seems congruent with a similar exploit from a couple months ago [1]

But still might be an open threat. On the email thread Jens seems to think that this is already patched and in stable, he also points out that for this exploit to work (as written in the article) you already need escalated privileges [2] Catchy title though.

[1] https://snailsploit.com/security-research/general/io-uring-z...

[2] https://seclists.org/oss-sec/2026/q2/448

reply
rishabhaiover 2 hours ago
What is happening? I see multiple outages and CVEs is being reported on HN's front page. I've never seen these many security/incident related posts on HN's front page.
reply
spindump8930 2 hours ago
Some combination of reporting bias given concerns about LLM security capabilities and actual new vulnerabilities found with LLM assistance. Even if exploits and outages are unrelated to LLMs, I'm certainly thinking about whether claude could build these things (or if actors already have).
reply
NitpickLawyer 2 hours ago
> What is happening?

Slowly at first, and then suddenly. AI assisted anything follows this trend. As capabilities improve, new avenues become "good enough" to automate. Today is security.

reply
majorchord 2 hours ago
AI is happening.
reply
cachius 2 hours ago
In each recent case?
reply
gordonhart 2 hours ago
AI assistance was explicitly disclosed on yesterday's. Today's has Claude as one of two contributors on this GitHub Pages site at least so it's also very likely.

Agents are capable of finding this kind of stuff now and people are having a field day using them to find high-profile CVEs for fun or profit.

reply
gilrain 2 hours ago
Automated vulnerability discovery via LLM.
reply
pixl97 32 minutes ago
Everyone was talking about how Mythos was overblown marketing, and while it may be, they missed the forest for the trees. Capabilities have been escalating for a year now and we're at the point of widespread impact. I don't suspect we'll see a slowdown for a long time.
reply
john_strinlai 2 hours ago
i believe a good portion of the cves hitting the front page are moreso because they are ai-related (found partially/in whole by ai) and make for quick upvotes.
reply
SubiculumCode 8 minutes ago
Do most servers need this? Or can most of us 'sysctl -w kernel.io_uring_disabled=2 ' ?
reply
kro 2 hours ago
CAP_NET/SYS_ADMIN is required for this. So this would be "not as bad" as the others.
reply
staticassertion 2 hours ago
io-uring is a security nightmare. Constant privescs and a powerful primitive for syscall smuggling. Worth considering disabling it outright (already the case for most containers afaik).
reply
otterley 47 minutes ago
At one point, Google disabled io_uring on its production servers (https://security.googleblog.com/2023/06/learnings-from-kctf-...) - I don't know whether this is still true, though. Perhaps a Google can confirm.
reply
vsgherzi 34 minutes ago
super curious on this one as well, last I heard they've been enabling it slowly
reply
baq 2 hours ago
What’s our prior for p(doom) today…?
reply
rvz 3 hours ago
Another one.

Linux is falling apart faster than it can assign these CVEs.

reply
hn92726819 2 hours ago
Falling apart? You mean getting stronger? Every single one of these is an existing hole being patched. It isn't making new holes
reply
gordonhart 2 hours ago
Linux is "falling apart" because it's the highest-profile open source project people can point LLM agents at to find CVEs. It'll come out the other end of this hardened by all of the attention it's getting, but the next few months/years will be... bumpy.
reply
maven29 2 hours ago
perhaps this will lead to better AppArmor and SELinux defaults?
reply
ChocolateGod 2 hours ago
People will just turn SELinux off rather than have to go through the horrible tooling when it breaks a regular use case.
reply
yjftsjthsd-h 47 minutes ago
I do think SELinux is a good example of how robust software with poor UX/DX gets undermined by that poor UX/DX. Although I do wonder if AI can help with it?
reply
EGreg 2 hours ago
How's BSD doing? How about Amazon Linux?
reply
yjftsjthsd-h 49 minutes ago
Amazon Linux is a Linux distro? Though, yes, I would like to know how the BSDs are doing.
reply
toast0 49 minutes ago
FreeBSD is getting piles of security updates lately too. Not sure about the other BSDs.
reply
cachius 2 hours ago
And Windows?
reply
mschuster91 54 minutes ago
Pray to God no one ever lets an AI agent run loose on the various leaked Windows source code dumps.

Given Windows' absurd amount of backwards compatibility, chances are pretty high that there are a lot of sleeping dragons buried inside even modern Windows 10/11 kernel and userland that date back to code and issues from the 90s - code where half the people who have worked on it probably not just have departed Microsoft but departed living in the meantime.

reply