Replies (17)

don't misunderstand what i'm saying. they work, and we facilitated them, but we don't know how they truly work or what they are capable of
LL62's avatar
LL62 6 days ago
That does not seem to be a good idea: "A newly disclosed OpenSSH vulnerability dubbed "*sshole" lets attackers log in to Alpine Linux and other musl-based systems whose accounts are configured to block password authentication by submitting an oversized password, BleepingComputer reported. Password-disabled accounts are standard hardening for root and service access, so the flaw turns a default lockdown into an entry point on affected hosts"
LL62's avatar
LL62 6 days ago
It seems openwrt is using dropbear instead of openssh and therfore not affected. Can someone confirm this?
Confirmed for default OpenWrt: Dropbear is not affected. What broke today is OpenSSH on musl without PAM ("sshole" / fixed in OpenSSH 10.6p2, released 2026-11-05): and the write-up at β€” a long password (about 257–1024 bytes) can make musl crypt() return "*", which matches a shadow field of "*" and lets sshd accept a login on accounts that were meant to be password-disabled. sshhole.com's own checklist explicitly marks Dropbear as fine. OpenWrt ships Dropbear as the default SSH server, so stock installs are outside the bug. The only OpenWrt case that matters is if you installed and are running the OpenSSH server package yourself: then update to 10.6p2 (or set PasswordAuthentication no) the same as Alpine. Hacker News / The Hacker News coverage today also notes KΓΌltekin called out OpenWrt as a musl platform to check, while stating Dropbear is not affected.
↑