近日，安全研究团队公布一项新发现的风险：Tailscale 虚拟专网服务内建的 Tailscale SSH 在“部分转送操作”中可能出现权限提升问题。换句话说，攻击者只要先控制一台本来就被允许通过登录的设备，就可能在 SSH 转送链路中绕过对登录账号权限的限制，从而尝试访问其他服务器上的受保护系统服务，甚至触及最高管理权限。
Tailscale 的核心价值在于让分散在不同地点的设备通过加密隧道组成“私人网络”。在正常使用场景下，管理员会为 Tailnet（私网）配置规则，决定哪些设备允许远程登录特定服务器；登录者也应只能获得其被授权的系统权限。然而研究人员在对 Tailscale 1.104.2 进行测试时发现，处理 SSH 连接的后台服务持有最高系统权限，但某些转送流程并未严格套用登录账号的权限边界。
具体实验中，研究者利用 SSH 转送功能连接到 Docker 容器管理相关服务，成功执行高权限指令并读取受保护的系统文件。此外，在未启用 Tailnet Lock 的测试环境里，攻击者还能获取用于新增设备的密钥，并借此把其控制的设备加入同一个 Tailnet。需要注意的是，新加入的设备并不必然能连接所有目标服务器，最终可访问范围仍会受原本的 Tailscale 权限配置约束，只是“转送链路”可能成为越权的通道。
Tailscale 工程副总裁 Mike Shaver 随后回应表示：目前的初步判断是该问题主要发生在“SSH 已获得授权之后”，而不是外部攻击者在未经许可的情况下直接任意登录任意服务器。公司仍在确认受影响的具体设置，并准备推出修补程序。
官方给出的处置建议相对务实：管理员应检查 SSH 访问策略，只保留必要人员与必要设备的远程登录；如果业务不需要 SSH 转送功能，可以停用该能力以降低风险，同时不影响常规 Tailscale SSH 登录。管理员也可以启用 SSH 再验证模式（check mode）作为额外防护，但它无法从根本上解决权限提升缺陷。
另据讨论信息，本次风险主要围绕 Tailscale 内建的 SSH 服务；通过 Tailnet 使用一般 SSH 的场景不在影响范围内。安全圈也出现了对“公开漏洞细节”的讨论，但截至目前，厂商与研究方仍在推进后续的修补与披露协同。对使用 Tailscale 的团队而言，现在最关键的是立刻审视 SSH 转送是否真的必需，并按最小权限原则收紧规则等待官方更新。
