ALT-29 · Paper · 23 Oct 2026
regreSSHion: an old OpenSSH bug, re-introduced
In 2024 Qualys found a remote, unauthenticated race condition in OpenSSH's server on glibc Linux — a bug fixed in 2006 that a 2020 change brought back. Why regressions are their own class of risk.
- 2006CVE-2006-5051 fixed in OpenSSH.
- Oct 2020OpenSSH 8.5p1 accidentally removes a safeguard, bringing the bug back.
- 1 Jul 2024Qualys publishes regreSSHion; OpenSSH 9.8p1 fixes it.
- Potentially vulnerable OpenSSH servers seen on the internet
- 14M+Qualys, via Censys and Shodan
How it worked
If a client does not authenticate within LoginGraceTime, sshd's alarm handler fires and calls functions that are not safe to call from a signal handler. Hitting the right moment can corrupt the heap. The race is narrow — which is why exploitation took thousands of attempts.
Why it mattered
OpenSSH has one of the best security records in open source. The bug returned through a refactor, not through carelessness: tests did not encode why the old fix existed.
Our reading
Analysis — Altumptic's interpretation of the sources below.
- Every security fix should come with a test that fails if it is undone.
- Signal handlers are a small, sharp attack surface in C programs.
- Exposure counts matter: hard exploits against millions of hosts still find victims.
What it means for you
- Keep OpenSSH at 9.8p1 or later, or your distribution's patched build.
- Do not expose SSH to the whole internet when an allowlist or VPN will do.
- Rate-limit connection attempts (
MaxStartups, network controls).
Sources
- Qualys — regreSSHion: remote unauthenticated code execution in OpenSSH server
- OpenSSH — Release notes 9.8
- NVD — CVE-2024-6387
Altumptic was not involved in this research. Figures are as published by the sources above.
Cite this entry
Altumptic Lab (2026). ALT-29 — regreSSHion: an old OpenSSH bug, re-introduced. 23 Oct 2026. altumptic.com/research/regresshion-2024