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.

Timeline
  1. 2006CVE-2006-5051 fixed in OpenSSH.
  2. Oct 2020OpenSSH 8.5p1 accidentally removes a safeguard, bringing the bug back.
  3. 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

  1. Keep OpenSSH at 9.8p1 or later, or your distribution's patched build.
  2. Do not expose SSH to the whole internet when an allowlist or VPN will do.
  3. Rate-limit connection attempts (MaxStartups, network controls).

Sources

  1. Qualys — regreSSHion: remote unauthenticated code execution in OpenSSH server
  2. OpenSSH — Release notes 9.8
  3. 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