Skip to main content

Así que, en su lugar, se lo pregunté a mi agente…

blog feature ai

22 de septiembre de 2026

0 minutos de lectura

Evo ya sabe qué activos de IA incorporaron sus equipos a sus repositorios, qué servidores MCP y skills están en los equipos de sus desarrolladores, cuáles presentan riesgos y qué políticas infringen. Acceder a cualquiera de estos datos implicaba fricción: salir de la herramienta en la que está trabajando, filtrar una interfaz, exportar un CSV y reconstruir el gráfico que creó el trimestre pasado, cada vez que lo necesitaba.

Hoy anunciamos el Evo MCP server, que pone todas esas respuestas a una pregunta de distancia, dentro del entorno de agente en el que ya trabaja. Así que se lo pregunté a mi agente.

So I asked my agent instead… - video 1

¿Con qué se conecta el Evo MCP server?

El Evo MCP server le permite descubrir activos de IA en sus repositorios y en los equipos de sus desarrolladores, los datos de riesgo asociados y sus políticas y vulneraciones abiertas. Para configurarlo, siga las instrucciones de nuestra documentación.

Conectarse desde Cursor:

{
  "mcpServers": {
    "Evo MCP": {
      "url": "https://evo.snyk.io/mcp"
    }
  }
}

Conectarse desde Claude Code:

claude mcp add --scope user --transport http evo https://evo.snyk.io/mcp/

Eso es todo para instalarlo. Es un servidor remoto, por lo que nada se instala en su equipo y no tiene acceso a su sistema de archivos.

El MCP Server admite lo siguiente:

  • Inventario. Los activos de IA descubiertos en todo su entorno, con su riesgo evaluado.

  • Políticas y problemas. Las reglas que rigen el uso de la IA y los problemas planteados cuando los activos las infringen.

  • Información. Cómo cambia tu postura de seguridad de IA con el tiempo.

Crear un informe de activos de IA con el Evo MCP server

Para usar Evo MCP, empecé por definir primero el alcance. Pregunté: “¿Cuántos activos de IA tenemos, desglosados por tipo y por fuente? Lo que recibí a cambio fue el inventario completo: modelos, agentes, servidores MCP, skills, repositorios y equipos de desarrolladores.

La fuente resulta especialmente interesante. Evo distingue lo que se referencia en un repositorio de lo que está configurado en el equipo de un desarrollador, y le indica en qué equipo. Así que la pregunta no es solo qué servidores MCP y skills existen en su organización, sino en el portátil de quién se encuentra cada uno. Esta vista por equipo es difícil de obtener a partir de una exportación del panel, y es lo que convierte un servidor de riesgo de una entrada de lista en un equipo identificado cuyo responsable es una persona concreta.

Después lo acoté: “quiero los modelos agrupados por proveedor y país de origen, desglosados por tipo de licencia y según si se pueden alojar por cuenta propia, y las vulneraciones abiertas agrupadas por política y gravedad”.

Por último llegó la parte a la que normalmente dedicaría toda una tarde: “Créame un panel con esto, con un gráfico para cada sección.” Se creó a partir de los cuatro resultados que ya estaban en la sesión, sin volver a consultar nada. Esto significa que puedo regenerarlo cada vez que lo pida.

Escribir una política de Evo basada en su inventario real

Puede usar el MCP server para crear una política basada en su inventario, empezando por una pregunta que pudiera comprobar: ¿Cuántas skills de nuestro inventario obtienen una puntuación de 500 o más por la gestión insegura de credenciales?

Después pedí ver esas skills ordenadas por puntuación. A continuación le pedí a Evo que creara una política para identificar las skills de mi inventario que obtienen una puntuación de 500 o más por la gestión insegura de credenciales con las notas de corrección adecuadas. El resultado fueron las mismas vulneraciones que había consultado antes. La predicción y el resultado coincidieron, que es precisamente el objetivo de consultar el inventario antes de escribir la regla.

Convertir las vulneraciones de Evo en tickets, uno por equipo

Obtuve las vulneraciones abiertas de una política, cada una con el activo afectado, la ubicación de ese activo y las notas de corrección de la política. Después pedí agruparlas por repositorio, porque un ticket por vulneración es la forma de que se ignore el trabajo de seguridad, y un ticket por equipo responsable es la forma de que se realice. Una vez agrupadas, pedí que se crearan los tickets, con la lista de activos y las notas de corrección ya incluidas en la descripción de cada uno.

Ese último paso se ejecutó mediante un ticketing MCP server ya configurado en mi cliente, junto con el Evo MCP Server. Snyk no proporciona ni admite esos servidores, y lo que el flujo puede hacer depende de los permisos que haya concedido a su ticketing MCP Server, como Jira o ServiceNow. Los problemas detectados por Evo se convirtieron en acciones en sus sistemas, sin necesidad de crear una integración para ellos.

Cómo se protege el Evo MCP server

