Gestió de la postura de seguretat de la IA

Gestió de la postura de seguretat de la IA: per què el descobriment per si sol no protegirà el codi generat per la IA

TL; DR

Gairebé tots els equips d'enginyeria utilitzen assistents de codificació amb IA. Gairebé cap pot fer un inventari de la IA que realment executen. Gartner va definir la gestió de la postura de seguretat de la IA com una categoria en el seu cicle d'expectació 2025 per a la seguretat de dades perquè la bretxa és real: els models, els agents, els servidors MCP i els conjunts de dades són actius d'IA a la superfície d'atac, i la majoria de les organitzacions no tenen cap manera estructurada de veure'ls.

El descobriment sense remediació és només una dashboard. Aproximadament el 40% del codi generat per IA conté vulnerabilitats de seguretat. Els assistents d'IA reprodueixen patrons insegurs en un volum que no s'ha creat cap revisió manual per gestionar. Saber quins actius d'IA existeixen només resol la meitat del problema; l'altra meitat consisteix a qualificar el seu risc i corregir el codi abans que s'enviï, en el mateix flux de treball on es va escriure.

La superfície d'atac és més àmplia que el codi. Els atacs documentats ja tenen com a objectiu els actius que envolten el codi: Unicode ocult en fitxers de regles que fan que els assistents emetin una sortida amb porta enrere, enverinament d'eines MCP i execució remota completa de codi a través d'un pont MCP àmpliament utilitzat (més de 437,000 descàrregues) i slopsquatting (registrar els noms dels paquets és estadísticament probable que els models d'IA tinguin al·lucinacions. SAST i SCA no veig res d'això.

La solució és un bucle, no eines de tres punts: IA-SPM crea l'inventari i l'AI-BOM; Seguretat de la IA risc de puntuacions contra el Top 10 de l'OWASP per a sol·licituds de LLM; DevAI corregeix el codi vulnerable dins de l'IDE tal com s'escriu, cobreix tant el codi generat per IA com el codi escrit per humans i intercepta el que altres agents estan a punt de fer abans que ho facin. S'aplica a les troballes dels propis escàners de Xygeni i a tot el que ja s'ha ingerit de les eines instal·lades. — no cal esquinçar i substituir.

Gairebé tots els equips d'enginyeria han adoptat assistents de codificació d'IA. Gairebé cap d'ells pot respondre a una pregunta senzilla: quins models d'IA, agents i servidors MCP executem realment i quin risc comporta cadascun? Aquesta bretxa ja té un nom. Gartner va definir formalment la Gestió de la Postura de Seguretat de la IA. (IA-SPM) com a categoria en la seva Cicle d'expectació del 2025 per a la seguretat de les dades — el mateix llinatge que va produir CSPM i DSPM. La categoria existeix perquè les xifres són concretes: aproximadament el 40% del codi generat per IA conté vulnerabilitats de seguretat, la IA ara forma part de la superfície d'atac en lloc de ser només una eina que utilitzen els desenvolupadors, i la majoria de les organitzacions no tenen un inventari estructurat dels actius d'IA que executen.

També és el tema que tractarem sobre el terreny Jornades d'AppSec d'OWASP a Portugal 2026, 23-24 de setembre a Porto, on Xygeni és un patrocinador GoldMés sobre això al final, però si voleu anar més enllà, aconsegueix la teva entrada aquí.

El problema: el codi generat per IA té el seu propi perfil de risc

Aproximadament el 40% del codi generat per IA conté vulnerabilitats de seguretat. La recerca independent sobre els assistents de codificació amb IA ha trobat taxes d'error constantment elevades contra el OWASP Top 10, amb certes categories de defectes com ara els scripts entre llocs que apareixen a la gran majoria de mostres generades. Els assistents d'IA no només escriuen codi més ràpidament. També reprodueixen patrons insegurs, dependències insegures i configuracions no segures més ràpidament, i ho fan a un volum per al qual no s'havia creat cap procés de revisió manual.

