Microsoft laiendab Project Perceptionit ettevõttesiseste agentide õiguste ohjamiseks

Mis on teates uus?

Microsofti juhtkonna blogipostitus ja sama päeva tehnilisem turbeülevaade kirjeldavad ettevõttesisest agenti osalisena, kellele antud õigusi tuleb pidevalt hinnata. Tehniline ülevaade nimetab uusi Dynamic Permissions, Dynamic Agent Risk ja Dynamic Conditional Access võimalusi. Microsofti järgi peaks agendi lubatud tegevus muutuma koos ülesande ja riskiga.

The Indian Express kajastas laiendust eraldi ning paigutas teadaande 19. oktoobrile. Väljaande hilisem uuendamiskuupäev ei muuda Microsofti algse teate päeva. Artikli ajamäärangu aluseks on Microsoft Security Blogi esmane ajatempel, mis vastab 19. oktoobri kella 16-le Eesti aja järgi.

Uudist ei tasu segi ajada juulise Project Perceptioni tutvustusega ega varasema Microsofti küberturbemudeli looga. Microsoft kirjeldab uut kasutussuunda sama turbearhitektuuri sees: lisaks väliste rünnakute tõrjumisele tuleb ohjata agente, kelle organisatsioon on ise oma süsteemidesse lubanud. AI-Radari jaoks on siin sisuline muutus ligipääsu käsitlemises jooksva otsusena.

Eraldi identiteet ja muutuv õigus

Microsofti tehnilise kirjelduse järgi peaks agent alustama minimaalse õigusega ning saama ainult ülesande jaoks vajaliku ja ajaliselt piiratud volituse. Organisatsiooni poliitika määrab välise piiri. Agent ei tohiks selle kaudu saada õigusi, mida tema kasutajal endal pole. Seejuures saab töötaja oma ligipääsu säilitada ka siis, kui agendi tegevust piiratakse.

Riskihinnangu sisenditena nimetab ettevõte identiteedi, andmete, seadmete, võrgu, pilve ja käituskeskkonna signaale. Kavandatud reageerimine võib olla astmeline: näiteks lubada lugemist, piirata muutmist või peatada töö. Need on tootja kirjeldatud võimalused. Käesolev lugu ei tõenda nende toimimist igas kliendikeskkonnas ega anna sõltumatut tabamistäpsuse mõõtmist.

Microsoft rõhutab ka kontrollide paigutamist agendist väljapoole. Meie hinnangul on see oluline arhitektuuriline nõue: tööülesannet lahendav mudel ei peaks saama ise otsustada, et tema senine volitus enam ei kehti, ega kontrollija logisid muuta. Kas konkreetne paigaldus selle nõude täidab, tuleb kontrollida tegelike ühenduste ja jõustamiskohtade põhjal.

Miks ei piisa ühekordsest lubamisest?

Kujutleme ettevõtte agenti, mille töö on koondada osakonna kulud. See on AI-Radari näide, mitte Microsofti toote test. Ülesande alguses võib agent vajada lugemisõigust kindlale andmekogule. Hiljem võib see kohata välist dokumenti, mis suunab teda infot mujale saatma. Algselt lubatud töö ei anna automaatselt õigust uuele sihtkohale ega uuele tegevusele.

Seetõttu võiks ligipääsuotsus arvestada, millist ressurssi agent parasjagu kasutab ja mida ta sellega teha soovib. Mudeli vastuse sisu filtreerimine ei pruugi takistada eraldi tööriistakutset. Samamoodi ei näita seadme sisselogimise logi üksinda, millise agendi samm konkreetse muudatuse põhjustas. Hindamisel on vaja viia kokku identiteet, ülesanne ja toiming.

Muutuv risk ei tähenda siiski, et iga ebatavaline samm tuleks automaatselt ohuks kuulutada. Liiga agressiivne piiramine võib töö pooleli jätta või tekitada korduvaid kinnitusringe. Kontrollisüsteemi väärtus sõltub nii kahjulike tegevuste peatamisest kui ka sellest, kas vajalik töö saab jätkuda. Seda tasakaalu peab mõõtma keskkonnas, kus agenti päriselt kasutatakse.

AI-Radari vaade: kontrolli õiguse elutsüklit

Esimene kontrollpunkt võiks olla agendi omanik. Registrist peaks selguma, kelle ülesannet agent täidab, millistesse süsteemidesse ta pääseb ja kes saab selle ligipääsu tühistada. Ainult agendi nähtav nimi ei pruugi olla piisav, kui sama töövoog kasutab taustal mitut jagatud teenusekontot. Vastutus peab ulatuma nende tegelike volitusteni.

Teine kontrollpunkt on õiguse kestus. Meie soovitus on proovida, kas ajutine luba lõpeb ka siis, kui ülesanne jääb pooleli või agendi protsess ei sulgu korrektselt. See aitab eristada kasutajaliideses antud lubadust päriselt jõustatud piirist. Kontroll tuleb teha selle süsteemi juures, mis ressurssi kaitseb, mitte ainult agendi tööraportis.

Kolmas kontrollpunkt on peatamise ulatus. Kui turbesüsteem keelab kirjutamise, tasub kontrollida ka varem loodud sessioone ja teisi tööriistateid. Vastasel juhul võib nähtav agent olla piiratud, kuid sama õigusega kõrvalkanal alles. Me ei väida, et Microsofti lahendusel selline puudus esineb; see on kasutuselevõtu test, mis muudab üldise turbelubaduse kontrollitavaks.

Neljas kontrollpunkt on tõendusmaterjal. Logist peaks olema võimalik taastada, milline poliitika kehtis, milline signaal riski muutis ja kus otsus jõustati. Kui turvameeskond peab hiljem kõike mudeli jutustuse põhjal oletama, on uurimine nõrk. Sõltumatu sündmuslogi ning kontrollitud ligipääs sellele annavad otsusele parema aluse.

Kättesaadavus ja tõhusus vajavad eraldi kinnitust

Avalikud blogipostitused kirjeldavad laia suunda ja mitut omavahel seotud võimalust. Nende põhjal ei saa kinnitada, et iga nimetatud kaitse on kõigi litsentside, agentide ja piirkondade jaoks üldiselt saadaval. Konkreetse juurutuse puhul tuleb üle kontrollida nõutavad tooted, ühendused, kasutuselevõtu etapp ning toetatud jõustamiskohad.

Samuti ei esitata siin sõltumatut võrdlust ründekatsete, valepositiivsete otsuste või reageerimisviivituse kohta. AI-Radari soovitatud mõõdikud oleksid õiguse tühistamise tegelik viivitus, kontrollita jäänud toimingute osakaal ja lubatud töö edukus. Need aitavad hinnata, kas uus ligipääsumudel annab organisatsioonile rohkem kontrolli ka siis, kui agendi käitumine muutub.