OpenSSH has released version 10.6p2 with a mitigation for a critical vulnerability that permits authentication bypass on certain Linux systems. The issue, dubbed *sshole, was discovered by researcher Özgün Kültekin and publicly disclosed by Damien Miller via Mastodon.
The vulnerability resides in systems that use the musl C library instead of glibc. Affected distributions include Alpine Linux, OpenWRT, Buildroot and Yocto. It does not affect OpenSSH directly on glibc-based systems but can be exploited when specific configuration conditions are met.
Successful exploitation requires the following conditions: the OpenSSH daemon (sshd) must be compiled against musl, PAM must be disabled, password authentication must remain enabled in sshd_config, an account must exist with only an asterisk (*) as its password hash (common for key-only users, LDAP users and the default root account on Alpine Linux), and another account with a real password must also be present.
Under these circumstances an attacker can authenticate to the asterisk-hashed accounts by supplying any password exceeding 256 characters. The asterisk hash originates from early Unix systems where it was placed in /etc/passwd to prevent login; modern systems still treat it as a non-matching hash during authentication.
OpenSSH states the root cause lies outside its codebase yet the project is positioned to mitigate the risk. Version 10.6p2 was released the day after disclosure because of concerns that AI agents could independently discover the flaw. Alpine Linux recommends that all users running sshd apply the update and restart the daemon; merely updating packages is insufficient because the running process must be replaced.
Administrators unable to patch immediately are advised to disable password authentication in sshd_config and restart the service. The distribution warns that an attacker with network access to the SSH port can log in without knowing any password in a single connection attempt.

