Tailscale cảnh báo 11 lỗ hổng Tailworm, có lỗi SSH chiếm quyền root

Tailscale đang gấp rút vá gần một chục lỗ hổng mà nhóm nghiên cứu Cyberdione Labs gọi chung là Tailworm. Nghiêm trọng nhất là lỗi trong Tailscale SSH: một người dùng đã được cấp quyền SSH có thể leo thang để chạy mã với quyền root trên máy đích. Điểm đáng lo là chi tiết kỹ thuật đã được công bố trong khi bản vá chưa phát hành. Nếu bạn đang dùng Tailscale hoặc headscale để quản lý truy cập server, nên đọc kỹ phần giảm thiểu bên dưới.

Chuyện gì đã xảy ra

Tailscale là mạng VPN dạng mesh xây trên WireGuard. Mỗi máy tính, server hay cloud instance tham gia vào một mạng mã hoá chung gọi là "tailnet" và kết nối trực tiếp peer-to-peer với nhau. headscale là bản triển khai control server mã nguồn mở, cho phép tự host thay vì dùng dịch vụ SaaS của Tailscale.

Theo BleepingComputer, Cyberdione Labs phát hiện 11 lỗ hổng trong một đợt audit bảo mật Tailscale 1.104.2 và headscale v0.29.5. Tính đến khi bài gốc đăng, các lỗi này vẫn chưa có bản vá. Bà Erica Windisch, nhà sáng lập Cyberdione Labs, cho biết mọi phát hiện đều đã được tái hiện trong môi trường lab trên phần mềm phát hành chính thức, không chỉnh sửa. Nhóm nghiên cứu đã báo cho Tailscale, sau đó công khai chi tiết với lập luận rằng để nhiều người biết sớm sẽ đẩy nhanh việc khắc phục trên các thiết bị bị ảnh hưởng. Họ cũng nói các lỗi này được tìm ra "với ít công sức".

Phía Tailscale xác nhận đã nhận báo cáo vào thứ Hai và gọi đây là những vấn đề "nghiêm trọng". Hãng đặt mục tiêu phát hành phiên bản sửa lỗi trước cuối ngày thứ Ba, 27/10/2026.

Các nhóm lỗ hổng chính

Cyberdione Labs phân loại lỗi theo thành phần bị ảnh hưởng. Có thể tóm lại thành năm nhóm:

1. Tailscale SSH: leo thang lên root

Đây là nhóm nặng nhất. SSH server nhúng trong tailscaled chạy với quyền root. Khi người dùng dùng tính năng chuyển tiếp Unix socket (ssh -R / ssh -L), tiến trình thực hiện kiểm tra đường dẫn và thao tác file bằng quyền root. Do có race condition và thiếu bước hạ quyền (privilege drop), một phiên SSH bình thường có thể thay thế, kết nối tới hoặc xoá các tài nguyên đặc quyền.

• Điều kiện tấn công: một thiết bị đã được duyệt cộng với một rule SSH trong policy. Trên headscale, quyền forwarding được cấp tự động. Trên bản SaaS, quyền này được cấp theo từng rule.
• Hậu quả: chạy mã với quyền root trên server đích, lấy được enrollment key, xoá file tuỳ ý với quyền root.

2. App connectors (conn25, thử nghiệm): SSRF trong mạng nội bộ

Connector chuyển tiếp traffic tới đích do kẻ tấn công chọn mà không kiểm tra hợp lệ. Network ACL cũng không được áp dụng cho đích thực sự. Một thiết bị được cấp capability connector có thể truy cập cloud metadata để đánh cắp credential, đi vào LAN nội bộ, và nếu chạy trong Kubernetes thì tới được mọi service trong cluster.

3. headscale: làm sập control server không cần tài khoản

Control server tự host có thể bị làm cạn tài nguyên (bộ nhớ tăng dần, cache bị đẩy ra) mà không cần xác thực, chỉ cần truy cập được từ Internet. Hậu quả là control server rơi vào vòng crash liên tục và việc onboard thiết bị mới bị chặn trên toàn tổ chức.

4. DERP client: cạn bộ nhớ

DERP client có mặt trong mọi agent và đọc phản hồi từ relay mà không giới hạn kích thước. Nếu kẻ tấn công trỏ được client tới một relay độc hại, agent phía client có thể bị cạn bộ nhớ.

5. tailscale serve: lộ admin API

Khi cấu hình TCP-forward tới một Unix socket, đường này thiếu một lớp bảo vệ vốn có ở đường HTTP. Ngoài ra còn một race condition trong cơ chế phân quyền theo mount. Kết quả là API quản trị của node có thể bị truy cập từ xa, và một phần nhỏ request vượt qua được lớp phân quyền của ứng dụng. Điều kiện là operator đã cấu hình forward đó, hoặc một peer chạy đua với bước kiểm tra mount.

Nguồn chưa nêu mã CVE hay điểm CVSS cụ thể cho từng lỗi.

Tailscale nói gì

Theo Tailscale, phần lớn lỗi trong Tailscale SSH liên quan đến leo thang đặc quyền. Trong một số trường hợp, người đã được phép kết nối qua Tailscale SSH có thể làm những việc vượt quá quyền của local user được cấu hình, kể cả chiếm quyền cao hơn. Hãng nhấn mạnh rằng khả năng khai thác phụ thuộc vào quyền của user hoặc thiết bị kết nối, cấu hình hệ thống và các điều kiện khác. Phạm vi đầy đủ vẫn đang được xác minh.

