Seguridad de MCP: Riesgos, arquitectura y mejores prácticas

El Protocolo de Contexto de Modelo, o MCP, está cambiando la forma en que la inteligencia artificial interactúa con los sistemas empresariales.

En lugar de crear una integración personalizada independiente para cada fuente de datos, aplicación o herramienta, los desarrolladores pueden usar MCP para brindar a las aplicaciones de IA una forma estandarizada de:

• recuperar datos contextuales
• Descubra las herramientas disponibles
• invocar funciones aprobadas
• interactuar con servicios externos
• Admite flujos de trabajo agenciales de varios pasos.

Esto hace que MCP sea valioso para copilotos, asistentes de codificación, flujos de trabajo de seguridad, análisis, soporte al cliente y agentes de IA autónomos.

También crea un nuevo límite de seguridad.

Un agente con MCP habilitado puede leer archivos, consultar bases de datos, llamar a API, actualizar registros, iniciar escaneos, abrir incidencias o ejecutar otras acciones. Si los controles de seguridad son débiles, los atacantes pueden manipular el agente, abusar de sus credenciales, exponer información confidencial o hacer que utilice la herramienta incorrecta.

MCP estandariza la conectividad, pero no la hace segura automáticamente.

Las organizaciones deben asegurar el ecosistema completo de MCP como parte de una estrategia más amplia. Estrategia de seguridad y gobernanza de la IA, incluyendo la aplicación anfitriona, clientes, servidores, herramientas, recursos, indicaciones, credenciales, canales de transporte, datos empresariales y comportamiento del agente.

¿Qué es el Protocolo de Contexto de Modelo?

Protocolo de contexto del modelo Es un protocolo abierto que estandariza la forma en que las aplicaciones de IA se conectan a fuentes de datos y herramientas externas.

MCP proporciona una interfaz común a través de la cual una aplicación de IA puede descubrir las capacidades disponibles, recuperar el contexto e invocar las acciones aprobadas. Reduce la necesidad de crear y mantener una integración propietaria independiente para cada modelo, herramienta o fuente de datos.

El protocolo puede admitir conexiones a:

• sistemas de archivos y repositorios de documentos
• bases de datos y plataformas de datos
• repositorios de código fuente
• servicios en la nube
• aplicaciones empresariales
• plataformas de seguridad
• sistemas de emisión de billetes
• API empresariales

MCP es especialmente importante para los agentes autónomos. Los agentes necesitan más que un modelo de lenguaje para realizar tareas reales. Necesitan contexto, credenciales, herramientas y permisos para interactuar con sistemas externos.

Sin embargo, cada nueva conexión también puede crear otra vía de acceso a datos confidenciales o acciones privilegiadas. Por lo tanto, MCP debe considerarse parte de la arquitectura de seguridad de aplicaciones, identidad, datos e IA de la organización.

Cómo funciona la arquitectura MCP

MCP sigue una arquitectura cliente-servidor.

Un host puede crear varios clientes MCP, y cada cliente mantiene una conexión con un servidor MCP. La seguridad del entorno general depende de los controles implementados por el host, cada cliente y cada servidor conectado.

Host MCP

El host de MCP es la aplicación de IA que coordina la experiencia del usuario, el modelo de lenguaje, los clientes de MCP, los permisos y las políticas de seguridad.

El anfitrión decide:

• qué servidores pueden conectarse
• qué herramientas y recursos están expuestos
• ¿Qué consentimiento del usuario se requiere?
• ¿Qué acciones requieren aprobación?
• cómo se comparte y se aísla el contexto

Problema de seguridad: Un servidor que expone demasiadas herramientas o aprueba automáticamente acciones de alto impacto puede otorgar a un agente más autoridad de la que requiere su tarea.

Cliente MCP

Un cliente MCP se ejecuta dentro del host y mantiene una conexión con un servidor MCP específico. Negocia capacidades, intercambia mensajes de protocolo, recupera recursos, presenta herramientas y devuelve los resultados al host.

Problema de seguridad: Un cliente que no valida las respuestas del servidor, las definiciones de las herramientas, los ámbitos solicitados o los resultados puede pasar instrucciones maliciosas o contenido inseguro al modelo de lenguaje.

Servidor MCP

Un servidor MCP expone recursos, mensajes o herramientas ejecutables a un cliente. Los servidores pueden ejecutarse localmente o de forma remota y pueden conectarse a datos empresariales, aplicaciones comerciales, API o sistemas de seguridad.

