PyTorch infrastruktuuri rünnak, mis kompromiteerib hoidlat ja versioone

Paljastatud on rünnaku detailid infrastruktuuril, mida kasutatakse masinõppe raamistikku PyTorch arendamisel, mis võimaldas pääsukoodide väljavõtmist, mis on piisavad, et hostida juhuslikke andmeid projekti versioonide hoidlas GitHubis ja AWS-is, samuti koodi sisestamine peavoolu hoidlas ja tagaukse lisamine sõltuvuste kaudu. PyTorchi versioonide muutmine võiks olla kasutusel rünnakutes suurte ettevõtete vastu, nagu Google, Meta, Boeing ja Lockheed Martin, kes kasutavad PyTorchi oma projektides. Meta Bug Bounty programmi raames maksis ettevõte uurijatele $16,250 probleemi kohta teabe eest.

Rünnaku olemus seisneb võimaluses käitada oma koodi serverites katkestusvaba integreerimise süsteemides, mis teevad ümberkoordineerimist ja täidavad ülesandeid uute muudatuste testimiseks, mis on saadetud hoidlasse. Probleem puudutab projekte, mis kasutavad oma välist töötlust "Self-Hosted Runner" GitHub Actionsis. Erinevalt traditsioonilisest GitHub Actionsist, käivad Self-Hosted töötlajad mitte GitHubi infrastruktuuris, vaid nende oma serverites või virtuaalsetes arendajate poolt toetatud masinates.

Koodide käivitamine oma serverites võimaldab korraldada koodi, mis võib skannida ettevõtte sisevõrku, otsida kohaliku failisüsteemi krüpteerimisvõtmeid ja juurdepääsutoimikute tokenid, analüüsida keskkonnamuutujaid, mis sisaldavad väliste ladustamise või pilveteenuste kutsumisparameetreid. Ilma nõuetekohase isoleerimiseta võivad leitud konfidentsiaalsed andmed rünnakute korral väljapoole edastada, näiteks väliste API-de kutsumise kaudu. Projekti „Self-Hosted Runner“ rakenduse määratlemiseks võib kasutada Gato tööriista, mis analüüsib avalikke töövoofailide ja CI-ülesannete käivitamiselugusid.

PyTorchis ja paljude teiste projektide puhul, kus kasutatakse "Self-Hosted Runner"-it, on ehitusülesannete käitamine lubatud ainult arendajatele, kelle muudatused on eelnevalt läbinud ülevaatamise ja lisatud projekti koodibaasi. "Contributor" staatuse omamine vaikeseadete hoidlas võimaldab käivitada GitHub Actions töötlejat, kui edastatakse pull-requestid, ja seega käitada oma koodi mis tahes GitHub Actions Runneri keskkonnas, mis on seotud hoidla või projekti juhtiva organisatsiooniga.

Statuse «contributor» saamise võimalust osutus lihtsaks — piisab, kui saata eelnevalt väike muudatus ja oodata selle vastuvõtmist koodibaasi, pärast mida sai arendaja automaatselt aktiivse osaleja staatuse, kelle pull-päringuid on lubatud CI-infrastruktuuris testida ilma eraldi kontrollita. Aktiivse arendaja staatuse saamiseks kasutati eksperimendi käigus väikeseid kosmeetilisi muudatusi, mis olid seotud dokumentatsiooniveate parandamisega. PyTorch'i hoidla ja väljaandmisladustamisest juurde pääsemiseks toimusid rünnaku käigus koodi täitmisel „Self-Hosted Runner’is” GitHub'i tokeni pealtkuulamine, mis kasutati hoidla juurdepääsuks koostamisprotsessidelt, samuti AWS võtmete rakendamine, mis olid kasutusel koostamise tulemuste salvestamiseks.

Probleem ei ole spetsiifiline PyTorchile ja mõjutab paljusid teisi suuremaid projekte, mis kasutavad GitHub Actionsi „Self-Hosted Runneri” vaikeseadeid. Näiteks on mainitud sarnaste rünnakute teostamist teatud suuremate krüptovaluutakottide ja miljardilise turuväärsusega plokiahela projektide tagasikuulutamiseks, muudatusi Microsoft Deepspeedi ja TensorFlow väljaannetes, CloudFlare'i ühe rakenduse kompromiteerimist ning koodi käivitamist Microsofti võrgus. Karmide juhtumite üksikasjad ei ole veel avaldatud. Käimasolevate Bug Bounty programmide raames on teadlased esitanud rohkem kui 20 taotlust, et saada preemiaid, mille koguväärtus on mitu sada tuhat dollarit.

Allikas: opennet.ru