Tailscale SSH
SSH가 활성화된 노드에 대한 연결 허용과 해당 포워딩 권한이 전제입니다. root의 Unix socket 조작과 경로 경쟁으로 권한 경계를 넘을 수 있다는 보고입니다.
확인: 활성화된 노드, SSH 규칙, 불필요한 포워딩특별 보고 · 2026-10-25 23:18 JST
Tailscale / headscale 사용자에게.
먼저 확인할 것은 SSH 연결을 허용한 대상과 연결 이후의 권한입니다.
기준 시각은 23:18 JST / 14:18 UTC입니다. 1차 자료는 기준 시각 이후에 실제로 수집했습니다.
연구 페이지와 당사자 응답은 갱신될 수 있으므로 당시의 변경 불가능한 원문으로 간주하지 않습니다.
01 / 노출 범위 확인
아래는 연구자의 재현 보고를 요약한 것입니다. 이번 조사에서는 PoC를 실행하지 않았습니다. 11개 항목에는 설정과 위협 모델에 관한 주의 사항도 포함되므로, 이를 11개의 CVE나 11건의 침해로 세지 않습니다.
SSH가 활성화된 노드에 대한 연결 허용과 해당 포워딩 권한이 전제입니다. root의 Unix socket 조작과 경로 경쟁으로 권한 경계를 넘을 수 있다는 보고입니다.
확인: 활성화된 노드, SSH 규칙, 불필요한 포워딩0.29.5의 공개 등록 경로에서 메모리 고갈과 캐시 축출이 보고됐습니다. 연구자는 SSH 포워딩도 억제할 수 없다고 지적합니다.
확인: 공개 범위, SSH 허용, 메모리 및 등록 모니터링conn25 사용 capability를 가진 단말이 커넥터의 실제 목적지를 선택할 수 있다는 지적입니다. LAN, metadata, cluster로 향하는 경로를 확인하세요.
확인: conn25 사용 여부, 사용 권한, 실제 목적지로의 egress특권 socket으로의 TCP 포워딩, 설정 후 경쟁, 모든 interface에 대한 bind, 여러 mount의 인가 등이 포함됩니다. operator 설정과 애플리케이션 측 인가에 따라 달라집니다.
확인: forward 설정, listen 범위, backend 인가DERP client 메모리 고갈은 악성 relay에 연결하도록 만들 수 있다는 전제가 있습니다. 모든 사용자가 같은 경로로 영향을 받는다고 일반화하지 않습니다. 항목별 상세 내용과 유의 사항(영어) →
02 / 오늘 할 일
03 / 침해가 의심될 때
격리하고 증거를 보존한 뒤 제어 영역에서 단말을 삭제하거나 ID를 폐기하고, 노출된 등록 키 및 API 자격 증명을 교체하세요. root 침해가 있다면 state가 복사되었을 가능성도 조사하세요. OS를 재설치하는 것만으로 외부로 유출된 키가 폐기되지는 않습니다. 서명 노드가 피해를 입었다면 Tailnet Lock 키도 검토하세요.
04 / 별개의 수정
10/21의 1.104.2는 TS-2026-013 및 eMudhra 인증서 문제의 대응 버전입니다. Tailworm 연구도 같은 버전을 대상으로 합니다. 인증서 업데이트를 적용하면서 Tailworm의 확정된 수정은 별도로 추적하세요.
연구자: Erica Windisch / Cyberdione Labs. 검증 기간은 10/22–24이며, 대상은 Tailscale 1.104.2와 headscale 0.29.5입니다. 독립적인 실제 환경 재현은 확인하지 않았습니다. 공급업체는 영향받는 구성을 조사 중이며, 연구자의 11개 항목을 모두 개별 인정한 것으로 보지 않습니다. 전용 CVE, CVSS, 최소 수정 버전은 이번 조사에서 확정되지 않았습니다.
연구 사이트의 정확한 버전 이력과 Reddit 응답의 수정 시각은 확정되지 않았습니다. 수집 이후의 정보를 23:18 이전에 확정된 상태로 소급하지 않습니다. 기록, 해시, 조사상의 한계는 저장소에 남겨 두었습니다.