Problema de seguridad: Un servidor MCP puede almacenar credenciales, exponer funciones privilegiadas, acceder a sistemas sensibles o influir en el comportamiento de los agentes. Las organizaciones deben tratar a los servidores como componentes de aplicaciones de producción, en lugar de como simples complementos que se pueden instalar sin revisión.

Capas de datos y transporte

MCP utiliza mensajes JSON-RPC para intercambiar herramientas, recursos, indicaciones, solicitudes, notificaciones y resultados.

El protocolo actual define:

• stdio: Comunicación con un proceso de servidor local a través de entrada y salida estándar.
• HTTP transmitible: Comunicación basada en HTTP que admite conexiones remotas y transmisión de datos opcional.

El oficial Especificación de transporte MCP Requiere que los servidores HTTP Streamable validen los encabezados Origin entrantes. También recomienda vincular los servidores locales a localhost y autenticar las conexiones.

Problema de seguridad: Los puntos finales expuestos, la autenticación débil, el manejo de origen no válido o la filtración de tokens de portador pueden permitir la interacción no autorizada con un servidor MCP.

¿Qué son las primitivas MCP?

Las primitivas MCP definen las capacidades que los clientes y los servidores pueden ofrecerse mutuamente.

Primitivas del lado del servidor

Recursos Proporcionar datos contextuales, como archivos, registros de bases de datos, esquemas o respuestas de API.

Herramientas Son funciones ejecutables que pueden consultar sistemas, modificar registros, crear tickets, iniciar escaneos o realizar otras acciones.

Indicaciones Son plantillas reutilizables que estructuran las interacciones con un modelo de lenguaje.

Capacidades del lado del cliente

Muestreo Permite que un servidor solicite la finalización de un modelo a través del cliente.

Raíces Comunicar los límites del sistema de archivos o URI dentro de los cuales puede operar un servidor.

Sonsacamiento Permite que un servidor solicite información adicional o confirmación a un usuario.

Estas capacidades son potentes, pero no se debe confiar automáticamente en sus descripciones ni en sus resultados. Las anotaciones de las herramientas deben considerarse no confiables a menos que provengan de un servidor de confianza. Las entradas deben validarse, las salidas deben desinfectarse y las llamadas resultantes deben mostrarse a los usuarios antes de su ejecución.

Por qué es importante la seguridad de MCP

Las interfaces de chat tradicionales con IA devuelven principalmente texto.

Los sistemas de IA habilitados para MCP pueden actuar.

Un agente comprometido o manipulado puede ser capaz de:

• recuperar registros de clientes
• modificar o eliminar archivos
• enviar mensajes
• cambiar permisos
• activar flujos de trabajo
• ejecutar código
• llamar a las API descendentes
• combinar varias herramientas en una cadena de acciones

Por lo tanto, una instrucción maliciosa puede influir en una acción llevada a cabo con credenciales empresariales legítimas, y no solo en el texto de una respuesta modelo.

Las organizaciones necesitan gobernanza del acceso a los datos para comprender qué usuarios, agentes, aplicaciones y herramientas pueden acceder a información empresarial confidencial.

La seguridad de MCP también requiere visibilidad sobre:

• qué servidores y herramientas están conectados
• quién los aprobó y es su propietario
• qué identidades y credenciales utilizan
• qué datos pueden acceder
• qué acciones pueden realizar
• cómo se supervisan esas acciones
• cómo se puede revocar el acceso riesgoso

Principales riesgos de seguridad de MCP

1. Permisos excesivos del agente

La ruta de implementación más rápida puede ser otorgar a un servidor MCP credenciales amplias o exponer una gran colección de herramientas. Con el tiempo, esas Los permisos pueden ir más allá del requisito comercial original..

Un agente con privilegios excesivos puede ser capaz de:

• leer archivos confidenciales que no necesita
• modificar o eliminar registros
• invocar las API administrativas
• combinar herramientas individualmente seguras en un flujo de trabajo peligroso
• Heredar el acceso a través de una cuenta de usuario o de servicio.

Los agentes de IA funcionan como identidades no humanas que se autentican en los sistemas empresariales, heredan permisos y ejecutan acciones en nombre de los usuarios o los procesos de negocio.

Las organizaciones deben mapear cada agente, servidor, herramienta, identidad, autorización y fuente de datos accesible antes de habilitar la ejecución autónoma.

