Tailscale SSH-ի չշտկված խոցելիությունները թույլ են տալիս կոմպրոմիտացված սարքին root ստանալ այլ սերվերներում

Նախապատմություն

Էրիկա Վինդիշ անունով անվտանգության հետազոտողը 2026 թվականի հոկտեմբերի 25-ին հրապարակել է Tailworm անվանումով զեկույց, որը նկարագրում է Tailscale SSH-ի չշտկված խոցելիությունները։ Փորձարկված տարբերակներն էին Tailscale 1.104.2 և headscale 0.29.5։ Հրապարակման պահի դրությամբ Tailscale-ը չէր հրապարակել անվտանգության տեղեկագիր, CVE նույնացուցիչ կամ շտկված թողարկում։

Mike Shaver-ը՝ Tailscale-ի ինժեներական գծով փոխնախագահը, հաստատել է, որ ընկերությունը ստացել է զեկույցը և արտաքին մասնագետների հետ աշխատում է խնդիրները լուծելու ուղղությամբ։ Նա նշել է, որ ընկերությունը դեռ պարզում է, թե որ կոնֆիգուրացիաներն են ենթակա ազդեցության, և չի խորհուրդ տալիս բոլորին անջատել Tailscale SSH-ը։

Տեխնիկական մանրամասներ

Հարձակումը պահանջում է հենակետ մեկ սարքում, որին ցանցի մուտքի կանոնները թույլ են տալիս միանալ նպատակակետին։ Երբ SSH պորտի փոխանցումը միացված է, root մակարդակի Tailscale գործընթացը կարող է ստիպողաբար միացվել արտոնյալ համակարգային սոքեթին՝ հարձակվողին տալով root հասանելիություն և գաղտնաբառերի ֆայլը կարդալու հնարավորություն։ Երկրորդ տեխնիկան փոխարինում է root-ին պատկանող սոքեթը հարձակվողի սոքեթով՝ հնարավոր դարձնելով root հրամանների ուղղակի կատարումը։ Երրորդ մեթոդը ժամանակային մրցավազքի մեջ է դնում ֆայլի ուղու ստուգումը՝ անվտանգության սահմանափակումը շրջանցելու համար, և լաբորատորիայում այս շղթան ձեռք է բերել գրանցման բանալի և ցանցին է միացրել հարձակվողի կողմից վերահսկվող մեքենա, երբ Tailnet Lock-ը միացված չէր։

Tailscale-ի հոսթինգ ծառայությունում փոխանցումը կարող է անջատվել յուրաքանչյուր կանոնի համար, սակայն headscale 0.29.5-ում փոխանցումը հնարավոր չէ անջատել, ուստի այնտեղ յուրաքանչյուր SSH թույլտվություն պետք է դիտարկվի որպես նպատակակետում root տրամադրող թույլտվություն։ Հետազոտողը նկարագրել է տարածումը որպես որդանման, քանի որ մեկ կոմպրոմիտացված սարք կարող էր հասնել յուրաքանչյուր թույլատրված սարքին մեկ քայլի համար մեկ վայրկյանից պակաս ժամանակում։

Մեղմացման քայլեր

Ադմինիստրատորները պետք է վերաշարադրեն SSH մուտքի կանոնները որպես մեկ աղբյուրից մեկ նպատակակետ զույգեր, որոնք նշում են մեկ սարք և մեկ նպատակակետ, և հեռացնեն ինքնության կամ պիտակի վրա հիմնված լայն կանոնները։ Պորտի փոխանցումը պետք է անջատվի, որտեղ հնարավոր է. հոսթինգ ծառայությունում սա յուրաքանչյուր կանոնի կարգավորում է, իսկ headscale-ում այն հնարավոր չէ անջատել։ App connector-ի թույլտվությունները և ցանկացած tailscale serve փոխանցում, որը ուղղված է Unix սոքեթին, պետք է հեռացվեն։ Node-key-ի ժամկետի ավարտի ակտիվացումը, կոմպրոմիտացված սարքերի ջնջումը կառավարման հարթությունում, SSH ստուգման ռեժիմի միացումը և ավտոմատ թարմացումների միացումը լրացուցիչ խորհուրդ տրվող միջոցներ են։

Աղբյուրներ: The Hacker News