An IA inbentarioa zure erakundean zehar dabiltzan IA aktibo guztien etengabe eguneratzen den katalogoa da — ereduak, IA bidezko amaiera-puntuak, datu-multzoak, IA kodeketa laguntzaileak, MCP zerbitzariak eta IA mendekotasunak — horiek lotzen dituzten harremanekin, arriskuekin eta jabeekin batera. Segurtasun testuinguruan, honek ez du zerikusirik biltegi edo stock inbentarioaren kudeaketarekin; hemen, "IA inbentarioa" besterik gabe, zer IA exekutatzen ari zaren, non bizi den eta zer irits daitekeen jakitea esan nahi du.
Adimen artifiziala software garapenaren etapa guztietan zehar hedatzen den heinean, IDEan kodea sortzeatik hasi eta barruan jarduten duten agente autonomoetaraino. CI/CD pipelines, galdera ez da jada AI zure ingurunean dagoen ala ez. Ikus dezakezun ala ez da kontua. Gida honek azaltzen du zer den IA inbentario bat, nola erlazionatzen den... AI-BOM eta SBOM, zergatik itzal AI segurtasun arazo bihurtu da, eta praktikak nola lotzen duen EBko AI Legea, NIST AI RMF ISO / IEC 42001.
Funtsezko garraioak
- AI inbentario batek zure softwarearen bizi-ziklo osoko modelo, datu-multzo, agente, MCP zerbitzari eta AI kodetze-tresna guztiak katalogatzen ditu, ez bakarrik ITk onartutakoak.
- Itzala AI, gobernantzarik gabe hartutako IA, orain araua da, ez salbuespena: 2026an segurtasun-buruei egindako inkesta batean, bakarrik Erakundeen % 19k adierazi zuten IA non eta nola erabiltzen den ikusteko aukera osoa dutela..
- An AI-BOM (Materialen Zerrenda AI) IA inbentario baten auditoriarako prest dagoen irteera da: IA aroko ondorengoa SBOM.
- Erregelamendua iristen ari da. EBko IA Legeak, NIST IA RMFk eta ISO/IEC 42001ek zer IA erabiltzen duzun jakitea eskatzen dute.
- Inbentarioa abiapuntua besterik ez da; balioa arriskua puntuatzetik eta benetan garrantzitsuak diren aktibo kopuru txikian jardutetik dator.
Zer da IA inbentario bat?
IA inbentarioa softwarearen garapen-zikloan zehar funtzionatzen duten IA aktibo guztiak eta bakoitzari lotutako arriskuak aurkitzea, katalogatzea eta etengabe monitorizatzea da. Inbentario oso batek aktibo bakoitzerako hiru galdera erantzuten ditu: zer da, non exekutatzen da eta zertara sar daiteke?
Esparru hori talde gehienek espero dutena baino zabalagoa da. IA inbentario esanguratsu batek honako hauek hartu beharko lituzke barne:
- Ereduak: garapenean eta ekoizpenean erabiltzen diren hizkuntza-eredu handi eta oinarrizko eredu guztiak, bertsioaren, kokapenaren eta detekzio-konfiantzarekin.
- Datu multzoak: entrenamendu datuak, berreskuratze datu-multzoak eta bektore-biltegiak, testuinguru pozoituaren eraginpean egotea eta datu-ihesak barne.
- Agenteak: zure ingurunean ekintzak egiten dituzten sistema autonomoak, hala nola irekitzea pull requests, menpekotasunak instalatzea edo azpiegitura ukitzea.
- MCP zerbitzariak: Testuinguru ereduaren protokoloa IA laguntzaileak kanpoko tresnetara, APIetara eta datu-iturrietara konektatzen dituzten zerbitzariak.
- AI kodetze tresnak eta laguntzaileak: kopilotoak eta kodea sortzen duten IDE integrazioak, menpekotasunak iradoki eta biltegiekin elkarreragin.
- IA esparruakLangChain, LangGraph, agente zerbitzariak eta ereduak tresnetara eta datuetara lotzen dituzten beste orkestrazio geruza batzuk.
- Aktiboen arteko harremanak: modeloen, agenteen, zerbitzarien, datu-multzoen eta horiei lotutako sekretuen arteko loturak. Erlazio-grafo batek arriskua testuinguruan ikusgai egiten du, ez zerrenda lau gisa.
AI inbentarioa vs AI aktiboen inbentarioa vs AI-BOM, eta nola desberdintzen diren batetik SBOM
Termino hauek modu librean erabiltzen dira, beraz, aurrez aurre egotea lagungarria dacise. «IA inbentarioa» eta «IA aktiboen inbentarioa» gauza bera deskribatzen dute: IA aktiboen eta haien arriskuen katalogo bizia. AI-BOM inbentarioak sortzen duen esportagarria den artefaktua da.: auditore bati edo auditore bati eman diezaiokezun makinaz irakur daitekeen materialen zerrenda enterprise erosle.
AI-BOM ulertzeko modurik garbiena analogiaren bidez da. SBOM:
IA mundu osoan txertatzen den heinean SDLC, AI-BOM bezain oinarrizkoa bihurtzen ari da SBOM, eta segurtasun-arduradunek gero eta eskaera gehiago jasotzen dituzte auditoreengandik eta enterprise erosketa taldeak zehazki artefaktu honetarako.
Zergatik da garrantzitsua IA inbentarioa orain?
Hiru indarrek IA inbentarioa edukitzeko gauza atsegina izatetik lehentasun bihurtu dute.
- Lehenik eta behin, IA kode ez-segurua idazten ari da eskala handian. Ikerketa independenteek behin eta berriz aurkitzen dute IA bidez sortutako kodearen zati handi batek ahultasunak dituela. Pearce eta beste batzuek egindako NYU/Copilot jatorrizko ikerketak gutxi gorabehera aurkitu zuen Sortutako programen % 40k segurtasun ahuleziak zituzten, eta azken eskala handiko probak bide bera adierazten dute: Veracode-ren 2025eko analisiak 100 modelo baino gehiagotan aurkitu zuen soilik Adimen artifizialak sortutako kodearen % 55 segurua zenZure kodea zein laguntzailek sortzen ari diren ez badakizu pipelines, ezin duzu arrisku hori gobernatu.
- Bigarrenik, softwarearen hornikuntza-katea IA eraso-gainazal bihurtu da. September 2025 ere, Shai Hulud, lehen auto-hedapeneko npm harra, garatzaileen makinak banaketa-mekanismo bihurtu zituen, ehunka paketeetan zehar zabalduz. 2026ko martxoan, erasotzaileek arriskuan jarri zuten Axios, gutxi gorabehera duen pakete bat 100 milioi deskarga astero, urruneko sarbideko troiar bat bota zuten bertsio pozoituak argitaratuz. Eraso hauek AppSec tradizionalaren eta endpoint tresnen arteko geruza horretan kokatzen dira: IA inbentario batek argitzeko eraikita dagoen geruza.
- Hirugarrenik, sekretuak eta kredentzialak AIaren bidez filtratzen ari dira. GitGuardian-en State of Secrets Sprawl 2026-k jakinarazi zuenez IA zerbitzuen sekretuen filtrazioak % 81 igo ziren urte artean, eta IA bidez lagunduta commits leak secretoinarrizko tasaren bikoitza gutxi gorabehera. Dokumentatu gabeko modelo, agente edo MCP zerbitzari oro kredentzial baterako bide potentziala da.
AppSec tradizionala biltegian gelditzen da eta ez du ulertzen zer den eredu bat. Amaierako tresnek sistema eragilea ikusten dute, baina ez dituzte ulertzen paketeak, MCP zerbitzariak edo IA laguntzaileak. Bien arteko hutsunea da IA arriskua pilatzen den tokia, eta inbentarioa da hura ixteko lehen urratsa.
Non ezkutatzen den IA: itzaleko IA mundu osoan zehar SDLC
Itzala AI IA sistema bat onartzen al da baimen formalik edo gobernantzarik gabe?: garatzaile batek joan den astean gaitutako kopilotua, ordenagailu eramangarri batean exekutatzen ari den MCP zerbitzaria, zuzenean hub publiko batetik alboko proiektu batera ateratako eredua. Ez da kasu mugatzaile bat. 2026an 400 segurtasun-buru baino gehiagori egindako inkesta batean, bakarrik... % 19k adierazi zuten IA non eta nola erabiltzen den ikusteko aukera osoa. beren erakunde osoan, gehiengo zabalak IA kodetze laguntzaileak erabiltzen edo probatzen ari ziren bitartean.
Zailena IA itzalean aurkitzeko softwarearen bizi-zikloaren barrukoa da, oso gutxitan agertzen baita hodeiko kontsola batean:
- Modeloak eta IA liburutegiak mendekotasun gisa biltegietara sartu dira.
- IA kodeketa laguntzaileak garatzaile eta IDE bakoitzeko konfiguratuta.
- Garatzaileen amaiera-puntuetan tokian tokiko exekutatzen diren MCP zerbitzariak eta arau-fitxategiak.
- Agenteen lan-fluxuak isilean irekitzen ari dira pull requests edo paketeak instalatzen.
Horregatik ez da nahikoa hodeiko aurkikuntza soilik. Benetako IA inbentario oso batek kodean sartu eta eraikitzeko inguruneetan sartu behar du (garatzailearen ordenagailu eramangarria, biltegia,...). pipeline), ez bakarrik ekoizpen-hodeia.
Zer egon behar du AI-BOM batean?
Auditoriarako prest dagoen AI-BOM batek zure inbentarioa frogatu dezakezun zerbait bihurtzen du. Gutxienez, honako hauek izan beharko lituzke:
- IA aktibo guztiak: modeloak, datu-multzoak, agenteak, MCP zerbitzariak, IA kodetze tresnak.
- Aktibo mota, kokapena eta detekzio-konfiantza bakoitzerako.
- Jatorria eta mendekotasunak (modeloa edo osagaia nondik datorren).
- Aktibo bakoitzeko arrisku maila, IAren eraso bektore espezifikoetan oinarrituta.
- EBko IA Legearen, NIST IA RMFren eta ISO/IEC 42001 araudiaren araberako araudi-mapak.
- Auditore eta bezeroentzat esportagarria eta makinaz irakur daitekeen formatua.
Eskariaren arabera AI-BOM bat sor dezaketen erakundeek benetako betetze eta konfiantza abantaila izango dute AI auditoritzaren betebeharrak heltzen diren heinean.
IA inbentarioa eta betetzea: EBko IA Legea, NIST IA RMF eta ISO/IEC 42001
Esparru nagusietako batek ere ez du “IA inbentarioa” lerro-elementu gisa izendatzen, baina bakoitza ezinezkoa da hori gabe asetzea. Ezin dituzu ikusten ez dituzun IA sistemak dokumentatu, sailkatu edo gobernatu.
Ohar bat denborari buruz: EBko IA Legearen hedapena 2026ko maiatzeko "Digital Omnibus" akordioak berrikusi zuen, arrisku handiko betebehar gehienak 2027ko abendura arte atzeratu zituena, 2026ko abuztuaren 2ko hainbat mugarri indarrean mantenduz (gardentasun betebeharrak, GPAI zigortzeko ahalmenak). Data zehatzak helburu mugikor gisa hartu eta EBko lehen mailako iturriekin berretsi. Baina bidaiaren norabidea argia da, eta inbentarioa da hori guztia egiteko aurrebaldintza.
Nola eraiki eta mantendu IA inbentario bat
Inbentario bat sortzea ez da hainbeste auditoria puntual bat, baizik eta prozesu jarraitu bat ezartzea, IA aktiboak etengabe aldatzen baitira: eredu berriak adoptatu, agente berriak zabaldu, MCP zerbitzari berriak konfiguratu, askotan baimenik gabe.
Ikuspegi praktiko bat:
- Ezagutu automatikoki kodean, eraikuntzan eta hodeian zehar. Eskuzko kalkulu-orriak egun gutxiren buruan zaharkitzen dira. Discovery etengabe exekutatu eta sartu behar da SDLC, ez exekuzio-denbora bakarrik.
- Harremanak sailkatu eta mapatu. Erregistratu mota, kokapena, jatorria eta, funtsezkoa dena, aktibo bakoitza nola lotzen den besteekin eta sekretuekin.
- Puntuazio arriskua testuinguruan. Ehunka aurkikuntzen zerrenda lauak ez dio inori laguntzen; lehentasuna eman benetan eskuragarri, ustiagarri eta negozioarentzat kritikoa denaren arabera.
- Jabetza esleitu. Aktibo orok jabe arduratsu bat behar du.
- Mantendu aktibo eta esportagarri. Mantendu eskaeraren arabera AI-BOM bat sor dezakeen inbentario jarraitu gisa.
Zer bilatu behar da IA inbentario softwarean
Tresnak ebaluatzen ari bazara, hauek dira benetako IA inbentario softwarea zerrenda estatiko batetik bereizten duten gaitasunak:
- IAren aktibo mota espezifikoak ulertzen ditu (ereduak, agenteak, MCP zerbitzariak, datu-multzoak), ez bakarrik paketeak eta liburutegiak.
- Barrura iristen da. SDLC, IA kodean eta garatzaileen amaiera-puntuetan aurkitzea, ez bakarrik hodeian.
- Mapak erlazioak, ez bakarrik banakako aktiboak, beraz, arriskua testuinguruan ikusgai da.
- Arrisku puntuazioa IAren eraso bektore espezifikoetan (injekzio azkarra, MCP ez-segurua, gehiegizko agentzia), ez bakarrik CVEren larritasuna.
- Etengabe exekutatzen da, IA berria agertzen den heinean harrapatzen.
- Auditoriarako prest dagoen AI-BOM bat sortzen du bai auditoreak bai enterprise kontratazioa.
- Inbentarioa betearazpenarekin lotzen du, aurkitzen duzunaren arabera jardun ahal izateko.
Inbentariotik ekintzara: aurkitzen duzuna babestea
Aurkikuntza da lehen urratsa; bigarrena zein aktibok duten benetako arriskua ulertzea da, gehienek ez baitute izango. Helburua milaka aurkikuntza gordinetatik sistemak, datuak edo eragiketak benetan arriskuan jar ditzaketen gutxi batzuetara igarotzea da: aktiboki erabiltzen direnak, fidagarriak ez diren sarrerak onartzen dituztenak, errealistoki ustiagarriak direnak, sarbide sentikorra dutenak eta ekoizpenean edo araututako aktiboetan eragina dutenak.
Hemen da IAren Segurtasun Jarreraren Kudeaketa (AI-SPM) hartzen ditu: inbentarioa hartu, IA eraso-bidearen arriskua puntuatu, araudiarekin lotu eta IA-BOM sortu. Inbentarioak betearazpenarekin bat egiten duen lekua ere bada: mendekotasun gaiztoak blokeatu instalatu aurretik, MCP zerbitzari eta eredu onartu gabeak baztertu eta amaiera-puntuak kontrolatu gertakari bat zabaldu aurretik.
At Xigenoa, hau da eraikitzen ari garen eredua: etengabeko AI inbentarioa eta AI-BOM AI-SPM bidez, sinadura bat egon aurretik pakete gaiztoak harrapatzen dituen malware detekzioa (MEW, Malwarearen Alerta Goiztiarra), eta garatzaileen amaierako puntuan politika betearaztea Xygeni Shield bidez. Detekzioa OWASP Top 10-ekin lerrokatuta dago LLM aplikazioetarako, OWASP Top 10-ekin Agentic aplikazioetarako eta OWASP MCP Top 10-ekin. Baina edozein dela ere aukeratzen duzun ikuspegia, printzipioa mantentzen da: Ezin duzu ikusten ezin duzuna ziurtatu, eta IA inbentario bat da ikusgarritasuna hasten den tokia.
Maiz egiten diren galderak
Nola desberdintzen da AI-BOM bat etatik? SBOM?
An SBOM Kode irekiko eta hirugarrenen softwarearen mendekotasunak katalogatzen ditu, CVE larritasunaren arabera puntuatuta. AI-BOM batek AI espezifikoen aktiboak (ereduak, agenteak, MCP zerbitzariak, datu-multzoak) katalogatzen ditu AI espezifikoen arrisku-puntuazioarekin eta araudi-maparekin. AI hedatzen den heinean SDLC, AI-BOM bezain oinarrizkoa bihurtzen ari da SBOM.
Zer da itzaleko AI eta nola aurkitu dezaket?
Itzal-AIa baimen formalik edo gobernantzarik gabe hartutako edozein AI da: kopiloto gaitu bat, tokiko MCP zerbitzari bat, hub publiko batetik ateratako eredu bat. Kodean, eraikuntzan eta eraikuntzan sartzen den etengabeko inbentario automatizatu batekin aurkitzen duzu. pipelines eta garatzaileen amaiera-puntuak, ez bakarrik itzal-AI gehiena agertzen ez den ekoizpen-hodeia.
EBko IA Legeak IA inbentario bat eskatzen al du?
EBko IA Legeak ez du esplizituki aipatzen “IA inbentarioa”, baina arrisku handiko sistemen dokumentazio, sailkapen eta erregistro betebeharrak ezinezkoak dira horrelakorik gabe. Gauza bera gertatzen da NIST IA RMF-rekin (Map funtzioa, Govern 1.6) eta ISO/IEC 42001 arauarekin, zeinak IA sistemen inbentario bat mantentzea eskatzen baitu.
Zer da AI-SPM?
AI Segurtasun Jarreraren Kudeaketa (AI-SPM) AI aktiboak etengabe aurkitzeko, AI eraso-bidean zehar haien arriskua puntuatzeko, araudiarekin mapatzeko eta AI-BOM bat sortzeko praktika da. Jarreraren kudeaketaren pentsamendua (CSPM eta DSPM-tik ezaguna) AI aktibo eta eraso-bektore espezifikoetara zabaltzen du.
Zenbatetan eguneratu behar da IA inbentarioa?
Etengabe. Adimen artifizialaren aktiboak egunero aldatzen dira taldeek eredu berriak hartzen, agente berriak zabaltzen eta MCP zerbitzari berriak konfiguratzen dituzten heinean, normalean baimen formalik gabe. Une jakin bateko eskaneatzea egun gutxiren buruan zaharkituta geratzen da, beraz, adimen artifizialaren inbentario software eraginkorra prozesu jarraitu gisa exekutatzen da, auditoria puntual baten ordez.
Nola inbentariatzen dut iturburu-kodean erabilitako IA?
Kodean IA inbentariatzeak esan nahi du mendekotasun gisa sartutako IA ereduak eta liburutegiak detektatzea, garatzaile bakoitzak konfiguratutako IA kodeketa laguntzaileak eta tokian tokiko exekutatzen diren MCP zerbitzariak edo arau fitxategiak. Horrek barruan funtzionatzen duen aurkikuntza eskatzen du. SDLC (biltegiak, eraikitzea pipelines eta garatzaileen amaiera-puntuak) hodeiko kontsoletan bakarrik izan beharrean.
