TL; DR
Casi todos los equipos de ingeniería utilizan asistentes de codificación basados en IA. Sin embargo, casi ninguno puede inventariar qué IA utilizan realmente. Gartner definió la gestión de la postura de seguridad de la IA como una categoría en su ciclo de expectativas de 2025 para la seguridad de los datos porque la brecha es real: los modelos, los agentes, los servidores MCP y los conjuntos de datos son activos de IA en la superficie de ataque, y la mayoría de las organizaciones no tienen una forma estructurada de visualizarlos.
El descubrimiento sin remediación es solo un dashboard. Aproximadamente el 40 % del código generado por IA contiene vulnerabilidades de seguridad. Los asistentes de IA reproducen patrones inseguros a un ritmo que ningún sistema de revisión manual está preparado para gestionar. Conocer los recursos de IA existentes solo resuelve la mitad del problema; la otra mitad consiste en evaluar su riesgo y corregir el código antes de su lanzamiento, dentro del mismo flujo de trabajo en el que se escribió.
La superficie de ataque es más amplia que el código. Los ataques documentados ya se dirigen a los activos que rodean el código: Unicode oculto en archivos de reglas que hacen que los asistentes emitan resultados con puertas traseras, envenenamiento de herramientas MCP y ejecución remota completa de código a través de un puente MCP ampliamente utilizado (más de 437,000 descargas), y slopsquatting: registrar los nombres de paquetes que los modelos de IA tienen probabilidades estadísticas de alucinar. Tradicional SAST y SCA No veo nada de esto.
La solución es un solo ciclo, no tres herramientas puntuales: IA-SPM crea el inventario y la lista de materiales AI-BOM; Seguridad AI Se evalúa el riesgo en comparación con el OWASP Top 10 para solicitudes de LLM; DevAI Corrige el código vulnerable dentro del IDE a medida que se escribe, abarca tanto el código generado por IA como el escrito por humanos, e intercepta lo que otros agentes están a punto de hacer antes de que lo hagan. Se aplica a los hallazgos de los escáneres propios de Xygeni y a todo lo que ya se ha procesado con las herramientas ya instaladas. — no es necesario quitar y reemplazar.
Casi todos los equipos de ingeniería han adoptado asistentes de codificación con IA. Sin embargo, casi ninguno puede responder a una pregunta sencilla: ¿qué modelos de IA, agentes y servidores MCP utilizamos realmente y qué riesgo conlleva cada uno? Esta brecha ya tiene nombre. Gartner definió formalmente la Gestión de la Postura de Seguridad de la IA. (IA-SPM) como categoría en su Ciclo de expectativas para la seguridad de datos en 2025 — el mismo linaje que dio origen a CSPM y DSPM. Esta categoría existe porque las cifras son concretas: aproximadamente el 40 % del código generado por IA contiene vulnerabilidades de seguridad, la IA ahora forma parte de la superficie de ataque en lugar de ser solo una herramienta que utilizan los desarrolladores, y la mayoría de las organizaciones no tienen un inventario estructurado de los activos de IA que gestionan.
También es el tema que discutiremos en el terreno en Jornadas OWASP de Seguridad de Aplicaciones Portugal 2026, 23 y 24 de septiembre en Oporto, donde Xygeni es un patrocinador OroMás sobre eso al final, pero si quieres saltarte esta parte, Consigue tu entrada aquí.
El problema: el código generado por IA conlleva su propio perfil de riesgo.
Aproximadamente el 40% del código generado por IA contiene vulnerabilidades de seguridad. Investigaciones independientes sobre asistentes de codificación de IA han encontrado tasas de fallo consistentemente altas contra las OWASP Top 10Con ciertas categorías de vulnerabilidades, como el cross-site scripting, presentes en la gran mayoría de las muestras generadas, los asistentes de IA no solo escriben código más rápido, sino que también reproducen patrones inseguros, dependencias inseguras y configuraciones inseguras con mayor rapidez, y lo hacen a un volumen que ningún proceso de revisión manual está diseñado para manejar.
La superficie de ataque no se limita al código que escribe un asistente. Se extiende a los recursos de IA que sus equipos ya utilizan y que rara vez inventarian: modelos, conjuntos de datos, agentes y servidores MCP. Cada uno de ellos ya ha generado ataques reales y documentados.
- Puerta trasera del archivo de reglas: Los atacantes ocultan instrucciones usando caracteres Unicode invisibles dentro de reglas y archivos de configuración leídos por herramientas como GitHub Copilot y Cursor, lo que hace que el asistente emita código con puerta trasera sin mencionarlo nunca. Catalogado como un MITRE ATLAS Caso de éxito.
- Envenenamiento de herramientas MCP y ejecución remota de código: Una vulnerabilidad crítica en un puente MCP de uso generalizado, descargado más de 437,000 veces, permitía la ejecución remota completa de código en el momento en que un cliente se conectaba a un servidor MCP no confiable.
- Ocupación ilegal de terrenos descuidados: Una investigación académica a gran escala generó más de dos millones de muestras de código en dieciséis bibliotecas de aprendizaje automático y descubrió que casi uno de cada cinco paquetes recomendados no existía en absoluto; nombres que los atacantes pueden registrar y utilizar como armas con antelación.
Nada de esto aparece en un documento tradicional. SAST or SCA Escaneo. Esas herramientas entienden el código. No entienden qué es un modelo, qué hace un servidor MCP ni si se ha manipulado el archivo de configuración de un agente.
La mayoría de los equipos están resolviendo la mitad del problema.
La respuesta instintiva es añadir herramientas puntuales: una para el escaneo del modelo, otra para los cortafuegos de avisos en tiempo de ejecución, una tercera para Asistentes IDEEs el mismo error que cometió AppSec con SAST, SCAy el escaneo de Secretos hace quince años, y produce el mismo resultado: visibilidad fragmentada, ruido de alertas y ningún lugar único para responder "¿qué IA estamos ejecutando realmente y es segura?".
El descubrimiento sin remediación solo te dice dónde está el fuego. La remediación sin descubrimiento significa que estás corrigiendo código mientras servidores MCP en la sombra y agentes no autorizados se ejecutan sin supervisión junto a él. La seguridad de IA tiene que cubrir ambos, en la misma plataforma, o no es gestión de postura. Es una dashboard.
La mejor manera: Gestión de la postura de seguridad mediante IA que descubre, detecta y corrige.
xygeni Seguridad AI cierra este ciclo a lo largo de toda la era de la IA SDLC, desde el modelo y el servidor MCP hasta el punto final del desarrollador.
- Descubrir. AI-SPM crea un inventario en vivo de cada activo de IA en la organización: modelos, conjuntos de datos, agentes, servidores MCP. Demuestra que ese inventario con un AI-BOM, La base de evidencia que los auditores y reguladores solicitan cada vez con mayor frecuencia, ya sea documentación técnica para sistemas de alto riesgo según la Ley de IA de la UE o los inventarios de activos requeridos por marcos como el ENS español.
- Detectar. AI Security califica cada activo en función del riesgo real: inyección inmediata, configuraciones MCP inseguras, exposición de datos, alineado con el Los 10 mejores candidatos para el Máster en Derecho de OWASPLos resultados se clasifican, no se apilan en una cola.
- Corregir en el punto donde se escribe el código. Aquí es donde la IA generada code security En realidad se resuelve. Xygeni DevAI Se ejecuta como una capa continua dentro del IDE, escaneando de forma incremental a medida que los desarrolladores trabajan con código escrito por humanos y generado por IA. Realiza detección de vulnerabilidades de IA con agentes, mapea Rutas de ataque impulsadas por IA Para mostrar cómo se podría explotar una vulnerabilidad, ofrece soluciones seguras generadas por IA que se validan en cuanto a su vulnerabilidad y riesgo de cambios incompatibles antes de que un desarrollador las aplique. Guardrails Validar los cambios con respecto a la política de seguridad y cumplimiento antes de que lleguen a la integración continua (CI), y un agente DevAI dedicado intercepta lo que otros agentes están a punto de hacer: validar los archivos de habilidades y reglas, examinar cada paquete que un agente intenta instalar en busca de malware y patrones de slopsquatting, y observar el comportamiento de la herramienta MCP en busca de envenenamiento, todo antes de la ejecución.
- Hacer cumplir. Shield Esta política se extiende al punto final del desarrollador, bloqueando la actividad de IA insegura antes de que se ejecute.
Y porque Triaje de IALa explicación y la remediación se aplican no solo a los hallazgos de Xygeni, sino a todo lo que se obtiene de las herramientas ya implementadas; los equipos obtienen esto sin tener que desechar lo que ya han invertido.
Conozca a Xygeni en OWASP AppSec Days Portugal 2026.
Llevaremos esta conversación a Oporto. xygeni es patrocinador Oro en Jornadas OWASP de Seguridad de Aplicaciones Portugal 2026, Ejecutando Septiembre-23 24 en la Fundación António Cupertino de Miranda.
Estaremos en el evento hablando sobre la gestión de la postura de seguridad de la IA en la práctica: cómo los equipos están descubriendo activos de IA que no sabían que tenían, cómo la IA generada code security Se integra en un programa de seguridad de aplicaciones existente en lugar de coexistir con él, y muestra cómo se manifiesta en la práctica la actual oleada de amenazas MCP y basadas en agentes.
Si vas a asistir, Acércate al stand número 12 para encontrar al equipo de Xygeni. Si la postura de seguridad de la IA está en su hoja de ruta y no puede venir a Oporto, estaremos encantados de repasarla directamente. En las mismas fechas, también estaremos en Día Alemán de OWASP 2026 en Karlsruhe, hablando sobre seguridad de IA y Shieldespecíficamente la capa de aplicación de la ley.
¡Agenda una reunión con nosotros!
Preguntas Frecuentes
- ¿Qué es la gestión de la postura de seguridad mediante IA (AI-SPM)?
AI-SPM es la disciplina que consiste en descubrir, inventariar y evaluar continuamente el riesgo de cada activo de IA que utiliza una organización (modelos, conjuntos de datos, agentes y servidores MCP), del mismo modo que CSPM lo hace para la nube y DSPM para los datos. Gartner la definió como una categoría en su ciclo de Hype 2025 para la seguridad de datos. La solución AI-SPM de Xygeni crea ese inventario y lo respalda con una lista de materiales de IA (AI-BOM), lo que proporciona a los equipos de seguridad y cumplimiento evidencia que pueden presentar a un auditor.
- ¿Qué hace que la IA sea generada? code security diferente al tradicional SAST or SCA?
El análisis estático tradicional y el escaneo de dependencias se crearon para comprender el código y los paquetes, no el riesgo específico de la IA. No detectan la inyección de mensajes, las reglas maliciosas ni los archivos de habilidades, el envenenamiento de herramientas MCP o los nombres de paquetes slopsquated que podría instalar un asistente de IA. code security Debe integrarse en el mismo flujo de trabajo que ya utilizan los desarrolladores, analizando tanto el código escrito por humanos como el generado por IA de forma conjunta, que es lo que hace Xygeni DevAI dentro del IDE.
- ¿Por qué alrededor del 40% del código generado por IA contiene vulnerabilidades?
Los asistentes de codificación basados en IA aprenden de los patrones de sus datos de entrenamiento, incluidos los inseguros, y los reproducen, generando código mucho más rápido de lo que la revisión manual puede procesar. Investigaciones independientes han detectado sistemáticamente altas tasas de vulnerabilidades del Top 10 de OWASP en muestras generadas por IA, y ciertas categorías de fallos, como el cross-site scripting, aparecen en la gran mayoría de las pruebas.
- ¿AI-SPM reemplaza nuestras herramientas de seguridad de aplicaciones actuales?
No, y no debería intentarlo. Las funciones de clasificación, explicación y remediación de IA de Xygeni se aplican tanto a los resultados de los escáneres propios de Xygeni como a los resultados obtenidos de herramientas de terceros ya implementadas, de modo que los equipos obtienen una cobertura unificada de riesgos de IA sin tener que reemplazar por completo lo que ya han invertido.
- ¿Dónde puedo ver esto en acción?
Xygeni es patrocinador Oro en OWASP AppSec Days Portugal 2026., del 23 al 24 de septiembre en Oporto, y el equipo estará presente en el lugar. Stand 12 hablando a través de AI-SPM, generado por IA code securityy la actual ola de amenazas de MCP y agentes. Consigue tu entrada o ponte en contacto directamente si no puedes asistir a Porto.
Esa misma semana, también estamos en Día Alemán de OWASP 2026 en Karlsruhe, centrada en la seguridad de la IA y Shieldcapa de aplicación de la ley.