2. Inyección inmediata y manipulación del contexto

Inyección rápida Esto ocurre cuando un contenido malicioso o no confiable influye en las instrucciones de un sistema de IA.

En un flujo de trabajo MCP, la instrucción puede originarse en:

• un documento recuperado como recurso
• una página web
• un registro de base de datos
• una respuesta de herramienta
• un servidor comprometido
• un campo enviado por el usuario

Por ejemplo, un atacante podría incluir una instrucción en un documento que le indique a un agente que ignore sus restricciones y transfiera registros confidenciales a un destino externo.

Esto se conoce como inyección indirecta de mensajes porque el atacante manipula el contenido que el agente recupera posteriormente, en lugar de comunicarse directamente con el modelo.

Seguridad inmediata con IA, La inspección de contenido, las restricciones de herramientas y las aprobaciones de nivel de acción ayudan a evitar que un contexto no confiable se convierta en una instrucción ejecutable. La protección de avisos también es un componente importante de AI TRiSM.

3. Envenenamiento contextual persistente

El envenenamiento de contexto se produce cuando un atacante compromete una fuente en la que un agente confía repetidamente, como por ejemplo:

• un documento de política
• una base de conocimientos
• memoria del agente
• una base de datos vectorial
• un registro de configuración
• un mensaje proporcionado por el servidor

A diferencia de una única sugerencia maliciosa, un contexto contaminado puede influir en las interacciones futuras hasta que se descubra y corrija la información afectada.

Las organizaciones deben validar la procedencia de los datos, supervisar las fuentes confiables para detectar cambios, restringir quién puede modificar los datos recuperados y mantener el linaje en todos los flujos de trabajo de IA. Estos controles deben formar parte de un enfoque más amplio. Estrategia de seguridad del modelo de IA.

4. Envenenamiento de herramientas y sombreado de herramientas

Un servidor malicioso o comprometido puede exponer una herramienta con:

• un nombre engañoso
• una descripción engañosa
• comportamiento oculto
• parámetros predeterminados no seguros
• Instrucciones diseñadas para manipular la selección de herramientas

El efecto de suplantación de herramientas se produce cuando una herramienta insegura se parece lo suficiente a una herramienta legítima como para que un host, modelo o usuario seleccione la capacidad incorrecta.

Los clientes deben tratar los metadatos de las herramientas como información no confiable, supervisar los cambios en la definición de las herramientas, mostrar las entradas confidenciales antes de la ejecución, validar las salidas y exigir confirmación para las acciones que tengan consecuencias.

5. Transferencia de tokens y exposición

El paso de tokens se produce cuando un servidor MCP acepta un token de un cliente y reenvía ese mismo token a una API posterior.

En Especificación oficial de autorización MCP Requiere que los tokens se validen para su público objetivo y prohíbe explícitamente la transferencia de tokens.

Un servidor MCP que llama a un servicio descendente debe obtener un token independiente emitido específicamente para ese servicio. De lo contrario, podrían eludirse los controles de acceso, los límites de velocidad, la monitorización y los límites de auditoría.

Los tokens también pueden quedar expuestos a través de:

• registros de depuración
• URL o cadenas de consulta
• almacenamiento local inseguro
• mensajes de error
• parámetros de la herramienta
• servicios descendentes no confiables

Los tokens de acceso deben tener una vida útil corta, almacenarse de forma segura, estar vinculados a un usuario específico, rotarse cuando sea apropiado y enviarse únicamente a través de encabezados de autorización por canales seguros.

6. El ayudante del sheriff, confundido, ataca.

Un ataque de agente confuso se produce cuando un servicio con mayores privilegios realiza una acción para un solicitante con menores privilegios sin verificar adecuadamente la autoridad de este último.

Por ejemplo, un proxy MCP puede tener credenciales para un sistema de terceros. Si solo verifica sus propios permisos en lugar de la autoridad del usuario que inicia la operación, un atacante podría convencerlo de que recupere o modifique información a la que no podría acceder directamente.

Las medidas de mitigación incluyen:

• consentimiento por cliente
• Validación exacta de la URI de redireccionamiento
• validación de estado
• comprobaciones de audiencia simbólicas
• credenciales descendentes separadas
• verificación de la autoridad del usuario que inicia la operación

7. Servidores MCP maliciosos o comprometidos

Un servidor MCP puede ser intencionalmente malicioso, verse comprometido después de su implementación o estar debilitado por una dependencia vulnerable.

