Re:Copy Fail – CVE-2026-31431
by jzb on Wednesday April 29, 2026 @02:54PM
(#47952716)
This is amazing. Page says it works on RHEL 14.3, which doesn’t exist. Current RHEL is 10.x, this must’ve been done in a TARDIS.
[ Parent
| on HN ]
Re:Copy Fail – CVE-2026-31431
by bryanlarsen on Wednesday April 29, 2026 @03:25PM
(#47953173)
On the same line it says kernel version 6.12.0-124.45.1.el10_1. Which is RHEL 10. This is the kind of typo that humans make -- the hard to type numbers are accurate because they're cut and pasted, but the "easy" numbers have errors because they're not cut and pasted.
> This is amazing. Page says it works on RHEL 14.3, which doesn’t exist. Current RHEL is 10.x, this must’ve been done in a TARDIS.
Indeed. "Distributions we directly verified: RHEL 14.3". Directly verified by me to be AI slop (the release page at least).
https://access.redhat.com/articles/red-hat-enterprise-linux-...
> Talk to our security experts
(at the bottom of the page)
I have a sneaking suspicion his first name is Claude. Don't get me wrong though, he is pretty good I hear.
I have no idea about this page, but Theori/Xint has a staff of veterans, they are a serious thing.
The fact that they have no idea RHEL 14, probably the most well known enterprise distro, is not a thing, and yet they "directly verified on it" casts some doubt on seriousness.
I don't know what to tell you. I'm sure you have them dead to rights on Linux distro knowledge reliability, but the exploit here is real, and the vulnerability researchers they have on staff are also real. Xint is not generally a slop factory.
It's ironic that the one thing LLMs can't do reliably in this space is "write copy for humans" (I don't trust them for that either).
Honestly I feel like a coding agent review would have caught this issue. I guess if you want to vibe-code your branded CVE web site it's not a bad idea to at least mash /review at the end.
Kind of funny to do something impressive and then ignore the details on the presentation, but perhaps that's not uncommon for security researchers?
Re:Copy Fail – CVE-2026-31431
by stackghost on Wednesday April 29, 2026 @03:28PM
(#47953205)
Is it more likely they have no idea what version RHEL is on, or that it's just a typo?
Dropping a public exploit on github before distros have patches available isn't very cool, or is that just how veterans roll these days?
There is no one accepted set of norms on disclosure. Any strategy you take, someone will criticize.
Re:Copy Fail – CVE-2026-31431
by john_strinlai on Wednesday April 29, 2026 @06:29PM
(#47955567)
mainline was patched a month ago
I don’t know if “cool” is the word I’d use, but there isn’t an established “right” way to disclose a vulnerability that you found outside of a contracted security review or other employment/contracting arrangement.
14.3 seems to come from some Red Hat-specific GCC version, which can be reported as "gcc (GCC) 14.3.1 20250617 (Red Hat 14.3.1-2)". See these random examples I found by googling:
https://github.com/anthropics/claude-code/issues/40741 (gcc version "Red Hat 14.3" included in system version at the bottom)
https://docs.oracle.com/en/database/oracle/tuxedo/22/otxig/s...
ugh sorry should be fixed. There was some scrambling to get more info together to explain the issue (and yes, obviously marketing), so there are some minor mistakes. Thanks for pointing it out!
Re:Copy Fail – CVE-2026-31431
by justinclift on Wednesday April 29, 2026 @05:53PM
(#47955250)
> obviously marketing
Why marketing though?
because we're a company and we want to make money to continue to fund cool research, and help our customers secure their software :)
I don't quibble with your wanting to make money, but you also need to invest some resources on fact-checking, proofreading, and editing your work. You can hire technical writers and marketing copy editors on an hourly basis as needed. LLMs aren't good enough yet to produce high-quality output on their own; and the results tend to read similarly, loaded with clichés and identical turns of phrase.
(You're not alone in this, BTW; I don't mean to single you out.)
Re:Copy Fail – CVE-2026-31431
by Sohcahtoa82 on Wednesday April 29, 2026 @06:28PM
(#47955556)
Resume-driven development
Re:Copy Fail – CVE-2026-31431
by IgorPartola on Wednesday April 29, 2026 @06:42PM
(#47955680)
I would rather people who find this kind of stuff pad their resumes and get coolness points on HN than sell this exploit on the black market. But your priorities may be different and you might prefer they do the latter.
This is just a false dichotomy. Sure researches want money, credit but not at the cost of harming users or doing illegal things.
yeah, I assumed the whole thing was AI slop when I saw EL14...
Hope the 'marketing' had the desired effect. This entire article of pure AI noise was an absolute slog to get through to get to useful information. I have no idea how you view that as positive advertising.
https://x.com/i/status/2049687923814281351
> and yes, RHEL 14.3 doesn't exist We meant to say RHEL 10.1. Sorry for the confusion!