Todo lo anterior depende de que se permita a un agente consultar y modificar sus datos de seguridad, precisamente el tipo de acceso que Evo existe para examinar. El modo de fallo que esperaba de un modelo de lenguaje frente a un inventario era un número incorrecto expresado con seguridad. Tres restricciones son las que lo impiden.

1. Se ejecuta como usted

A través de OAuth, con su identidad y sus permisos. Lo que puede hacer mediante el servidor es exactamente lo que puede hacer en la interfaz de Evo. De las ocho herramientas, seis son de lectura y dos de escritura; si su función no permite editar políticas, las dos herramientas de escritura no aparecerán en su lista.

2. Una escritura requiere aprobación real.

Cuando un agente intenta crear o actualizar una política, Evo previsualiza el cambio y envía una solicitud de aprobación a su cliente.

3. El agente no puede adivinar su esquema

Cada herramienta de consulta funciona con un esquema de consulta que devuelve los campos exactos disponibles para usted y sus significados. Los campos que no tiene derecho a consultar no se devuelven ni forman parte del esquema de entrada de la herramienta.

Pregúntele algo

¿Se pregunta cómo es su propio inventario desde el cliente en el que ya trabaja? Conecte el suyo a https://evo.snyk.io/mcp y pregunte.

Preguntas frecuentes

¿Qué es el servidor MCP de Evo?

El servidor MCP de Evo te permite hacer preguntas sobre Evo desde el asistente de IA con el que ya trabajas y obtener respuestas basadas en tus propios datos. Puedes preguntar qué servidores MCP ejecutaron tus desarrolladores esta semana, qué modelos están en uso y qué nivel de riesgo presentan, o cuáles de tus políticas se están infringiendo en este momento.

¿Cómo me conecto al servidor MCP de Evo?

Indica a tu cliente MCP la URL de Evo de tu tenant con /mcp al final y, después, aprueba la autorización de OAuth. Es un servidor remoto, por lo que no se instala nada en tu equipo y no tiene acceso a tu sistema de archivos. Evo utiliza una URL diferente según la región: evo.snyk.io para la región predeterminada y SNYK-US-01, evo.us.snyk.io para SNYK-US-02, evo.eu.snyk.io para SNYK-EU-01 y evo.au.snyk.io para SNYK-AU-01.

¿Sobre qué puedo preguntarle?

El servidor MCP incluye inventario, políticas y problemas como herramientas.

¿Puede cambiar mis políticas?

Cuando un agente intenta crear o actualizar una política, Evo muestra una vista previa del cambio y envía una solicitud de aprobación a tu cliente. Políticas predeterminadas proporcionadas por Snyk son de solo lectura y no se pueden editar ni eliminar mediante ninguna interfaz. La creación de políticas también requiere un cliente compatible con la elicitación de MCP; todas las herramientas de lectura funcionan sin la elicitación de MCP.

¿Qué acceso necesito?

El servidor se ejecuta como tú, mediante OAuth, con tu identidad y permisos de Evo, y tu token se valida en cada solicitud. Administradores del tenant y usuarios con un rol de tenant que tengan acceso completo a Evo pueden leer y escribir en todo el tenant. Los usuarios con acceso limitado a Organizaciones específicas tienen acceso de solo lectura, 

¿En qué se diferencia del servidor MCP de Snyk?

El Snyk MCP serverse incluye con Snyk CLI e incorpora el análisis de seguridad al flujo de trabajo de programación, para que los desarrolladores puedan probar el código que tienen delante sin salir de su asistente. El Evo MCP server trabaja un nivel más arriba: con los agentes, modelos, servidores MCP y habilidades de todo tu entorno, las máquinas en las que se ejecutan y las políticas que los rigen. Dos endpoints, dos funciones, y puedes ejecutar ambos.

RESERVA UNA DEMOSTRACIÓN EN VIVO

Adopta la IA de forma segura y a escala

Evo ayuda a las organizaciones a adoptar y ampliar el uso de la IA de forma segura, con visibilidad, gobernanza y protección en el desarrollo impulsado por IA y las aplicaciones de IA.

Leer más

Blog

Los modelos de frontera encontraron las vulnerabilidades. Solo el atacante encontró las cadenas.

El análisis estático encontró las fallas, pero solo las pruebas de ataque en vivo demostraron cómo podían encadenarse para provocar brechas. Una comparación de Evo COS, Claude Security y Claude Code Security.

feature insights context
Blog

Los ataques autónomos ya están aquí. La defensa debe estar a su altura.

Los atacantes autónomos están reduciendo el tiempo disponible para defenderse. Descubre cómo el descubrimiento, la corrección, la validación y la prevención continuos pueden ayudar a los equipos de seguridad a seguirles el ritmo.

Blog

Por qué los agentes de programación con IA siguen generando fallas de control de acceso

Los agentes de programación con IA pueden generar lógica de autorización que compila y supera la revisión, pero expone los datos de un inquilino a otro. Descubre por qué es difícil detectar el control de acceso roto y cómo prevenirlo.