Un servidor malicioso podría:

• contexto envenenado de retorno
• tergiversar el comportamiento de la herramienta
• recopilar indicaciones o información confidencial
• datos de exfiltración
• solicitar alcances excesivos
• modificar los resultados de la herramienta

Las organizaciones deben mantener un inventario de servidores aprobados y evaluar la identidad del editor, la propiedad, el código fuente, las dependencias, los permisos, el almacenamiento de credenciales, el comportamiento de la red, el registro de eventos y los procesos de actualización.

8. Riesgo del servidor local y de la cadena de suministro

Los servidores MCP locales se pueden instalar mediante gestores de paquetes, archivos de configuración, repositorios de código fuente o flujos de trabajo de configuración con un solo clic.

Debido a que se ejecutan en la máquina del usuario, un paquete malicioso o un comando de inicio puede heredar los privilegios locales del cliente MCP.

Los riesgos potenciales incluyen:

• ejecución de código arbitrario
• Robo de credenciales y secretos
• acceso no autorizado al sistema de archivos
• compromiso de dependencia
• Exfiltración de datos
• acceso persistente al punto final

Las organizaciones deben verificar a los editores, inspeccionar los comandos de instalación, fijar las versiones aprobadas, analizar las dependencias, exigir el consentimiento explícito y aislar los nuevos servidores locales con un acceso mínimo a archivos, credenciales y red.

9. Supervisión humana insuficiente

No todas las llamadas a herramientas requieren aprobación manual, pero las operaciones de alto impacto no deben ejecutarse únicamente porque un modelo prediga que son apropiadas.

Se debe considerar la aprobación humana o la aprobación de políticas para:

• eliminar datos
• cambiar permisos
• transferencia de registros confidenciales
• Ejecutando código de producción
• realizar transacciones financieras
• modificación de infraestructuras críticas

Los requisitos de aprobación deben basarse en el riesgo y el impacto. Las organizaciones pueden utilizar Gestión de riesgos de IA para identificar qué sistemas y acciones requieren una mayor supervisión.

10. Registro incompleto y auditabilidad

Los agentes pueden llamar a varias herramientas en rápida sucesión. Sin telemetría detallada, los equipos de seguridad podrían no ser capaces de reconstruir:

• qué usuario inició la solicitud
• qué agente e identidad actuaron
• ¿Qué estímulo influyó en la acción?
• qué recursos se recuperaron
• ¿Qué herramienta fue seleccionada?
• ¿Qué parámetros se enviaron?
• ¿Qué sistemas posteriores cambiaron?

Los registros deben conservar la cadena completa de actividad, evitando al mismo tiempo el almacenamiento innecesario de credenciales, secretos y contenido confidencial.

Riesgos de seguridad y medidas de mitigación de MCP

Mejores prácticas de seguridad de MCP

Requiere autenticación y autorización robustas.

Los servidores MCP remotos deben autenticar cada conexión y validar que los tokens se hayan emitido específicamente para el servidor que los recibe.

Para la autorización basada en HTTP, utilice:

• tokens de acceso vinculados a la audiencia
• encabezados de autorización en lugar de parámetros de consulta
• PKCE para la protección del código de autorización
• HTTPS para puntos finales de autorización
• URI de redireccionamiento validadas
• almacenamiento seguro de tokens
• Duración corta de los tokens cuando corresponda

La autorización sigue siendo opcional a nivel de protocolo, ya que las implementaciones locales o restringidas pueden utilizar otros modelos de seguridad. Para los servidores en red que acceden a sistemas empresariales, la autenticación y autorización robustas deben considerarse obligatorias.

Eliminar el paso de tokens

No reenvíe un token recibido de un cliente MCP directamente a una API posterior.

El servidor MCP debe validar el token destinado a sí mismo y autenticarse por separado ante el servicio receptor mediante una credencial emitida correctamente. Esto preserva los límites de audiencia, el consentimiento del usuario, los límites de velocidad, la validación de solicitudes, la auditabilidad y las políticas específicas del servicio.

Aplicar el principio de mínimo privilegio en todas partes

Mínimo privilegio Debe aplicarse a:

• usuarios humanos
• Agentes de IA
• Clientes y servidores MCP
• cuentas de servicio
• herramientas
• API descendentes

Separe las funcionalidades de solo lectura de las herramientas que modifican datos. Restrinja el uso de herramientas a recursos, acciones, entornos y períodos de tiempo específicos.

