Tailscale 放出了 1.104.4，修的是它内置那个 SSH 服务器里的洞。版本号看着不起眼，Tailscale SSH 也确实是个「图省事」的功能——不用配密码、不用传公钥，谁连谁能进，全看设备身份加一份网络策略。问题恰恰就出在这份省事上。

它判断「这台设备能不能连目标」，靠的是身份和策略，不是钥匙。所以攻击者想用这个洞，不需要偷任何凭据；他需要的，是手上先有一台设备——而且这台设备得是策略里允许去 SSH 目标、并且规则里还开了转发的。

转发就是出洞的地方。Tailscale SSH 帮客户端转发网络连接，这个活是 tailscaled 后台进程拿 root 权限干的。转发那段没处理干净，攻击者就能顺着它，够到别的服务器上的服务和文件——那些按权限只有 root 才碰得到的。

发现的是 Cyberdione Labs 的 Erica Windisch，报告名字叫 Tailworm。她拿已经发布的 Tailscale 客户端、还有自建的 headscale 控制端，在实验室里都测了。headscale 也在范围内这点值得单拎一句：自己搭控制端的人，容易默认「不走官方云就没事」，这回不是。

影响版本：开着 Tailscale SSH、策略里又允许转发的 Tailscale 客户端，1.104.4 之前。

修复版本：Tailscale 1.104.4。

一条自查：tailscale version 对一下版本；然后去 tailnet 策略里翻，允许 SSH 的那几条规则，是不是顺手把转发也开了。用不上转发的，把转发关掉，能先把口子收窄。

真正值得停一下的，不是那几行转发代码，是它露出来的那个模型：在 Tailscale SSH 里，「身份可信」和「这台机器能摸多远」是绑一块的。一台机器被拿下，它在策略里的身份没变，能去的地方也就没变。这时候再叠上 root 转发，就是失守一台、送出去一片。

这种「信任给多了」的事之前也撞过：堡垒机 JumpServer 上一个普通账号，靠一个参数就把管理员的 Access Key 拿走了——不是漏洞多高明，是权限那根线画得太粗。还有那次一套键鼠广播到几十台被控机器，也是同一个念头：通道越省事，越得先想清楚它到底能走多远。

升级本身没花头，各平台的包管理器、或者客户端里那个「检查更新」，升到 1.104.4 往上，重启 tailscaled 就行。别拖——转发这个开关，很多时候是照着教程复制粘贴开的，开的人自己都没印象。

原始来源：The Hacker News《Tailscale Patches SSH Flaws That Could Let Hacked Devices Gain Root Access on Other Servers》：https://thehackernews.com/2026/10/tailscale-patches-ssh-flaws-that-could.html