sshd and crypt Magic Value Mismatch Causes Null Reference Issue
- Investigating(current)
- Trending(upcoming)
- Workaround available(upcoming)
- Resolved(upcoming)
Executive summary
A bug dubbed the *sshole bug occurred due to a 'fix' aimed at avoiding null crashes that used a magic value with two different meanings in sshd and crypt. The incident highlights potential pitfalls in handling null states across C-based systems.
No verified workaround yet
None of the linked reports describe a mitigation. Follow this incident to hear when one appears.
A magic value used to avoid null crashes was interpreted differently in sshd and crypt.
Evidence
1 report · 1 BlueskyShow
- [1]Bluesky First reportThe *sshole bug is really interesting (scroll down on www.sshhole.com for the full story): a "fix" to avoid null crashes involved a magic value that had two different meanings in sshd and crypt.(opens Bluesky post in a new tab)
The *sshole bug is really interesting (scroll down on www.sshhole.com for the full story): a "fix" to avoid null crashes involved a magic value that had two different meanings in sshd and crypt. A language with no nulls and proper sum types would have prevented this. Like… Rust and its Result type 🦀
by swallez.com 3upvotes 1comments
Timeline
- First report on Bluesky post
The *sshole bug is really interesting (scroll down on www.sshhole.com for the full story): a "fix" to avoid null crashes involved a magic value that had two different meanings in sshd and crypt.
Source