Ciberseguridad · Seguridad MCP · 7 min
MCP explicado: cómo conecta asistentes de IA con herramientas y datos
MCP ofrece una forma común de conectar aplicaciones de IA con servidores que exponen herramientas y datos. Comprender sus componentes ayuda a separar lo que define el protocolo de los riesgos de cada implementación.
Introducción
Un asistente de IA puede necesitar consultar información o ejecutar una acción fuera de la conversación. El Model Context Protocol (MCP) define una forma común de intercambiar mensajes entre aplicaciones cliente y servidores que ofrecen capacidades como herramientas y recursos. MCP organiza la comunicación; no decide por sí solo si una acción es segura, apropiada o autorizada para cada usuario.
Los componentes, sin confundir sus responsabilidades
En una integración típica, la aplicación que hospeda al modelo contiene un cliente MCP que se comunica con uno o más servidores MCP. El servidor puede exponer herramientas o dar acceso a datos y, a su vez, interactuar con servicios externos. El modelo puede proponer una llamada a herramienta; la aplicación cliente y el servidor implementan las decisiones de ejecución y acceso de su entorno.
Los mensajes MCP se codifican mediante JSON-RPC. La especificación de transportes consultada define stdio y Streamable HTTP como transportes estándar. stdio conecta un cliente con un proceso local; Streamable HTTP utiliza solicitudes HTTP y puede emplear eventos enviados por el servidor. La elección cambia los controles relevantes: el proceso local necesita controles de ejecución y dependencias; un servicio HTTP necesita controles de red y autenticación adecuados a su contexto.
La autorización es opcional para las implementaciones MCP. Cuando se usa transporte HTTP, la especificación de autorización indica que las implementaciones SHOULD ajustarse a su mecanismo. Para stdio, SHOULD NOT seguir ese flujo y, en cambio, obtener credenciales del entorno. Estas palabras tienen un sentido preciso: son requisitos y recomendaciones de la especificación en su contexto, no garantías de seguridad.
Una conexión no equivale a confianza
MCP no vuelve confiable un servidor, una herramienta o el contenido que devuelven. La seguridad depende de fronteras de confianza: quién controla el servidor, qué permisos recibe, qué datos procesa, qué herramientas puede invocar el modelo y cómo se valida cada acción. Un diseño seguro parte de permisos limitados, datos mínimos y confirmaciones proporcionadas al impacto.
Conclusión
MCP estandariza una interfaz de comunicación, no una política universal de seguridad. Para evaluar una integración hay que mirar el cliente, el servidor, el modelo, las herramientas, las credenciales y los servicios externos como partes distintas.
Fuentes y rigor
Referencias
Referencias verificadas el 25 de septiembre de 2026. La especificación puede cambiar; comprueba las versiones vigentes antes de tomar decisiones de implementación.
Conclusión
MCP estandariza una interfaz de comunicación, no una política universal de seguridad. Para evaluar una integración hay que mirar el cliente, el servidor, el modelo, las herramientas, las credenciales y los servicios externos como partes distintas.
Sigue explorando