Tailscale, компанията зад популярната софтуерно дефинирана mesh мрежова платформа със същото име, пусна корекции за няколко уязвимости, включително някои в Tailscale SSH, които биха могли да позволят на атакуващ, който вече има достъп до устройство в мрежата, да получи по-високи привилегии на други машини, които са част от нея.
„Въз основа на нашето разследване, атакуващ би могъл да достигне само до машини, до които файлът с политики на tailnet вече е разрешавал SSH връзки“, заяви Майк Шейвър, вицепрезидент по инженерната дейност в Tailscale.
Относно Tailscale и Tailscale SSH
Tailscale позволява на потребители и организации да свързват своите компютри, телефони, сървъри и други устройства в единна частна мрежа (наричана „tailnet“), така че да могат да комуникират сигурно помежду си от всяко място, сякаш са в една и съща локална мрежа. Решението използва комуникационния протокол WireGuard за криптиране и пренос на данните.
Потребителите инсталират приложението Tailscale на всяко устройство и влизат със съществуващ профил, като Google или Microsoft, а софтуерът управлява криптираните връзки между тях без сложна конфигурация на рутер или защитна стена.
Домашните потребители обикновено го използват за достъп до файлове, медийни сървъри или камери за сигурност, докато са далеч от дома. Бизнесът го използва, за да предостави на служители и системи контролиран достъп до вътрешни ресурси, без да ги излага на публичния интернет.
Tailscale предоставя и вграден SSH сървър, който позволява на потребителите да управляват отдалечена машина чрез въвеждане на команди. Tailscale SSH използва идентификационните данни, вече свързани с потребителските акаунти в Tailscale, заедно с политиките за достъп, зададени от администраторите, за да определи кой до кои машини може да се свързва.
Тази функционалност е полезна за отдалечено отстраняване на проблеми по домашен сървър или рестартиране на услуга, която е спряла да работи. Организациите също я използват, за да позволят на персонала да управлява служебни компютри, без да ги излага на интернет.
SSH сървърът е достъпен само от устройства в рамките на личния tailnet на потребителя или организацията.
Относно уязвимостите
На 23 октомври изследователят по сигурността Ерика Уиндиш от Cyberdione Labs публикува доклад с подробности за уязвимости, открити от нея в Tailscale SSH и други функции на Tailscale, наречени общо „Tailworm“.
Експлоатацията на проблемите със SSH зависи от това атакуващият вече да е компрометирал едно одобрено устройство в даден tailnet. Оттам нататък атакуващият може да използва Tailscale SSH, за да получи контрол на ниво root над други сървъри, макар и само над тези, до които политиката на мрежата позволява на това устройство да се свързва. Те също така могат да откраднат ключовете, използвани за регистриране на нови устройства, и да ги използват за добавяне на нелегитимна машина, която изглежда надеждна.
В лабораторни тестове изследователката твърди, че този достъп може да се разпространява автоматично от устройство на устройство, но Tailscale оспорва определението „червей“. „Вместо това би било по-точно да се опише като странично придвижване, ограничено до връзките, разрешени от файла с политики на tailnet“, отбеляза Шейвър.
- Дефект в Conn25, функция от ново поколение за свързване на приложения, която все още е в предпроизводствен етап и която според Шейвър ще бъде коригирана преди официалното пускане.
- Проблеми, водещи до отказ на услуга (DoS), които биха позволили на всеки в интернет да срине самостоятелно хоствани имплементации на контролния сървър на Tailscale или да попречи на нови устройства да се присъединят към мрежата.
Какво да предприемете?
Компанията отстрани четири уязвимости (1, 2, 3, 4), включително проблема в Tailscale SSH, и включи корекциите в сигурността в Tailscale v1.104.4.
На потребителите се препоръчва да обновят софтуера до тази версия и да прегледат своите политики за Tailscale SSH, „за да се уверят, че достъпът е ограничен само до потребителите и устройствата, които се нуждаят от него“, както и да обмислят активирането на режим Check за Tailscale SSH при чувствителни системи, така че достъпът до тях да е възможен само след преминаване на допълнителна проверка за удостоверяване.