Big Fish: Exploiting a 37-Year-Old Kernel Bug in OpenBSD
rs_rs_rs_rs_rs
177 points
51 comments
October 16, 2026
Related Discussions
Found 5 related stories in 106.7ms across 9,716 title embeddings via pgvector HNSW
- Research carried out using NetBSD Bluestein · 88 pts · September 06, 2026 · 61% similar
- GEFS on OpenBSD: A Early Preview sippingabonedry · 113 pts · September 15, 2026 · 59% similar
- Several vulnerabilities have been discovered in the Linux kernel luispa · 217 pts · October 01, 2026 · 56% similar
- OSS-SEC: 432 Linux kernel CVEs (in less than 32 hours) refp · 14 pts · July 22, 2026 · 55% similar
- Just the rumour of a bug is enough to find an exploit these days avsm · 286 pts · August 28, 2026 · 53% similar
Discussion Highlights (6 comments)
phendrenad2
Interestingly, looks like this was accidentally fixed in NetBSD during a rewrite of that code in August of 1999.
ozereray1
It’s remarkable that a bug survived 37 years in one of the most heavily audited codebases, which shows how hard some kernel bugs are to catch by review alone. Do you think fuzzing or static analysis could realistically have found this class of bug, or did it need a human thinking about the exploit primitive?
bch
Props for the OpenBSD Release -style graphics. Looking forward to the theme song.
shevy-java
Poor OpenBSD guys. Now they have to acknowledge THREE exploits (in total) on their homepage.
ewy1
the ai-generated graphic before any content is presented is kind of a turnoff
userbinator
Map 127 SysV shared memory segments, unmap them via munmap(), and fork 259 processes to wrap the shared memory attach count to -32,643. LOL. The actual exploit code at https://raw.githubusercontent.com/califio/publications/main/... contains comments, but they're extremely difficult for a human to understand. This reminds me of the process that video game speedrunners often use, and looks just like unintelligible wizardry to an outsider: https://news.ycombinator.com/item?id=24456247