28 points soheilpro 1 hour ago 17 comments
koolba 47 minutes ago | parent
Is that just crappy LLM generated copy that is assuming that GitHub the company is responsible for that module because it’s hosted there?
stonogo 8 minutes ago | parent
kgeist 43 minutes ago | parent
>As of the time of this blog’s publication, no exploit is available and there are no reports of exploitation in the wild.
Since when does "memory corruption" = "RCE"? Last week I found and reproduced a memory corruption (a use-after-free) in PHP's runtime after running an on-premise agent for just 30 minutes. There's nothing about it on the internet. Should I write a blog post about a scary new vulnerability? :)
fooqux 35 minutes ago | parent
kgeist 32 minutes ago | parent
stonogo 7 minutes ago | parent
woodruffw 27 minutes ago | parent
It's perfectly sufficient to have a CVE for just memory corruption, so the "RCE" framing here feels overstated. Particularly when an LLM should easily prove RCE out if it is in fact present.
thehamkercat 35 minutes ago | parent
> CVE-2026-119618 is a critical, high-severity vulnerability involving....
two CVEs? (111497 != 11968)
lakeviewterrace 21 minutes ago | parent
I want the rabidly AI-hating projects to stand their ground and refuse to fix vulnerabilities discovered with AI assistance.
nozzlegear 16 minutes ago | parent
Why?
wild_pointer 15 minutes ago | parent