Revisar periódicamente permisos heredados y eliminar el acceso obsoleto o innecesario.

Validar las herramientas y exigir una aprobación basada en el riesgo.

Los servidores deben validar cada entrada según un esquema estricto y aplicar la autorización antes de su ejecución.

Los clientes deben:

• verificar definiciones de herramientas y editores
• supervisar las descripciones y los esquemas para detectar cambios
• mostrar entradas sensibles antes de la ejecución
• desinfectar y validar los resultados
• establecer tiempos de espera y límites de recursos
• Uso de la herramienta de registro

Las acciones de alto riesgo también pueden requerir la confirmación del usuario, la aprobación del gerente, la evaluación de políticas, la autorización de dos personas o la autenticación reforzada.

Prueba nuevos servidores y protege las sesiones.

Pruebe los componentes MCP nuevos o no confiables en entornos aislados con restricciones:

• conectividad de red
• acceso al sistema de archivos
• variables ambientales
• cartas credenciales
• herramientas posteriores
• datos de producción

Para servidores HTTP locales, conéctese a localhost y valide los encabezados Origin.

Los servidores deben autenticar cada solicitud entrante y no deben considerar el identificador de sesión como prueba de identidad. Deben generar identificadores impredecibles, vincular las sesiones a usuarios autenticados, hacer que caduquen adecuadamente y protegerse contra ataques de repetición o inyección de eventos.

Proteja los datos confidenciales antes de exponer el contexto.

Antes de habilitar el contexto empresarial a través de MCP, tenga en cuenta lo siguiente:

• ¿Qué datos existen?
• donde residen los datos confidenciales
• qué recursos lo exponen
• qué agentes pueden recuperarlo
• si el acceso es necesario
• cómo se utiliza la información después de su recuperación

Descubrimiento y clasificación de datos Proporcionar el contexto necesario para restringir el acceso según la sensibilidad, la normativa, la propiedad y la finalidad comercial.

Supervisar la actividad en tiempo de ejecución de MCP

Mantenga un inventario de hosts, clientes, servidores, herramientas, recursos, identidades, credenciales y permisos.

Monitorear lo siguiente:

• cadenas de herramientas inusuales
• acceso inesperado a datos confidenciales
• servidores nuevos o no aprobados
• Descripciones de herramientas modificadas
• escalada de privilegios
• Fallos de autorización repetidos
• actividad ajena al propósito previsto del agente

Prepare un plan de respuesta ante incidentes del MCP.

Los procedimientos de incidentes deben abarcar:

• revocar las credenciales del servidor y del agente
• Deshabilitar herramientas comprometidas
• Desconectando servidores maliciosos
• aislar a los huéspedes afectados
• Revisando el historial de llamadas a herramientas y avisos
• identificación de datos expuestos
• restaurar un contexto de confianza
• documentar la remediación

Cómo BigID protege el acceso de MCP empresarial

El servidor MCP de BigID proporciona a los agentes de IA acceso controlado al contexto y la inteligencia de los datos empresariales.

En lugar de exponer datos empresariales brutos sin restricciones, BigID proporciona a los agentes autorizados metadatos e información como:

• clasificaciones de datos
• sensibilidad
• linaje
• propiedad
• riesgo
• retención
• contexto de cumplimiento
• recomendaciones de remediación

BigID utiliza autenticación basada en tokens y control de acceso basado en roles, de modo que los agentes solo reciben los metadatos y la información disponible para el usuario autenticado. Esto extiende los controles de seguridad y gobernanza existentes a los flujos de trabajo habilitados para MCP.

Con BigID MCP Server, las organizaciones pueden:

• conectar agentes de IA con inteligencia de datos empresariales gobernada
• consultar el contexto de los datos utilizando lenguaje natural
• descubrir riesgos de datos confidenciales
• generar informes y paneles contextuales
• Extender las políticas de datos a los flujos de trabajo de IA
• preservar las restricciones de acceso basadas en roles
• respaldar operaciones auditables asistidas por IA

A través de BigID sin cabeza, Los flujos de trabajo de IA aprobados también pueden invocar capacidades controladas de descubrimiento, clasificación, control de acceso, etiquetado, enajenación y corrección a través de API y puntos finales de MCP, al tiempo que siguen sujetos a los controles RBAC y de auditoría.

El resultado final

MCP puede hacer que las aplicaciones de IA sean más útiles al conectarlas con las herramientas y los datos de la empresa.

