An АИ инвентар је континуирано ажурирани каталог свих вештачких интелигенција које се користе у вашој организацији — модели, крајње тачке покретане вештачком интелигенцијом, скупови података, асистенти за кодирање вештачком интелигенцијом, MCP сервери и зависности вештачке интелигенције — заједно са односима, ризицима и власницима који их повезују. У контексту безбедности ово нема никакве везе са управљањем складиштем или залихама; овде, „Инвентар вештачке интелигенције“ једноставно значи знати тачно коју вештачку интелигенцију покрећете, где се налази и шта може да досегне.
Како се вештачка интелигенција шири кроз сваку фазу развоја софтвера, од генерисања кода у IDE-у до аутономних агената који делују унутар CI/CD pipelineс, питање више није да ли је вештачка интелигенција присутна у вашем окружењу. Ради се о томе да ли то можете видети. Овај водич објашњава шта је инвентар вештачке интелигенције, како се односи на AI-BOM и један SBOM, зашто схадов АИ постао је безбедносни проблем и како се пракса пресликава на Закон о вештачкој интелигенцији ЕУ, НИСТ АИ РМФ ИСО / ИЕЦ КСНУМКС.
Кључни одводи
- Инвентар вештачке интелигенције каталогизује сваки модел, скуп података, агента, MCP сервер и алат за вештачко кодирање током животног циклуса вашег софтвера, не само оне које је одобрио ИТ.
- Схадов АИ, Вештачка интелигенција усвојена без управљања, сада је норма, а не изузетак: у једном истраживању лидера безбедности из 2026. године, само 19% организација је пријавило потпуну видљивост где и како се користи вештачка интелигенција.
- An AI-BOM (AI листа материјала) је резултат спреман за ревизију инвентара вештачке интелигенције: наследник ере вештачке интелигенције SBOM.
- Стиже регулатива. Закон ЕУ о вештачкој интелигенцији, NIST AI RMF и ISO/IEC 42001, сви ефикасно захтевају да знате којом вештачком интелигенцијом управљате.
- Инвентар је само почетна тачка; вредност долази од бодовања ризика и деловања на основу малог броја имовине која је заиста важна.
Шта је инвентар вештачке интелигенције?
Инвентар вештачке интелигенције је пракса откривања, каталогизовања и континуираног праћења сваке вештачке интелигенције која функционише током животног циклуса развоја софтвера, као и ризика повезаних са сваком од њих. Комплетан инвентар одговара на три питања за сваку имовину: шта је то, где се покреће и чему може да приступи?
Тај обим је шири него што већина тимова очекује. Смисао вештачке инвентарске листе требало би да обухвати:
- Моделисваки велики језички модел и основни модел који се користи током развоја и производње, са поузданошћу верзије, локације и детекције.
- Датасетс: подаци за обуку, скупови података за преузимање и складишта вектора, укључујући изложеност затрованом контексту и цурење података.
- Агентиаутономни системи који предузимају радње у вашем окружењу, као што је отварање pull requests, инсталирање зависности или додиривање инфраструктуре.
- MCP сервери: Протокол контекста модела сервери који повезују вештачку интелигенцију са спољним алатима, API-јима и изворима података.
- Алати и асистенти за вештачку интелигенцију (AI) кодирање: копилоти и IDE интеграције које генеришу код, предлажу зависности и интерагују са репозиторијумима.
- АИ оквириLangChain, LangGraph, агентски сервери и други слојеви оркестрације који повезују моделе са алатима и подацима.
- Односи између имовине: везе између модела, агената, сервера, скупова података и тајни повезаних са њима. График односа чини ризик видљивим у контексту, а не као равну листу.
Инвентар вештачке интелигенције у односу на ин ... средстава вештачке интелигенције у односу на вештачку инвентарску листу (AI-BOM) и како се разликују од SBOM
Ови термини се користе слободно, па је корисно бити унапредcise. „Инвентар вештачке интелигенције“ и „инвентар средстава вештачке интелигенције“ описују исту стварЖиви каталог средстава вештачке интелигенције и њихових ризика. AI-BOM је артефакт који се може извести, а који производи инвентар.машински читљив списак материјала који можете предати ревизору или enterprise купац.
Најчистији начин да се разуме AI-BOM је по аналогији са SBOM:
| SBOM | AI-BOM | |
|---|---|---|
| Каталози | Зависности од софтвера отвореног кода и софтвера трећих страна | Ресурси специфични за вештачку интелигенцију: models, datasets, agents, MCP servers, AI coding tools |
| Основа ризика | Тежина ЦВЕ | Вектори напада специфични за вештачку интелигенцију (брза инјекција, несигуран MCP, прекомерна агенција) плус порекло и изложеност података |
| Главни покретач | Транспарентност ланца снабдевања | Управљање, безбедност и усклађеност са прописима у вези са вештачком интелигенцијом |
Како се вештачка интелигенција уграђује свуда SDLC, AI-BOM постаје фундаменталан као и SBOM, а лидери безбедности све више добијају захтеве од ревизора и enterprise тимови за набавку управо овог артефакта.
Зашто је инвентар вештачке интелигенције сада важан
Три силе су претвориле инвентар вештачке интелигенције од нечега што је лепо имати у приоритет.
- Прво, вештачка интелигенција пише небезбедан код у великим размерама. Независна истраживања доследно показују да велики део кода генерисаног вештачком интелигенцијом долази са рањивостима. Оригинална студија NYU/Copilot коју су спровели Pearce и др. открила је отприлике 40% генерисаних програма садржало је безбедносне слабости, и новија тестирања великих размера указују на исто: анализа компаније Veracode из 2025. године на више од 100 модела пронашла је само 55% кода генерисаног вештачком интелигенцијом било је безбедноАко не знате који асистенти генеришу код у вашем pipelineс, не можете управљати тим ризиком.
- Друго, ланац снабдевања софтвером постао је површина за напад вештачке интелигенције. У септембру КСНУМКС, Схаи Хулуд, први саморазмножавајући npm црв, претворио је машине програмера у механизам дистрибуције, ширећи се на стотине пакета. У марту 2026. године, нападачи су компромитовали акиос, пакет са отприлике 100 милиона недељних преузимања, објављујући заражене верзије које су објавиле тројанца за даљински приступ. Напади попут ових слећу тачно у слој између традиционалног AppSec-а и алата за крајње тачке: слој који је инвентар вештачке интелигенције направљен да осветли.
- Треће, тајне и акредитиви цуре кроз вештачку интелигенцију. У публикацији „State of Secrets Sprawl 2026“ сајта GitGuardian објављено је да Цурење тајни о услугама вештачке интелигенције порасло је за 81% у односу на претходну годину, и то уз помоћ вештачке интелигенције commits leak secretс отприлике двоструко већом брзином од основне. Сваки недокументовани модел, агент или MCP сервер је потенцијални пут до акредитива.
Традиционална AppSec зауставља се на репозиторијуму и не разуме шта је модел. Алати за крајње тачке прате оперативни систем, али не разумеју пакете, MCP сервере или AI асистенте. Јаз између њих је место где се AI ризик акумулира, а инвентар је први корак ка његовом затварању.
Где се крије вештачка интелигенција: Засенчена вештачка интелигенција широм SDLC
Схадов АИ Да ли је било који систем вештачке интелигенције усвојен без формалног одобрења или управљања: копилот који је програмер омогућио прошле недеље, MCP сервер који ради на лаптопу, модел директно преузет из јавног чворишта у споредни пројекат. То није гранични случај. У истраживању из 2026. године спроведеном међу преко 400 лидера у области безбедности, само 19% је пријавило потпуну видљивост где и како се користи вештачка интелигенција широм своје организације, док је огромна већина већ користила или пилотирала асистенте за кодирање са вештачком интелигенцијом.
Најтеже је пронаћи вештачку интелигенцију у сенци она унутар животног циклуса софтвера, јер се она ретко појављује у cloud конзоли:
- Модели и библиотеке вештачке интелигенције увучене су у репозиторијуме као зависности.
- Асистенти за вештачко кодирање конфигурисани по програмеру, по IDE-у.
- MCP сервери и датотеке са правилима које се покрећу локално на крајњим тачкама програмера.
- Тихо отварање токова посла агента pull requests или инсталирање пакета.
Зато откривање само у облаку није довољно. Заиста комплетан инвентар вештачке интелигенције мора да досегне до кода и окружења за изградњу (лаптоп програмера, репозиторијум, pipeline), не само производни облак.
Шта припада AI-BOM-у
АИ-БОМ спреман за ревизију претвара ваш инвентар у нешто што можете доказати. Требало би да садржи најмање:
- Свака вештачка интелигенција: модели, скупови података, агенти, MCP сервери, алати за вештачко кодирање.
- Тип средства, локација и поузданост детекције за свако.
- Порекло и зависности (одакле модел или компонента потиче).
- Ниво ризика по средству, заснован на векторима напада специфичним за вештачку интелигенцију.
- Регулаторно мапирање у складу са Законом ЕУ о вештачкој интелигенцији, NIST AI RMF и ISO/IEC 42001.
- Машински читљив формат за ревизоре и купце који се може извозити.
Организације које могу да генеришу AI-BOM на захтев имаће стварну предност у усклађености и поверењу како обавезе ревизије AI буду сазревале.
Инвентар вештачке интелигенције и усклађеност: Закон ЕУ о вештачкој интелигенцији, NIST AI RMF и ISO/IEC 42001
Ниједан од главних оквира не наводи „инвентар вештачке интелигенције“ као ставку, али је сваки од њих практично немогуће задовољити без њега. Не можете документовати, класификовати или управљати системима вештачке интелигенције које не можете видети.
| Оквир | Зашто је потребан инвентар |
|---|---|
| Закон о вештачкој интелигенцији ЕУ | Системи високог ризика носе обавезе документације и регистрације, и Article 50 уводи обавезе транспарентности. Њихово испуњавање захтева знање које системе вештачке интелигенције покрећете и како су класификовани. |
| НИСТ АИ РМФ | Map функцију и Govern 1.6 позивају на инвентаризацију и мапирање система вештачке интелигенције као основу за управљање њиховим ризицима. |
| ИСО / ИЕЦ КСНУМКС | Систем управљања вештачком интелигенцијом standard захтева одржавање инвентара система вештачке интелигенције као основну контролу. |
Напомена о времену: спровођење Закона ЕУ о вештачкој интелигенцији ревидирано је споразумом „Дигитални омнибус“ из маја 2026. године, којим је већина обавеза са високим ризиком одложена за децембар 2027. године, док је неколико прекретница од 2. августа 2026. године задржано на снази (обавезе транспарентности, овлашћења за казне у вези са GPAI). Третирајте тачне датуме као покретну мету и потврдите их у односу на примарне изворе ЕУ. Али правац кретања је јасан, а инвентар је предуслов за све то.
Како направити и одржавати инвентар вештачке интелигенције
Израда инвентара је мање ствар једнократне ревизије, а више успостављања континуираног процеса, јер се средства вештачке интелигенције стално мењају: усвајају се нови модели, распоређују се нови агенти, конфигуришу се нови MCP сервери, често без одобрења.
Практичан приступ:
- Аутоматско откривање у коду, изради и облаку. Ручно унете табеле застаре у року од неколико дана. Откривање мора континуирано да се изводи и да досеже до SDLC, не само током извршавања.
- Класификујте и мапирајте односе. Забележите тип, локацију, порекло и, што је кључно, како је свака имовина повезана са другима и са тајнама.
- Ризик од бодова у контексту. Једноставан списак од стотина налаза никоме не помаже; приоритизујте оно што је заправо доступно, искористиво и критично за пословање.
- Додели власништво. Свакој имовини је потребан одговоран власник.
- Нека буде активан и да се може извозити. Одржавајте га као континуирани инвентар који може да произведе AI-BOM на захтев.
Шта тражити у софтверу за инвентар вештачке инвентаризације
Ако процењујете алате, ово су могућности које разликују оригинални софтвер за инвентар вештачке интелигенције од статичке листе:
- Разуме типове средстава специфичних за вештачку интелигенцију (модели, агенти, MCP сервери, скупови података), не само пакети и библиотеке.
- Досеже у SDLC, откривајући вештачку интелигенцију у коду и на крајњим тачкама програмера, не само у облаку.
- Односи на мапама, не само појединачна средства, тако да је ризик видљив у контексту.
- Оцењује ризик на векторима напада специфичним за вештачку интелигенцију (брза ињекција, несигуран MCP, прекомерна агенција), не само озбиљност CVE.
- Ради непрекидно, хватајући нову вештачку интелигенцију како се појављује.
- Производи AI-BOM спреман за ревизију што задовољава и ревизоре и enterprise набавке.
- Повезује инвентар са спровођењем закона, тако да можете деловати на основу онога што пронађете.
Од инвентара до акције: осигуравање онога што пронађете
Откривање је први корак; други је разумевање која средства носе стварни ризик, јер већина неће. Циљ је прећи са хиљада сирових налаза на оних неколико који заправо могу угрозити системе, податке или операције: оних који су у активној употреби, прихватају непоуздане улазе, реално се могу искористити, имају осетљив приступ и утичу на производњу или регулисана средства.
Овде се налази управљање безбедносним положајем вештачке интелигенције (AI-SPM) преузима: вршење инвентара, бодовање ризика дуж путање вештачке интелигенције, мапирање истог у регулативу и израда вештачке интелигенције-списак (AI-BOM). Такође је то место где се инвентар сусреће са спровођењем прописа: блокирање злонамерних зависности пре него што се инсталирају, одбацивање неодобрених MCP сервера и модела и задржавање угрожених крајњих тачака пре него што се инцидент прошири.
At Ксигени, ово је модел који градимо ка: континуираном AI инвентару и AI-BOM кроз AI-SPM, детекцији злонамерног софтвера која хвата злонамерне пакете пре него што постоји потпис (MEW, рано упозоравање на злонамерни софтвер), и спровођење политика на крајњој тачки програмера путем Xygeni Shield-а. Детекција је усклађена са OWASP Top 10 за LLM апликације, OWASP Top 10 за Agentic апликације и OWASP MCP Top 10. Али који год приступ да изаберете, принцип важи: Не можете осигурати оно што не можете видети, а инвентар вештачке интелигенције је место где видљивост почиње.
ФАК
По чему се AI-BOM разликује од SBOM?
An SBOM каталогизује зависности софтвера отвореног кода и софтвера трећих страна, оцењене на основу озбиљности CVE. AI-BOM каталогизује средства специфична за AI (моделе, агенте, MCP сервере, скупове података) са бодовањем ризика специфичним за AI и регулаторним мапирањем. Како се AI шири по SDLC, AI-BOM постаје фундаменталан као и SBOM.
Шта је вештачка интелигенција у сенци и како да је откријем?
Сенчана вештачка интелигенција је свака вештачка интелигенција усвојена без формалног одобрења или управљања: омогућени копилот, локални MCP сервер, модел преузет из јавног чворишта. Откривате је континуираним аутоматизованим инвентаром који досеже до кода, изградње pipelineи крајње тачке програмера, не само производни облак где се већина вештачке интелигенције у сенци никада не појављује.
Да ли Закон ЕУ о вештачкој интелигенцији захтева инвентар вештачке интелигенције?
Закон ЕУ о вештачкој интелигенцији не помиње експлицитно „инвентар вештачке интелигенције“, али је немогуће испунити његове обавезе у вези са документовањем, класификацијом и регистрацијом система високог ризика без њега. Исто важи и за NIST AI RMF (Map function, Govern 1.6) и ISO/IEC 42001, који захтева вођење инвентара система вештачке интелигенције.
Шта је AI-SPM?
Управљање безбедносним положајем вештачке интелигенције (AI-SPM) је пракса континуираног откривања вештачке интелигенције, бодовања њиховог ризика дуж путање напада вештачке интелигенције, њиховог мапирања у односу на регулативу и израде AI-BOM-а. Проширује размишљање о управљању положајем (познато из CSPM и DSPM) на средства и векторе напада специфичне за вештачку интелигенцију.
Колико често треба ажурирати инвентар вештачке интелигенције?
Непрекидно. Имовина вештачке интелигенције се мења свакодневно како тимови усвајају нове моделе, распоређују нове агенте и конфигуришу нове MCP сервере, обично без формалног одобрења. Скенирање у тренутку застарева у року од неколико дана, тако да ефикасан софтвер за инвентар вештачке интелигенције функционише као континуирани процес, а не као једнократна ревизија.
Како да направим инвентар вештачке интелигенције која се користи у изворном коду?
Инвентарисање вештачке интелигенције у коду значи откривање модела вештачке интелигенције и библиотека преузетих као зависности, асистената за кодирање вештачке интелигенције конфигурисаних по програмеру и MCP сервера или датотека са правилима које се покрећу локално. Ово захтева откривање које функционише унутар SDLC (репозиторијуми, изградња pipelineи крајње тачке програмера) а не само у облачним конзолама.




