Skip to content
Įsilaužta į DI programuotojų įrankio „Warp“ tiekėją: galėjo nutekėti agentų veiksmų istorija

DI iliustracija: programuotojo DI agentų darbo aplinka ir saugumo perspėjimas

Įsilaužta į DI programuotojų įrankio „Warp“ tiekėją: galėjo nutekėti agentų veiksmų istorija

Dirbtiniu intelektu paremto programavimo įrankio „Warp“ naudotojams paskelbta apie saugumo incidentą, kurio metu galėjo būti pasiekti DI agentų sprendimų žurnalai ir naudojimo telemetrija. Bendrovė teigia greitai aptikusi įtartiną veiklą trečiosios šalies infrastruktūroje, tačiau tyrimas dar nebaigtas. Tai svarbus signalas įmonėms, kurios DI agentams leidžia ne tik rašyti kodą, bet ir vykdyti komandas.

REKLAMA

Spalio 27–28 d. paskelbtame pranešime pateikiamos pagrindinės incidento detalės. Spalio 27 dieną „BleepingComputer“ paskelbė „Warp“ įkūrėjo ir vadovo Zacho Lloydo informaciją. Jo preliminariu vertinimu, incidentas galėjo paveikti maždaug vieną procentą naudotojų. Bendrovė yra skelbusi turinti apie 800 tūkst. naudotojų, tačiau šie skaičiai savaime nepatvirtina tikslaus nukentėjusių žmonių skaičiaus. Paveikti naudotojai, anot įmonės, informuoti individualiai.

„Warp“ pradėjo veikti kaip naujos kartos terminalas, vėliau tapo aplinka, kurioje programuotojas gali pavesti DI agentui skaityti failus, ieškoti klaidų, generuoti kodą ir paleisti testus. Tokių užduočių įrašai gali atskleisti daug daugiau nei paprasta statistika apie paspaudimus: jie gali parodyti failų pavadinimus, projektų struktūrą, vykdytas komandas ar vartotojo darbo eigą. Tačiau ar būtent tokie jautrūs duomenys buvo pavogti, bendrovė dar nepatvirtino.

REKLAMA

DI agentų darbo žurnalai skiriasi nuo paprastos produkto naudojimo statistikos. Į juos gali patekti agento priimtų sprendimų seka, užduočių aprašymai, klaidų pranešimai, naudoti įrankiai ir tarpinių veiksmų rezultatai. Tokia informacija padeda kūrėjams diagnozuoti klaidas, tačiau kartu gali atskleisti, kaip organizacija vysto savo programinę įrangą. Jei užrašai perduodami išoriniam analitikos tiekėjui, prieigos kontrolę būtina taikyti ne tik pagrindinei paslaugai, bet ir tam partneriui. Kitaip saugumas tampa priklausomas nuo silpniausios grandies.

Darbuotojams gali atrodyti, kad svarbiausia neįkelti į DI įrankį slaptažodžių, tačiau rizika platesnė. Net pats programos kodas ar testavimo aplinkos adresai gali būti laikomi komercine paslaptimi. Kai kurie automatiniai agentai komandų rezultatuose mato vidinę sistemų struktūrą, todėl jų veiklos pėdsakai turi vertę ir potencialiam užpuolikui. Tai nereiškia, kad šio konkretaus „Warp“ incidento metu buvo pavogta tokia informacija. Šis neapibrėžtumas kaip tik yra priežastis laikytis faktų ir laukti galutinių tyrimo išvadų, o ne iš anksto skelbti apie masinį kodo nutekėjimą.

Lietuvos programinės įrangos kūrėjų įmonėms verta apsispręsti, kokį agentų naudojimą jos leidžia darbo aplinkoje. Atskirti testavimo ir gamybines paskyras, mažinti prieigą prie produkcinių paslapčių, nustatyti trumpus prisijungimo raktų galiojimo terminus ir reguliariai peržiūrėti tiekėjų saugumo pranešimus. Jei agentas veikia darbuotojo kompiuteryje, tai dar nereiškia, kad jo telemetrija niekur neiškeliauja. Sprendžiant, kokį įrankį įsigyti, verta patikrinti ne tik modelio atsakymų kokybę, bet ir duomenų laikymo vietą, žurnalų išjungimo galimybes bei incidentų informavimo sąlygas.

REKLAMA

Kaip atsiranda grėsmė ir ką ji reiškia

„Warp“ teigimu, įsilaužimas buvo susijęs su paslaugų tiekėju, o ne tiesiogiai su pačiu naudotojo kompiuteriu. Įmonė nurodė pasitelkusi išorės incidentų tyrėjus, tarp jų „CrowdStrike“, ir informavusi teisėsaugą. Kol aiškinamasi prieigos mechanizmas, negalima teigti, kad buvo kompromituotas visas paslaugos kodas, visi slaptažodžiai arba visų vartotojų projektai.

Verslo požiūriu svarbiausias klausimas – kokie agento žurnalai išsaugomi ir kur jie perduodami. Įmonės, įdiegusios DI programavimo padėjėjus, neretai atskirai reguliuoja prieigą prie kodų saugyklų, bet mažiau dėmesio skiria veiksmų telemetrijai. Jei tokia telemetrija atsiduria pas subrangovą, atsiranda papildoma duomenų valdymo grandis, kuriai taip pat reikalingos sutartinės ir techninės apsaugos.

Ką turi žinoti Lietuvos naudotojai ir įmonės

Naudotojams rekomenduotina peržiūrėti paskyros pranešimus, patikrinti neįprastus prisijungimus ir, jei vidinė rizikos analizė to reikalauja, pakeisti jautrius raktus, kurie galėjo būti atskleisti žurnaluose. Nereikėtų aklai keisti visų organizacijos raktų vien pagal antraštę: pirmiausia būtina nustatyti, kokie raktai apskritai galėjo patekti į įrašus. Tai padeda išvengti nereikalingų sutrikimų.

REKLAMA

Pastaruoju metu matėme ir kitą atvejį, kai po „Railway“ incidento buvo raginama atšaukti paslaugų raktus. „Warp“ istorija primena, kad DI įrankių tiekėjų saugumas tampa neatsiejamas nuo pačios programinės įrangos tiekimo grandinės saugumo. Lietuvos programuotojų komandoms tai labai praktiška pamoka: prieš suteikiant agentui plačias teises reikia žinoti, ką jis įrašo ir kas vėliau gali tuos įrašus pasiekti. Plačiau apie susijusias technologijų saugumo problemas rašėme ankstesniame „TechNaujienos.lt“ straipsnyje.

Kaip vertinate šį straipsnį?

NAUJIENOS IŠ INTERNETO

Trumpai, aiškiai ir be triukšmo – gaukite svarbiausias technologijų ir mokslo naujienas pirmieji.

Sekite mokslo ir technologijų tendencijas
Dalyvaukite diskusijose
Naujienas gaukite pirmieji
1 700+ narių jau seka mūsų puslapį, laukiame tavęs!

Rokas Baltrušaitis Technologijų žurnalistas, videografas, kūrybinių industrijų bakalauras VILNIUS TECH universitete. El. p. redakcija@technaujienos.lt.

10

Taip pat skaitykite

Atrinkome panašius straipsnius, kurie gali jums patikti.