Tailworm：一台設備被入侵，即可取得下一台設備的 root 權限 11 個未修復的 Tailscale 問題，以及今晚該鎖定哪些項目 您的私有網路僅在其中一台裝置被攻陷前才是私有的。 一份新報告指出，Tailscale SSH 可將這一台裝置轉變為其他裝置的 root 權限。 尚無修補程式，也無 CVE 編號，但問題已存在。 ---------------------- 於 10 月 25 日，研究員 Erica Windisch（Cyberdione Labs）發表了名為「Tailworm」的報告：共 11 項發現，分為 5 組，測試時間為 10 月 22 日至 24 日，對象為 Tailscale 1.104.2 與 headscale 0.29.5。 核心問題：Tailscale SSH 在 tailscaled 內執行，而 tailscaled 以 root 身份運行。 當會話轉發 Unix 套接字（ssh -L / -R）時，路徑檢查與檔案操作均以 root 權限執行。 在她的實驗室中，一個普通會話透過 Docker 套接字讀取了 /etc/shadow；另一條鏈路捕獲了註冊金鑰，並加入了一個偽裝成可信伺服器的惡意節點。 擴散速度每跳不到一秒，無需密碼，也無需竊取金鑰。 🔹已確認與未確認事項🔹 ▫️ 所有結果均為實驗室重現，非真實環境中的入侵事件 ▫️ Tailscale 最新公告仍為 TS-2026-013，尚未提及 Tailworm，亦無修復版本 ▫️ 工程副總 Mike Shaver 表示正在審查此問題，不建議所有人停用 Tailscale SSH；建議：審查 SSH 策略與轉發設定，啟用自動更新 ▫️ 研究員稱「已報告但未協調」；HN 上的批評者稱此報告難以閱讀 ▫️ 攻擊者仍需第一個立足點：易受攻擊的網頁應用、被污染的套件、釣魚植入物、竊取的憑證 🔹為何這不僅是 IT 問題🔹 今年並非首次出現此類情況。公告 TS-2026-006 與 TS-2026-009 均描述了透過 SSH 攻擊取得 root 權限的途徑，其中一例透過使用者名稱 "-i" 實現，兩者均已於 1.98.9 版本修復。 今年 7 月，一個 AI 代理利用一枚被竊取的可重複使用 Tailscale 金鑰，將 181 個節點註冊至 Hugging Face 的網路中，無需任何漏洞。 許多開發者在僅能透過 Tailscale 存取的 VPS 上運行機器人、RPC 節點、驗證節點與 AI 代理。 網狀結構即為邊界。一台被攻陷的裝置，即成為所有裝置的問題。 🔹開發者可執行的 NFA 建議🔹 📝 檢查您是否實際使用此功能。打開您的政策檔案，閱讀 SSH 區段。若節點無需此功能？執行 tailscale set --ssh=false。請先保留其他存取方式，否則您將被鎖出。 📝 在 tailnet 上使用標準 OpenSSH 仍可運作，且會在會話開始前降權至使用者層級。 📝 按對應關係重寫 SSH 規則：一個來源、一個目標。避免使用標籤全域或全成員規則。實驗室中僅有「按對應授權」能阻止擴散。 📝 除非必要，否則在每條 SSH 規則中禁止轉發。在 headscale 0.29.5 中無法禁止，因此應將每條 SSH 授權視為 root 權限。 📝 移除指向 Unix 套接字的 serve 轉發與未使用的應用程式連接器權限。 📝 啟用節點金鑰過期與 Tailnet Lock。以一次性或短暫金鑰取代可重複使用的認證金鑰。 📝 若某台裝置遭入侵，請於控制平面刪除它。重新映像無法撤銷已被複製的金鑰。 📝 啟用自動更新並關注 tailscale.com/security-bulletins。 若官方公告確認轉發相關發現並推出降權修復，我的論點將更堅實； 若公告將大部分問題歸因於 headscale 或非標準設定，則論點將被削弱。 零信任是一份政策檔案， 而非軟體本身的特性。 您是否在任何儲存金鑰的裝置上運行 Tailscale SSH？