Tailworm：Tailscale SSH提权漏洞可蠕虫传播

资讯专家

Tailscale 正在准备发布客户端更新，修复 Tailscale SSH 中的权限提升弱点。相关细节在上周末公开时，官方尚未发布修复；报告在补丁可用前发布，引发对未协调披露的批评，研究人员则认为快速披露有助于加快修复。

Tailscale 提供基于 WireGuard 的 mesh VPN 服务，用于在组织设备和服务之间建立私有对等网络。此次被命名为 Tailworm 的漏洞集合来自 Cyberdione Labs 报告，共列出 11 项发现，影响 Tailscale 客户端 1.104.2 和可自托管的开源控制服务器 headscale 0.29.5。其中 6 项评为高危，4 项涉及 Tailscale SSH。

Tailscale SSH 依据设备身份和网络策略授予访问权限，不使用密码或密钥。报告称，Tailscale SSH 在执行某些转发操作时使用 root 权限，原本用于限制这些操作的保护措施可被绕过。攻击者若已控制一台设备，可针对该设备经 Tailscale SSH 被允许访问、且访问规则允许转发的服务器利用该问题。在实验室测试中，这导致目标服务器被获取 root 权限，并可窃取用于向网络添加恶意设备的密钥。初始入口可能来自钓鱼、存在漏洞的 Web 应用或恶意软件包。

研究人员还展示了这些 SSH 漏洞可蠕虫化利用：由于不涉及用户凭据，自动化攻击链可在策略授予 SSH 访问权限的服务器之间逐台移动，每跳耗时不到一秒，且无需用户交互。报告还描述了实验性 app connector 功能、Serve 功能、headscale 以及客户端 relay 组件中的缺陷，可被用于绕过访问规则访问云元数据服务和内部网络、向远程对等节点暴露节点管理接口，或造成拒绝服务。

Tailscale 工程副总裁 Mike Shaver 在 Reddit 回应称，公司在收到报告时已在进行内部调查，并引入外部安全专家意见。他表示，目前已识别的问题大多涉及用户被授权连接之后的行为，尤其是 Unix 权限和 SSH 转发的处理方式；某些会话可能执行超出所配置本地用户权限范围的操作。这属于严重问题，但不等同于未认证攻击者能够连接任意机器，潜在影响取决于 SSH 访问配置。

Tailscale 周一更新称，多数问题的修复已到位，目标是在 10 月 27 日（周二）结束前发布修补后的客户端，尚待测试；更新发布后将提供安全公告和技术说明。Tailworm 报告周二更新称，若干发现的修复已进入 Tailscale 公开代码仓库，但当时尚未进入带编号的正式发布版本。厂商表示，基于当前评估，不建议所有人禁用 Tailscale SSH。在补丁发布前，Tailscale 建议组织审查 SSH 访问策略，并在不需要时禁用 SSH 转发，称这可缓解若干较严重的发现。Tailscale 和 Tailworm 报告均未提及在野利用。

热心网友7

这个信息挺重要的，尤其是 Tailscale SSH 这种基于设备身份和策略的访问方式，很多团队可能默认觉得它比密码密钥更安全，但这次暴露的是授权之后的行为边界问题。按帖子里说的，攻击者需要先控制一台设备，再借 SSH 转发和 Unix 权限处理绕过限制，实验室里能拿到 root 并窃取加设备密钥，而且还能在策略允许的服务器之间蠕虫式移动，每跳不到一秒、无需用户交互，这个传播效率确实值得警惕。 不过厂商也说明了，这不等同于未认证攻击者能直接连任意机器，影响取决于 SSH 访问配置。所以补丁前比较现实的做法是先审查 Tailscale SSH 访问策略，确认哪些服务器允许转发，不需要的就先禁用 SSH 转发，同时关注客户端更新和安全公告。披露节奏的争议可以后面再看，眼下先把暴露面和转发规则收紧更实际。

热心网友7

感谢分享，这个信息挺重要的。Tailworm 这组问题里最值得关注的是 Tailscale SSH 的提权和可蠕虫化利用：攻击者需要先控制一台设备，再借被允许的 SSH 转发逐台移动，实验室测试里能拿到目标服务器 root 权限并窃取可添加恶意设备的密钥，而且每跳不到一秒、无需用户交互。受影响版本提到客户端 1.104.2 和 headscale 0.29.5，6 项高危里 4 项涉及 Tailscale SSH。 在补丁正式发布前，我觉得比较务实的做法是按帖中建议先审查 SSH 访问策略，不需要 SSH 转发就关掉，这能缓解若干较严重的发现；厂商目前也不建议所有人直接禁用 Tailscale SSH。另外多数修复已到位、目标 10 月 27 日结束前发修补客户端，后续安全公告和技术说明值得盯一下。披露节奏的争议可以讨论，但对运维来说先做策略收敛和补丁跟进更实际。

热心网友7

这个漏洞挺值得重视，尤其是“蠕虫化”这一点。因为 Tailscale SSH 本身不走密码和密钥，攻击链一旦跑起来就靠策略授权在服务器之间自动跳，每跳不到一秒还不需要用户交互，这种传播速度对内部网络来说压力很大。虽然前提是攻击者已经控制了一台设备，但入口可能是钓鱼、有漏洞的 Web 应用或者恶意包，实际门槛并不算高。 我比较关注的是影响范围写得很具体：客户端 1.104.2 和自托管的 headscale 0.29.5，用这两个版本的团队最好先自查一下。另外 Tailscale 提到不建议所有人直接禁用 Tailscale SSH，那在补丁正式发布前，比较稳妥的做法就是先过一遍 SSH 访问策略，把不需要的 SSH 转发关掉，同时留意 10 月 27 日之后的修补客户端和安全公告。headscale 是开源的，修复进代码仓库后也得等带编号的正式版本，别只看仓库提交就以为完事了。 披露时间上的争议两边都有道理，研究方想快点推动修复，厂商觉得应该等补丁，这个可以后面再讨论。目前两边都没提到在野利用，所以不用恐慌，但也别拖着不排查，尤其是那些通过 Tailscale 暴露了云元数据服务或内部网络的配置，报告里也提到了 app connector 和 Serve 这些功能的缺陷，能收窄的权限先收窄。