An Inventar AI este un catalog actualizat continuu al fiecărui activ de inteligență artificială care funcționează în cadrul organizației dumneavoastră — modele, endpoint-uri bazate pe inteligență artificială, seturi de date, asistenți de codare bazați pe inteligență artificială, servere MCP și dependențe de inteligență artificială — împreună cu relațiile, riscurile și proprietarii care le conectează. Într-un context de securitate, acest lucru nu are nicio legătură cu gestionarea stocurilor sau a depozitelor; aici, „Inventarul IA” înseamnă pur și simplu să știi exact ce inteligență artificială folosești, unde se află și ce poate atinge.
Pe măsură ce IA se răspândește în fiecare etapă a dezvoltării software, de la generarea de cod în IDE până la agenții autonomi care acționează în interior CI/CD pipelineÎncepând cu anul acesta, întrebarea nu mai este dacă IA este prezentă în mediul dumneavoastră. Contează dacă poți să-l vezi. Acest ghid explică ce este un inventar AI, cum se leagă de un AI-BOM si un SBOM, De ce AI umbră a devenit o problemă de securitate și modul în care practica se corelează cu Actul AI al UE, NIST AI RMF și ISO / IEC 42001.
Cheltuieli cheie
- Un inventar AI cataloghează fiecare model, set de date, agent, server MCP și instrument de codare AI pe parcursul ciclului de viață al software-ului, nu doar pe cele aprobate de departamentul IT.
- Shadow AIIA adoptată fără guvernanță este acum norma, nu excepția: într-un sondaj din 2026 realizat în rândul liderilor din domeniul securității, doar 19% dintre organizații au raportat vizibilitate deplină asupra locului și modului în care este utilizată inteligența artificială.
- An AI-BOM (Lista de materiale AI) este rezultatul gata de audit al unui inventar IA: succesorul din era IA al SBOM.
- Reglementările sunt în curs de apariție. Legea UE privind inteligența artificială, NIST AI RMF și ISO/IEC 42001 vă impun, în mod efectiv, să știți ce fel de inteligență artificială utilizați.
- Un inventar este doar punctul de plecare; valoarea provine din evaluarea riscului și din acționarea asupra numărului mic de active care contează cu adevărat.
Ce este un inventar AI?
Un inventar IA este practica de descoperire, catalogare și monitorizare continuă a fiecărui activ IA care operează pe parcursul ciclului de viață al dezvoltării software, precum și a riscurilor asociate fiecăruia. Un inventar complet răspunde la trei întrebări pentru fiecare activ: ce este, unde rulează și la ce poate accesa?
Această sferă de aplicare este mai largă decât se așteaptă majoritatea echipelor. Un inventar IA semnificativ ar trebui să acopere:
- modele: fiecare model de limbaj mare și model de bază utilizat în faza de dezvoltare și producție, cu încredere în ceea ce privește versiunea, locația și detectarea.
- Datasets: date de antrenament, seturi de date de recuperare și depozite vectoriale, inclusiv expunerea la context otrăvit și scurgeri de date.
- Agențisisteme autonome care efectuează acțiuni în mediul dvs., cum ar fi deschiderea pull requests, instalarea dependențelor sau atingerea infrastructurii.
- servere MCP: Protocolul de context model servere care conectează asistenții AI la instrumente externe, API-uri și surse de date.
- Instrumente și asistenți de codare AI: copiloți și integrări IDE care generează cod, sugerează dependențe și interacționează cu repozitoriile.
- Cadre AILangChain, LangGraph, servere de agenți și alte straturi de orchestrare care conectează modelele la instrumente și date.
- Relațiile dintre active: conexiunile dintre modele, agenți, servere, seturi de date și secretele legate de acestea. Un graf de relații face ca riscul să fie vizibil în context, nu ca o listă plată.
Inventar AI vs. inventar de active AI vs. AI-BOM și cum diferă acestea de un SBOM
Acești termeni sunt folosiți cu sens larg, așa că este util să fiți pregătiți.cise. „Inventarul IA” și „inventarul activelor IA” descriu același lucrucatalogul viu al activelor de inteligență artificială și al riscurilor aferente. Un AI-BOM este artefactul exportabil produs de inventaro listă de materiale citibilă de mașină pe care o puteți înmâna unui auditor sau unui enterprise cumpărător.
Cea mai clară modalitate de a înțelege AI-BOM este prin analogie cu SBOM:
Pe măsură ce IA devine integrată în SDLC, AI-BOM devine la fel de fundamental ca SBOMși liderii din domeniul securității primesc din ce în ce mai multe solicitări din partea auditorilor și enterprise echipe de achiziții exact pentru acest artefact.
De ce contează acum inventarul AI
Trei forțe au transformat inventarul de inteligență artificială dintr-un element util într-o prioritate.
- În primul rând, inteligența artificială scrie cod nesigur la scară largă. Cercetările independente au constatat în mod constant că o mare parte din codul generat de inteligența artificială conține vulnerabilități. Studiul original NYU/Copilot realizat de Pearce și colab. a constatat aproximativ 40% din programele generate conțineau vulnerabilități de securitate, iar teste mai recente la scară largă indică aceeași direcție: analiza Veracode din 2025 pe peste 100 de modele a constatat doar 55% din codul generat de inteligența artificială a fost securizatDacă nu știți ce asistenți generează cod în pipelines, nu poți guverna acel risc.
- În al doilea rând, lanțul de aprovizionare cu software a devenit o suprafață de atac a inteligenței artificiale. În septembrie 2025, Shai Hulud, primul vierme npm autopropagat, a transformat mașinile dezvoltatorilor într-un mecanism de distribuție, răspândindu-se pe sute de pachete. În martie 2026, atacatorii au compromis Axios, un pachet cu aproximativ 100 de milioane de descărcări săptămânale, publicând versiuni otrăvite care au lansat un troian de acces la distanță. Atacuri de acest gen se situează exact în stratul dintre AppSec tradițional și instrumentele endpoint: stratul pe care un inventar AI este conceput să îl ilumineze.
- În al treilea rând, secretele și acreditările se scurg prin intermediul inteligenței artificiale. Raportul State of Secrets Sprawl 2026 al GitGuardian a raportat că Scurgerile de informații despre secretele serviciilor de inteligență artificială au crescut cu 81% de la an la anși că asistată de inteligență artificială commits leak secretla aproximativ dublul ratei de bază. Fiecare model, agent sau server MCP nedocumentat este o cale potențială către o acreditare.
AppSec tradițional se oprește la repozitoriu și nu înțelege ce este un model. Instrumentele endpoint urmăresc sistemul de operare, dar nu înțeleg pachetele, serverele MCP sau asistenții AI. Discrepanța dintre ele este locul unde se acumulează riscul AI, iar un inventar este primul pas pentru a-l elimina.
Unde se ascunde IA: IA din umbră pe tot parcursul SDLC
Shadow AI Este vreun sistem de inteligență artificială adoptat fără aprobare formală sau guvernanță: copilotul activat de un dezvoltator săptămâna trecută, serverul MCP care rulează pe un laptop, modelul extras direct dintr-un hub public într-un proiect secundar. Nu este un caz limită. Într-un sondaj din 2026 realizat pe un număr de peste 400 de lideri în domeniul securității, doar 19% au raportat vizibilitate completă asupra locului și modului în care este utilizată inteligența artificială în întreaga lor organizație, în timp ce marea majoritate utilizau sau testau deja asistenți de codare cu inteligență artificială.
Cea mai greu de găsit IA din umbră este cea din ciclul de viață al software-ului, deoarece apare rareori într-o consolă cloud:
- Modele și biblioteci de inteligență artificială introduse în repozitorii ca dependențe.
- Asistenți de codare AI configurați per dezvoltator, per IDE.
- Servere MCP și fișiere de reguli care rulează local pe endpoint-urile dezvoltatorului.
- Fluxuri de lucru Agentic care se deschid discret pull requests sau instalarea de pachete.
De aceea, descoperirea exclusivă în cloud nu este suficientă. Un inventar AI cu adevărat complet trebuie să ajungă la cod și să construiască medii (laptopul dezvoltatorului, depozitul, pipeline), nu doar cloud-ul de producție.
Ce aparține unui AI-BOM
O listă de materiale cu inteligență artificială (AI-BOM) pregătită pentru audit transformă inventarul în ceva ce poți demonstra. Cel puțin, ar trebui să includă:
- Fiecare resursă de inteligență artificială: modele, seturi de date, agenți, servere MCP, instrumente de codare AI.
- Tipul de activ, locația și încrederea în detectare pentru fiecare.
- Proveniență și dependențe (de unde provine modelul sau componenta).
- Un nivel de risc per activ, bazat pe vectori de atac specifici inteligenței artificiale.
- Corelarea reglementărilor cu Legea UE privind inteligența artificială, NIST AI RMF și ISO/IEC 42001.
- Un format exportabil și lizibil de către mașină pentru auditori și clienți.
Organizațiile care pot genera o listă de materiale informatice (AI-BOM) la cerere vor avea un avantaj real de conformitate și încredere pe măsură ce obligațiile de audit AI se maturizează.
Inventarul și conformitatea cu IA: Legea UE privind IA, NIST AI RMF și ISO/IEC 42001
Niciunul dintre principalele cadre de lucru nu menționează „inventarul IA” ca element de linie, dar fiecare dintre acestea este practic imposibil de satisfăcut fără acesta. Nu poți documenta, clasifica sau guverna sistemele IA pe care nu le poți vedea.
O notă privind calendarul: implementarea Legii UE privind inteligența artificială a fost revizuită prin acordul „Omnibus digital” din mai 2026, care a amânat majoritatea obligațiilor cu risc ridicat până în decembrie 2027, menținând în același timp active câteva etape din 2 august 2026 (obligații de transparență, puteri de sancțiune GPAI). Tratați datele exacte ca pe o țintă mobilă și confirmați-le cu surse primare ale UE. Însă direcția de deplasare este clară, iar inventarul este condiția prealabilă pentru toate acestea.
Cum să construiești și să menții un inventar de inteligență artificială
Crearea unui inventar nu se rezumă mai mult la un audit unic și mai mult la stabilirea unui proces continuu, deoarece activele IA se schimbă constant: se adoptă noi modele, se implementează noi agenți, se configurează noi servere MCP, adesea fără aprobare.
O abordare practică:
- Descoperiți automat în cod, versiunea în cloud și în alte surse. Foile de calcul manuale devin învechite în câteva zile. Discovery trebuie să ruleze continuu și să acceseze SDLC, nu doar timpul de execuție.
- Clasificați și cartografiați relațiile. Tipul de înregistrare, locația, proveniența și, în mod esențial, modul în care fiecare activ se conectează la altele și la secrete.
- Riscul de scor în context. O listă simplă de sute de descoperiri nu ajută pe nimeni; prioritizați în funcție de ceea ce este de fapt accesibil, exploatabil și critic pentru afacere.
- Atribuiți dreptul de proprietate. Fiecare bun are nevoie de un proprietar responsabil.
- Păstrează-l activ și exportabil. Mențineți-l ca un inventar continuu care poate produce un AI-BOM la cerere.
La ce să fii atent într-un software de inventar bazat pe inteligență artificială
Dacă evaluați instrumente, acestea sunt capabilitățile care diferențiază software-ul autentic de inventar bazat pe inteligență artificială de o listă statică:
- Înțelege tipurile de active specifice inteligenței artificiale (modele, agenți, servere MCP, seturi de date), nu doar pachete și biblioteci.
- Ajunge în SDLC, descoperind inteligența artificială în cod și pe endpoint-urile dezvoltatorilor, nu doar în cloud.
- Relațiile hărților, nu doar active individuale, deci riscul este vizibil în context.
- Riscul scorurilor pe vectorii de atac specifici inteligenței artificiale (injecție promptă, MCP nesigură, agenție excesivă), nu doar severitatea extremelor violente.
- Funcționează continuu, surprinzând noi IA pe măsură ce apar.
- Produce o listă de materiale inteligență artificială pregătită pentru audit care satisface atât auditorii, cât și enterprise achiziții.
- Conectează inventarul la aplicarea legii, ca să poți acționa în funcție de ceea ce descoperi.
De la inventar la acțiune: securizarea a ceea ce găsiți
Descoperirea este primul pas; al doilea este înțelegerea activelor care prezintă riscuri reale, deoarece majoritatea nu le vor avea. Scopul este de a trece de la mii de descoperiri brute la puținele care pot compromite efectiv sistemele, datele sau operațiunile: cele care sunt utilizate activ, acceptă informații nesigure, sunt exploatabile în mod realist, dețin acces sensibil și afectează producția sau activele reglementate.
Aici intervine Managementul Posturii de Securitate prin Inteligență Artificială (AI-SPM) preia: prelevarea inventarului, evaluarea riscului de-a lungul căii de atac AI, maparea acestuia la reglementări și producerea AI-BOM. De asemenea, este locul unde inventarul se întâlnește cu aplicarea legii: blocarea dependențelor rău intenționate înainte de instalarea acestora, respingerea serverelor și modelelor MCP neaprobate și izolarea endpoint-urilor compromise înainte ca un incident să se răspândească.
At Xygeni, acesta este modelul spre care ne îndreptăm: inventar continuu bazat pe inteligență artificială și AI-BOM prin AI-SPM, detectare de programe malware care detectează pachetele rău intenționate înainte ca o semnătură să existe (MEW, Avertizare timpurie împotriva programelor malware) și aplicarea politicilor la nivelul endpoint-ului dezvoltatorului prin intermediul Xygeni Shield. Detectarea este aliniată cu OWASP Top 10 pentru aplicații LLM, OWASP Top 10 pentru aplicații Agentic și OWASP MCP Top 10. Dar, indiferent de abordarea aleasă, principiul este valabil: Nu poți securiza ceea ce nu poți vedea, iar un inventar bazat pe inteligență artificială este punctul de plecare al vizibilității.
Întrebări frecvente
Cum diferă un AI-BOM de un SBOM?
An SBOM cataloghează dependențele de software open-source și terțe, evaluate în funcție de severitatea CVE. Un AI-BOM cataloghează activele specifice IA (modele, agenți, servere MCP, seturi de date) cu scoruri de risc specifice IA și mapare de reglementări. Pe măsură ce IA se răspândește în întreaga lume SDLC, AI-BOM devine la fel de fundamental ca SBOM.
Ce este AI-ul din umbră și cum îl descopăr?
IA din umbră este orice IA adoptată fără aprobare formală sau guvernanță: un copilot activat, un server MCP local, un model extras dintr-un hub public. O descoperiți cu un inventar automat continuu care ajunge în cod, construiește... pipelineși endpoint-uri pentru dezvoltatori, nu doar cloud-ul de producție unde majoritatea inteligenței artificiale din umbră nu apare niciodată.
Legea UE privind IA impune un inventar al IA?
Legea UE privind IA nu menționează în mod explicit „inventarul IA”, dar sarcinile sale de documentare, clasificare și înregistrare pentru sistemele cu risc ridicat sunt imposibil de îndeplinit fără acesta. Același lucru este valabil și pentru NIST AI RMF (funcția Map, Govern 1.6) și ISO/IEC 42001, care impune menținerea unui inventar al sistemelor de IA.
Ce este AI-SPM?
Managementul posturii de securitate al inteligenței artificiale (AI-SPM) este practica de descoperire continuă a activelor AI, de evaluare a riscului acestora de-a lungul căii de atac AI, de mapare a acestora la reglementări și de producere a unui AI-BOM. Acesta extinde gândirea de gestionare a posturii (familiară cu CSPM și DSPM) la activele și vectorii de atac specifici AI.
Cât de des ar trebui actualizat un inventar de inteligență artificială?
Continuu. Activele de inteligență artificială se schimbă zilnic pe măsură ce echipele adoptă modele noi, implementează agenți noi și configurează servere MCP noi, de obicei fără o aprobare formală. O scanare la un moment dat devine inactivă în câteva zile, așa că software-ul eficient de inventariere bazat pe inteligență artificială rulează ca un proces continuu, mai degrabă decât ca un audit unic.
Cum inventariez inteligența artificială utilizată în codul sursă?
Inventarierea inteligenței artificiale în cod înseamnă detectarea modelelor și bibliotecilor de inteligență artificială introduse ca dependențe, a asistenților de codare inteligență artificială configurați per dezvoltator și a serverelor MCP sau a fișierelor de reguli care rulează local. Aceasta necesită o descoperire care operează în interiorul... SDLC (depozite, compilare pipelineși endpoint-uri pentru dezvoltatori) mai degrabă decât doar în consolele cloud.
