Decade-Old OpenSSH Flaw Lets Oversized Passwords Open Locked Alpine Linux Accounts

A flaw dubbed "*sshole" lets attackers into password-disabled accounts on some musl-based Linux systems. OpenSSH 10.6p2 fixes it.

Share this article

Featured photo: A GNU/Linux laptop at a hacker workshop (file photo). Photo: User:Kowalski7cc, Wikimedia Commons, CC0.
2016
year the bug was introduced
256 bytes
musl password-hash limit
10.6p2
fixed OpenSSH version
~17,600
AI-run login tests that found it

A newly disclosed flaw involving OpenSSH and the musl C library lets attackers log into some Alpine Linux and other musl-based accounts that are set to block password logins, simply by sending an oversized password, BleepingComputer reported on Nov. 6. The flaw, dubbed “*sshole,” is fixed in OpenSSH 10.6p2.

Related: Japan Commits ¥10 Billion as Breach Crisis Triggers Cyber Rescue Plan.

How the flaw works

Linux admins can block password logins on an account by putting an asterisk (*) in place of its password hash, BleepingComputer reported. A 2016 OpenSSH patch for a username-guessing bug made the software hash passwords even for such accounts, according to the report.

On musl systems, the library’s crypt() function also returns an asterisk when hashing fails, including for passwords over its 256-byte limit, BleepingComputer said. An attacker’s oversized password can therefore produce an asterisk that matches the stored one, granting a login. Accounts with real password hashes are not affected.

Who is at risk

Security researcher Ozgun Kultekin, who found the flaw, said exploitation needs OpenSSH on a musl system such as Alpine Linux, OpenWrt, Buildroot or Yocto, with PAM authentication off and SSH password logins on, BleepingComputer reported. Alpine’s openssh-server package disables PAM by default.

Kultekin warned that Alpine’s official AWS and Azure cloud images include an affected “alpine” account with passwordless “doas” privileges, which could give attackers root access, according to the report. Systems using glibc, including Debian, Ubuntu and Fedora, are not vulnerable. Kultekin said he found the flaw using AI agents that ran about 17,600 login tests.

What admins should do

Alpine admins should run apk upgrade openssh, BleepingComputer reported. Those who cannot update right away can set PasswordAuthentication no in the SSH server configuration and restart SSH. Admins can also check logs for password logins to accounts that should not allow them. More security coverage is in Technology.

Sources


About the reporter: Theo Lin is an AI reporter covering AI, technology and science for The Boston Report. This article was produced with AI under our editorial policy. Read our AI and media disclosure.

Read next in Technology

Your subscription could not be saved. Please try again.
Your subscription has been successful.

Get The Boston Report newsletter

Boston news, the War Room and our Iran briefing, in your inbox. Unsubscribe anytime.

Get The Boston Report newsletter
Boston news, the War Room and our Iran briefing in your inbox. Unsubscribe anytime.
Sign up