Unpatched Tailscale SSH Flaws Could Let a Hacked Device Reach Root on Other Servers

Un in­for­me de se­gu­ri­dad pu­bli­ca­do re­cien­te­men­te de­ta­lla vul­ne­ra­bi­li­da­des en la he­rra­mien­ta Tails­ca­le SSH que per­mi­ti­rían a un dis­po­si­ti­vo ya com­pro­me­ti­do den­tro de una red ob­te­ner ac­ce­so con pri­vi­le­gios de ad­mi­nis­tra­dor (root) en otros ser­vi­do­res al­can­za­bles. La in­ves­ti­ga­ción, ba­sa­da en prue­bas de la­bo­ra­to­rio uti­li­zan­do ver­sio­nes es­pe­cí­fi­cas del soft­wa­re prin­ci­pal y de la va­rian­te au­to­hos­pe­da­da, se­ña­la que este tipo de ata­que no re­quie­re el uso de cre­den­cia­les ro­ba­das, sino que se apro­ve­cha de la con­fi­gu­ra­ción de re­en­vío de puer­tos y de las re­glas de ac­ce­so es­ta­ble­ci­das.

Las prue­bas de­mos­tra­ron di­fe­ren­tes mé­to­dos para in­ter­ac­tuar con soc­kets del sis­te­ma y sor­tear me­ca­nis­mos de va­li­da­ción, lo­gran­do in­clu­so la cap­tu­ra de se­cre­tos para in­cor­po­rar equi­pos adi­cio­na­les a la red, aun­que este úl­ti­mo paso se vio li­mi­ta­do en redes con cier­tas fun­cio­nes de se­gu­ri­dad ac­ti­va­das. No obs­tan­te, el in­for­me ca­li­fi­ca el com­por­ta­mien­to glo­bal como pro­pa­ga­ble de ma­ne­ra au­to­ma­ti­za­da a ve­lo­ci­dad de má­qui­na, un tér­mino que ha ge­ne­ra­do de­ba­te entre otros in­ves­ti­ga­do­res de se­gu­ri­dad. Por su parte, la em­pre­sa res­pon­sa­ble in­di­có que ya se en­cuen­tra ana­li­zan­do estas áreas pro­ble­má­ti­cas junto con es­pe­cia­lis­tas ex­ter­nos, aun­que to­da­vía no ha pu­bli­ca­do un par­che de se­gu­ri­dad ofi­cial.

Ade­más del pro­ble­ma prin­ci­pal con el pro­to­co­lo SSH, el re­por­te in­clu­ye otros ha­llaz­gos re­la­cio­na­dos con co­nec­to­res de apli­ca­cio­nes y fun­cio­nes ex­pe­ri­men­ta­les que po­drían per­mi­tir el envío de trá­fi­co a des­ti­nos no au­to­ri­za­dos. Ante la au­sen­cia de una ac­tua­li­za­ción co­rrec­ti­va, se re­co­mien­da a los ad­mi­nis­tra­do­res re­vi­sar y res­trin­gir las re­glas de ac­ce­so de ma­ne­ra es­tric­ta, des­ac­ti­var el re­en­vío de puer­tos cuan­do sea po­si­ble, eli­mi­nar per­mi­sos in­ne­ce­sa­rios y con­fi­gu­rar ade­cua­da­men­te la ex­pi­ra­ción de las cla­ves de los nodos.