Dù vậy, ông Mike Shaver, VP of Engineering của Tailscale, cho biết theo đánh giá hiện tại, hãng không khuyến nghị mọi người tắt hẳn Tailscale SSH. Thay vào đó, Tailscale đưa ra ba biện pháp:

1. Rà soát SSH access policy, chỉ cấp cho user và thiết bị thực sự cần.
2. Tắt SSH forwarding nếu không dùng bằng cách đặt TS_SSH_DISABLE_FORWARDING=1 trong môi trường của service tailscaled rồi khởi động lại. Cách này giữ nguyên Tailscale SSH nhưng giảm thiểu được nhiều lỗi nghiêm trọng hơn.
3. Tạm thời siết quyền truy cập vào hệ thống nhạy cảm trong lúc hãng điều tra.

Tailscale cũng khuyên người dùng chuẩn bị sẵn để cập nhật bản client đã vá ngay khi phát hành.

Vì sao đội kỹ thuật ở Việt Nam nên để ý

Tailscale và headscale khá phổ biến trong các team nhỏ, startup và homelab ở Việt Nam. Lý do là chúng thay thế được bastion host hay VPN truyền thống chỉ trong vài phút. Nhiều nơi dùng Tailscale SSH để khỏi phải quản lý SSH key cho từng server. Một số khác tự host headscale để không phụ thuộc vào SaaS hoặc để tiết kiệm chi phí.

Chính các mô hình này lại khớp với những điều kiện khai thác ở trên:

• Mô hình "ai trong team cũng SSH được mọi server" khá thường gặp vì tiện. Lỗi Tailscale SSH biến một tài khoản SSH quyền thấp, chẳng hạn của thực tập sinh, máy CI hay một laptop bị nhiễm mã độc, thành bàn đạp lên root.
• headscale cấp quyền forwarding tự động. Người tự host vì thế chịu rủi ro cao hơn người dùng SaaS ở nhóm lỗi SSH. Nếu control server còn mở ra Internet thì thêm rủi ro bị làm sập.
• Cụm Kubernetes trên cloud có dùng app connector thử nghiệm thì đối mặt nguy cơ lộ credential qua metadata endpoint.

Nói cách khác, Tailworm không phải lỗi mà người ngoài khai thác dễ dàng từ Internet, trừ phần headscale. Nhưng nó làm mất ý nghĩa của việc phân quyền nội bộ. Với đội vận hành, đó là lý do đủ để hành động ngay.

Cách kiểm tra và giảm thiểu nhanh

Kiểm tra phiên bản đang chạy trên từng node:

tailscale version
headscale version   # nếu tự host headscale

Tắt SSH forwarding trên Linux dùng systemd. Gợi ý dưới đây là cách cấu hình phổ biến, không phải hướng dẫn nguyên văn của Tailscale:

sudo systemctl edit tailscaled
# thêm vào phần override:
# [Service]
# Environment=TS_SSH_DISABLE_FORWARDING=1
sudo systemctl restart tailscaled

Một số bản cài trên Debian/Ubuntu có thể đọc biến môi trường từ file trong /etc/default/. Hãy kiểm tra unit file thực tế bằng systemctl cat tailscaled để chắc biến được nạp đúng.

Khi bản vá ra, cập nhật qua package manager hoặc tailscale update trên các nền tảng hỗ trợ lệnh này.

Trong lúc chờ, nên làm thêm vài việc:

• Mở policy file (ACL) và rà các rule ssh. Thu hẹp src và dst, tránh để user quyền thấp SSH được vào máy chứa secret hoặc enrollment key.
• Nếu tự host headscale, đặt control server sau firewall, reverse proxy có rate limit hoặc chỉ cho phép dải IP cần thiết, ít nhất cho tới khi có bản vá.
• Tạm tắt app connector thử nghiệm (conn25) nếu không thật sự cần, đặc biệt trong môi trường Kubernetes.
• Rà lại các cấu hình tailscale serve có forward TCP tới Unix socket.
• Xem log SSH và audit log gần đây để phát hiện hành vi bất thường như forwarding lạ hoặc file hệ thống bị xoá.

Lưu ý và hạn chế

• Tính đến khi bài gốc đăng, bản vá chưa phát hành và Tailscale vẫn đang xác minh phạm vi ảnh hưởng. Danh sách phiên bản bị ảnh hưởng ngoài 1.104.2 và headscale v0.29.5 nguồn chưa nêu. Hãy theo dõi security bulletin chính thức của Tailscale và trang release của headscale.
• Biện pháp TS_SSH_DISABLE_FORWARDING=1 chỉ giảm thiểu một phần, chủ yếu cho nhóm lỗi SSH. Nó không xử lý lỗi headscale, DERP hay app connector.
• Chi tiết kỹ thuật đã được công bố trước khi có bản vá. Thời gian để kẻ xấu viết exploit vì vậy có thể ngắn, nên đừng đợi đến chu kỳ bảo trì định kỳ mới cập nhật.
• Bài gốc trên BleepingComputer có kèm nội dung quảng cáo cho báo cáo của một bên thứ ba. Phần đó không liên quan tới các lỗ hổng.

Kết

Tailworm là lời nhắc rằng một công cụ "zero-config" vẫn chạy daemon với quyền root, và mọi tính năng tiện lợi như port forwarding hay app connector đều mở thêm bề mặt tấn công. Việc nên làm ngay hôm nay khá rõ: tắt SSH forwarding nếu không dùng, siết ACL, che chắn headscale khỏi Internet, rồi cập nhật ngay khi Tailscale phát hành bản vá.

Nguồn: BleepingComputer