You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: lume/src/shitposts/no-way-to-prevent-this/CVE-2026-45250.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ hero:
11
11
12
12
In the hours following the release of [CVE-2026-45250](https://www.freebsd.org/security/advisories/FreeBSD-SA-26:18.setcred.asc) for the project [FreeBSD](https://www.freebsd.org/), site reliability workers
13
13
and systems administrators scrambled to desperately rebuild and patch all their systems to fix a kernel stack overflow when validating permissions of the setcred(2) system call, allowing arbitrary code execution in the context of the kernel. This is due to the affected components being
14
-
written in C++, the only programming language where these vulnerabilities regularly happen. "This was a terrible tragedy, but sometimes
14
+
written in C, the only programming language where these vulnerabilities regularly happen. "This was a terrible tragedy, but sometimes
15
15
these things just happen and there's nothing anyone can do to stop them," said programmer Mrs. Gregoria Doyle, echoing statements
16
16
expressed by hundreds of thousands of programmers who use the only language where 90% of the world's memory safety vulnerabilities have
17
17
occurred in the last 50 years, and whose projects are 20 times more likely to have security vulnerabilities. "It's a shame, but what can
0 commit comments