OpenSSH 被曝出代号 SShole 的高危认证绕过漏洞，漏洞编号 CVE-2026-123158，CVSS 评分 8.1 分，漏洞公开之后短短 9 小时就监测到野外攻击，攻击者不需要知道账号密码，只要提交超过 256 字节的超长密码，就可以绕过密码认证登录目标服务器，在 Alpine 这类 musl libc 环境下甚至直接拿到 root 权限，大量容器、云主机、嵌入式设备都存在被入侵风险，这个漏洞只在 musl 环境、没有启用 PAM 的 OpenSSH 上生效，glibc 的主流 CentOS、Ubuntu 默认不受影响。漏洞根源是 OpenSSH 和 musl libc 交互时的内存处理缺陷，当账号配置为禁止密码登录、密码字段标记为 ，同时系统开启密码认证，攻击者发送超长密码就能触发绕过逻辑，很多 Docker 镜像、OpenWrt、Alpine 服务器默认就是这套环境，不少运维只开密钥登录但没关闭密码认证开关，给攻击者留下可乘之机，一旦被拿下，攻击者可以植入后门、窃取数据、横向渗透内网。漏洞处置操作流程很清晰，第一步先自查系统，确认是不是 musl 环境、OpenSSH 版本、是否开启 PAM；第二步优先升级 OpenSSH 到 10.6p2 及以上版本，Alpine 直接升级系统包；第三步升级完成后重启 sshd 服务，补丁才会生效；第四步临时缓解方案，直接关闭 ssh 密码认证；第五步检查日志，核查有没有陌生的登录记录，清理可疑账号和后门。综合来看，SShole 漏洞利用门槛很低，POC 已经公开，攻击流量持续增多，使用 Alpine、OpenWrt 等 musl 系统的服务器和容器需要优先处置，普通 glibc 的 Ubuntu、CentOS 风险相对小，但也要做好 SSH 安全基线检查。
漏洞基础信息表
| 项目 | 详情 |
|---|---|
| 漏洞代号 | SShole |
| 漏洞编号 | CVE-2026-123158 |
| CVSS 评分 | 8.1（高危） |
| 受影响版本 | OpenSSH 10.6p2 之前版本 |
| 安全版本 | OpenSSH ≥10.6p2 |
| 触发条件 | musl libc 环境、未启用 PAM、开启 PasswordAuthentication |
| 攻击方式 | 远程无密码绕过，超长密码触发认证绕过 |
| 典型受影响系统 | Alpine Linux、OpenWrt、基于 Alpine 的容器镜像 |
| 不受影响 | glibc 系统（Ubuntu、CentOS 等）、启用 PAM 的系统、Dropbear |
修复和临时缓解方案清单
- 优先方案：升级 OpenSSH 至 10.6p2，Alpine 执行 apk upgrade -U -a，之后 rc-service sshd restart
- 临时缓解：修改 sshd_config，PasswordAuthentication no，重启 sshd
- 基线加固：禁用 root 密码登录、仅保留密钥登录、限制 SSH 登录 IP
- 事后排查：查看 sshd 日志，检索 Accepted password 异常登录记录，核查新增账号、authorized_keys
不同系统风险对比
| 系统类型 | 底层 libc | 是否容易受 SShole 影响 |
|---|---|---|
| Alpine Linux | musl | 高风险，重点排查 |
| OpenWrt | musl | 高风险 |
| Ubuntu、Debian、CentOS | glibc | 默认不受该漏洞影响 |
| 启用 PAM 的 musl 系统 | musl | 不受漏洞影响 |
风险提醒清单
✅ 容器镜像也要更新，旧 Alpine 镜像重建后再发布
✅ 公网 22 端口直接暴露的服务器优先处理
✅ 不要只依赖密钥登录，忘记关闭密码认证开关
✅ 蜜罐已经出现成功拿 root 的真实攻击案例，攻击持续活跃
【相关 FAQ】
问题 1：OpenSSH 曝出 SShole 高危漏洞 CVE-2026-123158，漏洞已经在野外被利用，SShole 漏洞的编号是什么？
回答 1：OpenSSH 曝出 SShole 高危漏洞 CVE-2026-123158，漏洞已经在野外被利用，SShole 漏洞编号是 CVE-2026-123158，CVSS 评分为 8.1 分，属于高危漏洞。
问题 2：OpenSSH 曝出 SShole 高危漏洞 CVE-2026-123158，漏洞已经在野外被利用，哪些服务器会受到 SShole 漏洞影响？
回答 2：OpenSSH 曝出 SShole 高危漏洞 CVE-2026-123158，漏洞已经在野外被利用，主要是 musl libc 环境、没有开启 PAM、OpenSSH 版本低于 10.6p2，并且开启密码认证的系统，典型就是 Alpine Linux、OpenWrt 和 Alpine 容器。
问题 3：OpenSSH 曝出 SShole 高危漏洞 CVE-2026-123158，漏洞已经在野外被利用，SShole 漏洞怎么快速临时防护？
回答 3：OpenSSH 曝出 SShole 高危漏洞 CVE-2026-123158，漏洞已经在野外被利用，临时防护方式是修改 sshd 配置，设置 PasswordAuthentication no，关闭密码认证然后重启 sshd 服务，彻底修复需要升级 OpenSSH 到 10.6p2。
问题 4：OpenSSH 曝出 SShole 高危漏洞 CVE-2026-123158，漏洞已经在野外被利用，Ubuntu、CentOS 会被 SShole 漏洞攻击吗？
回答 4：OpenSSH 曝出 SShole 高危漏洞 CVE-2026-123158，漏洞已经在野外被利用，Ubuntu、CentOS 使用 glibc，默认不受 SShole 漏洞影响，但是依然建议遵循 SSH 安全规范，关闭密码登录。
【参考资料】
[2026-11-10]（CISA 确认攻击者正在利用 SShole OpenSSH 漏洞）Cyber Security News
[2026-11-09]（OpenSSH 漏洞披露数小时即遭在野利用，可无密码访问 musl 系统）51Testing 软件测试网
[2026-11-06]（
【安全通告】OpenSSH "sshole" 密码认证绕过漏洞风险通告 (CVE-2026-123158)）腾讯云安全中心
[2026-11-06]（Hackers Target OpenSSH SSHole Flaw Within Hours of Disclosure, Gain Root on Honeypot）The Hacker News
【免责声明】
本内容仅为 OpenSSH SShole 高危漏洞科普整理，不构成等保、应急处置、生产环境运维方案；漏洞利用条件、系统环境复杂，升级前务必做好数据备份，生产环境变更建议先在测试环境验证，处置方案以官方安全公告为准。
本文来自作者[槿野甜糕]投稿，不代表诚邦网立场，如若转载，请注明出处：https://www.cbpmc.com.cn/qyzx/202611/399.html
评论列表（4条）
我是诚邦网的签约作者“槿野甜糕”！
希望本篇文章《OpenSSH 曝出 SShole 高危漏洞 CVE-2026-123158，漏洞已经在野外被利用》能对你有所帮助！
本站[诚邦网]内容主要涵盖：互联网行业的追踪与探索
本文概览：OpenSSH 被曝出代号 SShole 的高危认证绕过漏洞，漏洞编号 CVE-2026-123158，CVSS 评分 8.1 分，漏洞公开之后短短 9 小时就监测到野外攻击，攻击者不需要知道账号密码，只要提交超过 256 字节的超长密码，就可以绕过密码认证登录目标服务器，在 Alpine 这类 musl libc 环境下甚至直接拿到 root 权限，大量容器、云主机、嵌入式设备都存在被入侵风险，这个漏洞只在 musl 环境、没有启用 PAM 的 OpenSSH 上生效，glibc 的主流 CentOS、Ubuntu 默认不受影响。漏洞根源是 OpenSSH 和 musl libc 交互时的内存处理缺陷，当账号配置为禁止密码登录、密码字段标记为 ，同时系统开启密码认证，攻击者发送超长密码就能触发绕过逻辑，很多 Docker 镜像、OpenWrt、Alpine 服务器默认就是这套环境，不少运维只开密钥登录但没关闭密码认证开关，给攻击者留下可乘之机，一旦被拿下，攻击者可以植入后门、窃取数据、横向渗透内网。漏洞处置操作流程很清晰，第一步先自查系统，确认是不是 musl 环境、OpenSSH 版本、是否开启 PAM；第二步优先升级 OpenSSH 到 10.6p2 及以上版本，Alpine 直接升级系统包；第三步升级完成后重启 sshd 服务，补丁才会生效；第四步临时缓解方案，直接关闭 ssh 密码认证；第五步检查日志，核查有没有陌生的登录记录，清理可疑账号和后门。综合来看，SShole 漏洞利用门槛很低，POC 已经公开，攻击流量持续增多，使用 Alpine、OpenWrt 等 musl 系统的服务器和容器需要优先处置，普通 glibc 的 Ubuntu、CentOS 风险相对小，但也要做好 SSH 安全基线检查。