La superfície d'atac no s'atura al codi que escriu un assistent. S'estén als recursos d'IA que els vostres equips ja executen i que rarament tenen en inventari: models, conjunts de dades, agents i servidors MCP. Cadascun ja ha produït atacs reals i documentats:

  • Porta del darrere del fitxer de regles: Els atacants amaguen instruccions utilitzant caràcters Unicode invisibles dins de regles i fitxers de configuració llegits per eines com GitHub Copilot i Cursor, cosa que fa que l'assistent emeti codi backdoored sense esmentar-lo mai. Catalogat com a Estudi de cas de MITRE ATLAS.
  • Enverinament d'eines MCP i execució remota de codi: Una vulnerabilitat crítica en un pont MCP àmpliament utilitzat, descarregada més de 437,000 vegades, permetia l'execució remota completa de codi en el moment en què un client es connectava a un servidor MCP no fiable.
  • Agafades inclinades: Una investigació acadèmica a gran escala va generar més de dos milions d'exemples de codi en setze LLM i va descobrir que gairebé un de cada cinc paquets recomanats no existia en absolut, noms que els atacants poden registrar i convertir en armes amb antelació.

Res d'això apareix en un format tradicional SAST or SCA escaneig. Aquestes eines entenen el codi. No entenen què és un model, què fa un servidor MCP o si s'ha manipulat el fitxer de configuració d'un agent.

La majoria dels equips estan resolent la meitat del problema

La resposta instintiva és enganxar eines puntuals: una per a l'escaneig de models, una altra per als tallafocs d'indicacions en temps d'execució, una tercera per a Assistents d'IDEÉs el mateix error que va cometre AppSec amb SAST, SCA, i escaneig de secrets fa quinze anys, i produeix el mateix resultat: visibilitat fragmentada, soroll d'alerta i cap lloc únic per respondre "quina IA executem realment i és segura".

El descobriment sense remediació només us indica on és l'incendi. La remediació sense descobriment significa que esteu arreglant codi mentre els servidors MCP a l'ombra i els agents no aprovats s'executen sense supervisió al seu costat. La seguretat de la IA ha de cobrir tots dos, a la mateixa plataforma, o no és gestió de la postura. És un dashboard.

La millor manera: Gestió de la postura de seguretat amb IA que descobreix, detecta i corregeix

Xígeni Seguretat de la IA tanca aquest cercle a tota l'era de la IA SDLC, des del model i el servidor MCP fins al punt final del desenvolupador.

  • Descobriu. AI-SPM crea un inventari en directe de tots els actius d'IA de l'organització: models, conjunts de dades, agents, servidors MCP. Demostra que l'inventari amb un IA-BOM, la base de proves que els auditors i reguladors demanen cada cop més, ja sigui documentació tècnica per a sistemes d'alt risc en virtut de la Llei d'IA de la UE o els inventaris d'actius requerits per marcs com l'ENS d'Espanya.
  • Detecta. AI Security puntua cada actiu segons el risc real: injecció ràpida, configuracions MCP insegures, exposició de dades, alineat amb el Els 10 millors de l'OWASP per a sol·licituds de LLMEls resultats es classifiquen, no es posen en una cua.
  • Correcció, en el punt que s'escriu el codi. Aquí és on la IA genera code security realment es resol. Xygeni DevAI s'executa com una capa contínua dins de l'IDE, escanejant incrementalment a mesura que els desenvolupadors treballen amb codi escrit per humans i generat per IA. Realitza detecció de vulnerabilitats d'IA agentiva, mapes Rutes d'atac impulsades per IA per mostrar com es podria explotar realment una falla i ofereix solucions segures generades per IA que es validen per a la seva explotabilitat i el risc de canvis radicals abans que un desenvolupador les apliqui. Guardrails validar els canvis en relació amb la política de seguretat i compliment abans que arribin a la CI, i un agent DevAI dedicat intercepta el que altres agents estan a punt de fer: validar els fitxers d'habilitats i regles, examinar cada paquet que un agent intenta instal·lar contra programari maliciós i patrons de slopsquatting, i observar el comportament de l'eina MCP per detectar enverinaments, tot abans de l'execució.
  • Aplicar. Shield estén la mateixa política al punt final del desenvolupador, bloquejant l'activitat d'IA no segura abans que s'executi.

I perquè Triatge d'IA, Explicació i Remediació s'apliquen no només a les pròpies troballes de Xygeni, sinó a tot allò que s'ingereix de les eines ja instal·lades; els equips ho aconsegueixen sense extreure allò en què ja han invertit.

