SAS explica MCP a la empresa: estándar útil, pero no de seguridad

Casi dos años después de que Anthropic lo publicara como estándar abierto, en noviembre de 2024, Model Context Protocol tiene ya su guía de referencia en la web de SAS, uno de los proveedores de analítica con más peso en banca, seguros y sector público. La pieza, Model Context Protocol: What it is and why it matters, apareció el 16 de octubre y contiene una frase que merece más atención que el resto: MCP "no es un marco de seguridad, gobernanza ni cumplimiento normativo".

Viniendo de quien viene, no es un matiz menor. SAS vende sobre todo a sectores regulados, y que su explicación de cabecera sobre MCP dedique un bloque entero a lo que el protocolo no resuelve dice bastante de las preguntas que le están llegando desde los comités de riesgo de sus clientes.

Qué explica la guía

El texto de SAS define MCP como un estándar abierto que fija cómo las aplicaciones de IA se conectan a herramientas, fuentes de datos y sistemas externos a través de una interfaz común. Recurre a la comparación ya habitual con un puerto USB-C y desglosa la arquitectura en cuatro piezas:

1. El agente, que razona y decide qué datos o herramientas necesita.
2. El cliente MCP, que vive dentro del host, traduce esa intención al protocolo y gestiona la conexión.
3. El servidor MCP, descrito como un puente sin estado que expone capacidades de forma controlada.
4. Los sistemas de empresa que quedan detrás: bases de datos, CRM, ERP, plataformas analíticas, APIs y repositorios como GitHub o GitLab.

La guía también aclara una confusión frecuente: MCP no sustituye a las APIs, sino que "normalmente se sitúa encima" de ellas. Añade una capa pensada para que un modelo pueda descubrir qué herramientas tiene disponibles y cómo invocarlas sin que cada integración sea un desarrollo a medida.

En la parte institucional, SAS recuerda dos hitos. Anthropic donó MCP a la Agentic AI Foundation de la Linux Foundation en diciembre de 2025, y desde su lanzamiento OpenAI, Microsoft y GitHub han anunciado soporte, integraciones o contribuciones al protocolo. Es decir, ya no se discute si MCP es un estándar de facto; la conversación ha pasado a cómo se despliega con garantías.

Casos de uso por sector

La parte más útil para quien tiene que justificar un proyecto ante dirección es el repaso sectorial. En sanidad, agentes que consultan historias clínicas, guías y bases de datos de laboratorio respetando límites de acceso. En banca, evaluación de riesgo de crédito, detección de fraude, auditorías y cumplimiento con acceso controlado a documentos y bases de datos. En sector público, comprobaciones de elegibilidad, investigaciones y asignación de recursos sobre información confidencial. En seguros, integración con los sistemas de reglas de negocio para que las decisiones de suscripción se tomen dentro del propio entorno de la aseguradora.

Conviene leerlo sabiendo que también es una página de producto. SAS aprovecha para presentar su SAS Viya MCP Server, que conecta agentes con sus capacidades de analítica y decisión, y la integración de MCP en SAS Retrieval Agent Manager. Nada que reprochar, pero el lector debe separar la parte divulgativa de la comercial.

Lo que el protocolo deja en tus manos

El bloque de gobernanza es el que justifica la lectura. Según SAS, la organización sigue siendo responsable de la gestión de identidades, la autenticación y la autorización, el gobierno del dato y el cumplimiento normativo, la trazabilidad y la auditoría forense, y los flujos de aprobación humana para acciones sensibles. La guía cita además riesgos propios de los sistemas agénticos como "la desalineación de objetivos, el abuso de instrucciones de herramientas y los fallos de confianza en cascada".

Ramya Mopivedi, Senior Product Manager en SAS, lo resume así: el protocolo aborda "uno de los mayores retos de la IA empresarial: cómo hacer que los sistemas de IA interactúen con entornos operativos en vivo sin sacrificar gobernanza, seguridad ni claridad". La clave está en el matiz: lo aborda, no lo resuelve por sí solo.

Para quién es útil

Para responsables de tecnología y de datos en sectores regulados que empiezan a evaluar agentes, la guía es un buen documento puente: explica la arquitectura sin jerga excesiva y pone sobre la mesa las responsabilidades que no desaparecen. Para equipos técnicos que ya trabajan con servidores MCP, ya sea en `claude_desktop_config.json` o desde Claude Code, aporta poco nuevo en lo técnico, pero sirve para alinear expectativas con negocio y con seguridad.

En los servidores MCP que hemos construido para clientes, el trabajo de verdad rara vez está en exponer herramientas. Está en decidir qué no se expone, con qué credenciales corre cada llamada, qué queda registrado y qué acciones exigen confirmación humana. El protocolo te da el enchufe; el cuadro eléctrico lo diseñas tú.

Que un proveedor con la cartera de clientes de SAS lo ponga por escrito ayuda a que esa conversación llegue antes a los comités de riesgo, que es donde estos proyectos suelen atascarse. Nos parece una lectura recomendable precisamente por lo que admite que MCP no hace.