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.
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.
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.
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ų.
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į?
Prenumeruokite mūsų „YouTube“ kanalą ir mėgaukitės įdomiais vaizdo reportažais apie mokslą ir technologijas.
Trumpai, aiškiai ir be triukšmo – gaukite svarbiausias technologijų ir mokslo naujienas pirmieji.
DIENOS SKAITOMIAUSI
Užgrobė lėktuvą, gavo 200 000 dolerių ir iššoko su parašiutu: jo tapatybė iki šiol nežinoma
2NASA paskelbė, kada planuojamas astronautų nusileidimas Menulyje
3Senovės žmonių DNR atskleidė netikėtą ledynmečio Europos istoriją
4„OpenAI“ paskelbė apie tris stulbinamus DI atradimus: matematikos ir fizikos įrodymus tikrins mokslininkai
5Du laivai susidūrė uoste – po akimirkos įvyko vienas didžiausių nebranduolinių sprogimų istorijoje
NAUJAUSI
Taip pat skaitykite
Atrinkome panašius straipsnius, kurie gali jums patikti.