También puede dar a los sistemas de IA acceso a recursos sensibles y a acciones consecuentes.

Garantizar la seguridad de MCP requiere más que cifrar la conexión. Las organizaciones deben controlar los servidores, las herramientas, las identidades, los permisos, los tokens, los datos, las notificaciones y el comportamiento autónomo relacionados con cada integración.

Los programas de seguridad MCP más robustos combinan:

• Inventarios de servidores y herramientas aprobados
• autenticación y autorización robustas
• credenciales orientadas a la audiencia
• acceso con privilegios mínimos
• protección rápida y contextual
• supervisión humana
• monitorización continua en tiempo de ejecución
• aplicación de políticas con conocimiento de datos

MCP debería proporcionar a los agentes de IA el contexto que necesitan, no acceso ilimitado a todo lo que posee la empresa.

Preguntas frecuentes sobre seguridad de MCP

¿Qué es la seguridad de MCP?

La seguridad de MCP es la práctica de proteger los hosts, clientes, servidores, herramientas, recursos, credenciales, datos, sesiones y acciones de los agentes involucrados en las integraciones del Protocolo de Contexto de Modelo (MCP).

¿Es seguro el Protocolo de Contexto de Modelo?

MCP proporciona un protocolo de conexión estandarizado, pero no garantiza la seguridad por sí mismo. Las implementaciones seguras requieren autenticación, autorización, principio de mínimo privilegio, validación de herramientas, controles de datos, monitorización y consentimiento del usuario.

¿Cuáles son los mayores riesgos de seguridad de MCP?

Entre los principales riesgos se incluyen la inyección instantánea, el envenenamiento del contexto, los permisos excesivos del agente, los servidores maliciosos, el envenenamiento de herramientas, la exposición de tokens, el paso de tokens, los ataques de agentes confusos, la vulneración de la cadena de suministro y la supervisión insuficiente.

¿Qué es el paso de tokens en MCP?

El paso directo de tokens se produce cuando un servidor MCP acepta un token de cliente y lo reenvía a un servicio posterior. La especificación MCP prohíbe este patrón porque debilita la validación de la audiencia, los controles de seguridad, el consentimiento y la capacidad de auditoría.

¿Cómo mejora el principio de mínimo privilegio la seguridad de MCP?

El principio de mínimo privilegio limita a cada usuario, agente, servidor y herramienta a los datos y acciones necesarios para una tarea aprobada. Esto reduce el impacto potencial de credenciales comprometidas, mensajes maliciosos y acciones autónomas no deseadas.

¿Cómo pueden las organizaciones prevenir la inyección rápida de MCP?

Las organizaciones pueden reducir el riesgo de inyección de comandos al tratar el contenido externo como no confiable, separar las instrucciones de los datos, inspeccionar el contexto recuperado, restringir el acceso a las herramientas, validar los resultados y exigir aprobación para acciones delicadas.

¿Qué es el envenenamiento de herramientas en MCP?

El envenenamiento de herramientas se produce cuando un servidor malicioso o comprometido proporciona nombres, descripciones, parámetros, anotaciones o comportamientos engañosos de las herramientas, con la intención de manipular una aplicación de IA para que active una funcionalidad insegura.

¿Es seguro utilizar MCP en entornos empresariales?

MCP se puede utilizar de forma segura en entornos empresariales cuando las organizaciones aprueban e inventarían los servidores, aplican controles de identidad estrictos, restringen los permisos de las herramientas, protegen los datos confidenciales, validan las credenciales, supervisan la actividad en tiempo de ejecución y requieren supervisión para las acciones que tengan consecuencias.

¿En qué se diferencia la seguridad de MCP de la seguridad de API?

La seguridad tradicional de las API se centra principalmente en los puntos finales, la autenticación, la autorización, la validación de entradas y la protección del tráfico. La seguridad de MCP también debe abordar la selección de herramientas basada en modelos, el contexto recuperado no confiable, la inyección de mensajes, las cadenas de acciones autónomas, el descubrimiento dinámico de capacidades y las identidades de los agentes.

¿Cómo es compatible BigID con la seguridad de MCP?

BigID proporciona a los agentes de IA un acceso controlado al contexto de datos y metadatos empresariales, al tiempo que aplica la autenticación basada en tokens, los controles de acceso basados en roles, la inteligencia de sensibilidad, los controles de políticas y los permisos de gobernanza de datos existentes.