Act this weekWhat happenedA flaw nicknamed SSHole in OpenSSH lets attackers log in to password-disabled accounts using an oversized password, and hackers began exploiting it within hours.
Who is affectedLinux systems running OpenSSH on the musl library with PAM disabled, including Alpine Linux's default setup. Dropbear, glibc-based Linux and PAM-based systems are not affected.
What to do- 1Install OpenSSH 10.6p2 or your distribution's patched package.
- 2Restart the sshd service after updating.
- 3Search /var/log/messages for 'Accepted password for' entries on accounts that should not allow passwords.
- 4If you cannot rule out a login, treat the machine as compromised.
Attackers started going after a newly disclosed login flaw in OpenSSH less than nine hours after it was made public. The flaw, nicknamed SSHole, can let a stranger log in to certain server accounts without a password. Security firm Previdian says it confirmed a successful break-in with full control on a decoy server running Alpine Linux.
What happened
OpenSSH is a widely used tool for logging in to servers remotely. The flaw is tracked as CVE-2026-123158 and has a severity score of 8.1. Security researcher Ozgun Kultekin discovered it. Previdian says its decoy server, called a honeypot, was hit by eight attempts from one internet address that appears to be in Japan. The attacker then ran basic commands to learn about the machine, including id, uname and hostname.
How the flaw works
Some accounts are set up so that no password can be used. Their password field holds an asterisk instead. An attacker can send an oversized password, between 257 and 1,024 bytes long. In the affected setup, the server's attempt to check it fails, and the failure produces an asterisk. The server then compares that asterisk with the one stored for the account and lets the attacker in. The root cause traces back to a 2016 patch.
Who it affects
The risk applies to Linux systems running OpenSSH with the musl C library, a set of basic building blocks programs rely on, and with PAM turned off. PAM is a standard system for checking passwords. Alpine Linux's default OpenSSH server setup falls into this group. An attacker also needs an account with an asterisk as its password. Accounts with real passwords cannot be bypassed this way.
Safe Security notes that an attacker gets the permissions of the account they break into. That could expose deployment credentials, application secrets and connected systems, and it could allow attackers to move deeper into a network.
Who can relax
Dropbear, Linux distributions based on glibc, non-Linux systems and systems that check passwords through PAM are not affected.
What to do
The fix is OpenSSH 10.6p2, or your Linux distribution's patched package. The server program must be restarted after the update. The alert box above lists the steps, including what to look for in the logs. Alpine's guidance is blunt: if a login cannot be ruled out, treat the machine as compromised.
What happens next
The material does not say how many servers have been hit beyond the Previdian honeypot. What it does show is how fast attackers move once a flaw is public. Anyone running Alpine servers with the default OpenSSH setup should not wait for a quiet moment to update.
The takeawayIf you run Alpine Linux servers, update OpenSSH to 10.6p2, restart the server program and check your logs for suspicious password logins.