Coneix Xygeni als OWASP AppSec Days Portugal 2026

Portem aquesta conversa a Porto. Xígeni és patrocinador Gold a Jornades d'AppSec d'OWASP a Portugal 2026, corrent Setembre 23-24 a la Fundació António Cupertino de Miranda.

Serem a l'esdeveniment parlant sobre la gestió de la postura de seguretat de la IA a la pràctica: com els equips descobreixen actius d'IA que no sabien que tenien, com els recursos generats per la IA... code security encaixa en un programa AppSec existent en lloc de seure-hi al costat, i com es veu realment l'onada actual d'amenaces MCP i agentives.

Si hi assisteixes, Vine a trobar l'equip de Xygeni a l'estand 12. Si la postura de seguretat de la IA està a la vostra guia i no podeu venir a Porto, estarem encantats de revisar-la directament. En les mateixes dates, també som a Dia de l'OWASP alemany 2026 a Karlsruhe, parlant a través de la seguretat de la IA i ShieldLa capa d'aplicació de 's específicament.

Reserva una reunió amb nosaltres!

FAQ

  • Què és la gestió de la postura de seguretat de la IA (IA-SPM)?

L'IA-SPM és la disciplina de descobrir, inventariar i avaluar contínuament el risc de cada actiu d'IA que executa una organització (models, conjunts de dades, agents i servidors MCP), de la mateixa manera que ho fa la CSPM per al núvol i la DSPM per a les dades. Gartner la va definir com una categoria en el seu cicle de promoció 2025 per a la seguretat de dades. L'IA-SPM de Xygeni crea aquest inventari i el recolza amb un IA-BOM, donant als equips de seguretat i compliment proves que poden lliurar a un auditor.

  • Què fa que la IA generi code security diferent del tradicional SAST or SCA?

L'anàlisi estàtica tradicional i l'escaneig de dependències es van crear per entendre el codi i els paquets, no el risc específic de la IA. No veuen injecció ràpida, regles o fitxers d'habilitats maliciosos, enverinament d'eines MCP o noms de paquets mal utilitzats que un assistent d'IA podria instal·lar. Generat per IA. code security ha de situar-se dins del mateix flux de treball que els desenvolupadors ja utilitzen, escanejant conjuntament codi escrit per humans i generat per IA, que és el que fa Xygeni DevAI dins de l'IDE.

  • Per què al voltant del 40% del codi generat per IA conté vulnerabilitats?

Els assistents de codificació d'IA aprenen i reprodueixen els patrons de les seves dades d'entrenament, incloses les insegures, i generen codi molt més ràpid del que pot seguir la revisió manual. La investigació independent ha trobat constantment taxes elevades de vulnerabilitats del Top 10 d'OWASP en mostres generades per IA, amb certes categories de defectes com ara els scripts entre llocs web que apareixen a la gran majoria de proves.

  • L'IA-SPM substitueix les nostres eines AppSec existents?

No, i no hauria d'intentar-ho. El triatge, l'explicació i la correcció de la IA de Xygeni s'apliquen a les troballes dels propis escàners de Xygeni i a les troballes ingerides d'eines de tercers que ja existeixen, de manera que els equips obtenen una cobertura de riscos d'IA unificada sense haver de copiar i substituir allò en què ja han invertit.

  • On puc veure això en acció?

Xygeni és patrocinador Gold a l'OWASP AppSec Days Portugal 2026, 23 i 24 de setembre a Porto, i l'equip serà present a estand 12 parlant a través d'IA-SPM, generat per IA code security, i l'onada actual d'amenaces de MCP i agents. Aconsegueix el teu bitllet o contacta directament si no pots anar a Porto.

La mateixa setmana, també som a Dia de l'OWASP alemany 2026 a Karlsruhe, centrat en la seguretat i la IA Shieldcapa d'aplicació de 's.

sca-tools-software-composition-analyse-tools
Prioritzar, solucionar i protegir els riscos del programari
Obtén el teu compte gratuït.
No es requereix cap targeta de crèdit.

Assegura el desenvolupament i el lliurament del teu programari

amb el paquet de productes Xygeni