ОпенРоутер је покренуо Безбедносни центар, нову административну површину за проналажење и смањење ризика API-кључа у радним просторима. Издање је усмерено на проблем који постаје све практичнији за тимове који користе ЛЛМ апликације: API кључеви имају тенденцију да се множе брже него навике управљања.

Ова функција, објављена 28. септембра, приказује кључеве у радним просторима и истиче неколико уобичајених образаца ризика. ОпенРоутер каже да безбедносни центар означава кључеве без ограничења потрошње, без датума истека или најмање 90 дана неактивности. Такође пружа препоруке и омогућава администраторима да предузму групне радње на чак 500 кључева одједном, укључујући онемогућавање кључева, њихово архивирање или додавање ограничења потрошње.

За администраторе организације предузећа, ОпенРоутер је такође додао листу дозвољених ИП адреса на нивоу налога. Захтеви са спољних одобрених адреса се одбијају, дајући тимовима контролу на нивоу мреже уз чишћење на нивоу кључа.

Шта се променило

Приметна промена није у томе што је ОпенРоутер додао још једно подешавање кључа. Ради се о томе да се управљање API-кључевима увлачи у централизованији оперативни ток рада.

Многи тимови већ знају политику коју желе: краткотрајне акредитиве где је то могуће, ограничења потрошње на кључеве које користе апликације или извођачи, чишћење напуштених кључева и строжију контролу производног саобраћаја. Тежи део је одржати ту политику актуелном када више тимова, окружења, прототипова, добављача и агената почну да генеришу акредитиве.

Изгледа да је безбедносни центар дизајниран око тог проблема одржавања. Инвентар на нивоу радног или више радних простора помаже администраторима да виде старе и ризичне кључеве без да траже од сваког тима да ручно ревидира своје акредитиве. Сигнали ризика као што су неактивност, недостајући рок трајања и недостајућа ограничења потрошње су једноставни, али се блиско повезују са стварним инцидентима: заборављени кључеви процуре, неограничени кључеви стварају одбегле рачуне, а трајни акредитиви опстају дуго након завршетка пројекта.

Ограничење масовне акције је такође важно. Ручно ажурирање 10 кључева је задатак администратора. Ажурирање стотина је програм управљања. Могућност ОпенРоутер-а да измени до 500 кључева одједном чини чишћење вероватнијим за организације које су дозволиле да се акумулира ширење кључева.

Зашто би предузећа требало да брине

ЛЛМ API-Ризик за кључеве је и безбедносни проблем и проблем управљања трошковима. Кључ који је процурио може открити податке, дозволити неовлашћено коришћење модела или довести до неочекиване потрошње. Чак и када никакви подаци нису откривени, нападач или погрешно конфигурисана услуга могу брзо да прожму буџет ако кључ нема горњу границу коришћења.

То чини ограничења потрошње више од финансијске погодности. За платформе API, оне су контрола радијуса експлозије. Датуми истека служе сличној сврси: приморавају ротацију и скраћују век трајања акредитива који су можда копирани у ЦИ послове, бележнице, програмерске машине или старе експерименте са агентима.

Ово је посебно релевантно за компаније које користе заједнички ЛЛМ за предузећа API, систем за интерну аналитику, подршку за интерни тим за аналитику и подршку за производ. Што више група користи АПИ-је модела, мање је реално ослањати се на неформално праћење кључева. Централна видљивост, кључна правила животног циклуса и контроле буџета постају део оперативног модела.

Функција листе дозвољених ИП адреса решава други слој истог проблема. Кључна ограничења ограничавају ко може да троши и колико. Мрежна ограничења ограничавају одакле могу да потичу важећи захтеви. За производне системе са стабилном инфраструктуром, статички излаз или познате канцеларијске и ВПЦ адресе могу да смање изложеност ако се кључ копира ван предвиђеног окружења.

Ко је погођен

Непосредна публика су администратори ОпенРоутер организације, посебно тимови са много радних простора или много дуготрајних кључева. Тимови за безбедност и платформе ће бринути о инвентару и спровођењу. Тимови за финансије и инжењерске операције ће бринути о ограничењима потрошње.Програмери апликација могу приметити мање сталних, неограничених кључева и већи притисак да користе акредитиве специфичне за окружење.

Агенције, консултанти и тимови интерне платформе такође могу да осете утицај. Ове групе често управљају приступом за неколико пројеката одједном, укључујући прототипове који касније постају производне услуге или бивају напуштени. Централни приказ чишћења смањује шансу да демо кључ клијента, тестни појас или повучена интеграција наставе да раде неограничено.

Промена такође одражава шири правац на тржишту вештачке интелигенције API. Недавна ажурирања платформе су се у великој мери фокусирала на рутирање, доступност модела и компромисе између цене и перформанси. Безбедносни центар подсећа да је мање гламурозан рад контролног авиона и даље битан. Избор модела је користан само ако организације такође могу да одређују ко може да позива моделе, одакле и под којим ограничењима потрошње.

Оно што остаје неизвесно

Објава ОпенРоутер-а описује главне сигнале ризика и радње администратора, али ће неколико оперативних детаља бити важни у пракси. Тимови ће морати да разумеју како се препоруке дају приоритет, да ли се налази ризика могу извозити или интегрисати у постојеће безбедносне токове рада и како функционише упозорење када се појаве нови ризични кључеви.

Из најаве је такође нејасно колико су детаљне контроле листе дозвољених ИП адреса изван нивоа налога, или како организације треба да руководе програмерима, ЦИ системима који не могу да имају спољне алате без сервера, адресе. Мрежне контроле могу да буду моћне, али такође могу да изазову трење у примени ако инфраструктура није дизајнирана око предвидљивог излаза.

За предузећа која процењују вишемоделне мрежне пролазе, практичан закључак је једноставан: API-управљање кључем постаје првокласни критеријум куповине. Гатеваи који нуди много модела, али слаба видљивост кључева оставља тимове изложеним. Мрежни пролаз који комбинује приступ моделу са инвентаром, политиком истека, ограничењима потрошње и мрежним ограничењима ближи је ономе што је предузећима потребно за производну употребу вештачке интелигенције.