Nueve plataformas para gobernar servidores MCP en la empresa

Instalar un servidor MCP cuesta un par de minutos y una línea en un fichero de configuración. Esa facilidad es justo el problema que describe Tech Insider en su repaso a las nueve plataformas de seguridad MCP para 2026: los equipos de seguridad están encontrando «decenas o cientos» de servidores MCP funcionando en sus entornos, y muchos nunca se aprobaron.

El artículo, publicado esta semana, no ordena las herramientas en un ranking ni aporta cifras de incidentes o CVE. A quien tenga que decidir presupuesto le sirve más otra cosa: un mapa de qué problema resuelve cada una y, sobre todo, qué deja sin cubrir.

Seis vectores de ataque que ya no son teóricos

Antes de entrar en productos, la pieza enumera los riesgos que justifican esta categoría:

Shadow MCP: servidores que los desarrolladores instalan en local sin pasar por ningún control.
Tool poisoning: instrucciones ocultas en la descripción de una herramienta que el modelo lee y obedece.
Cambios en la cadena de suministro: un servidor ya aprobado que cambia su comportamiento después del despliegue.
Credenciales con exceso de permisos, que abren la puerta a ataques de tipo confused deputy.
Prompt injection indirecta: contenido recuperado (un correo, una web, un ticket) que desvía al agente.
Exposición de datos a través de las respuestas de las herramientas.

Quien haya conectado Claude a un servidor de terceros reconocerá varios. La descripción de una tool entra tal cual en el contexto del modelo, y casi nadie la revisa línea a línea cuando actualiza un paquete.

Qué hace cada plataforma

La lista agrupa enfoques muy distintos:

Dash Security apuesta por descubrir y gobernar todo el «patrimonio agéntico»: servidores MCP, skills y plugins. Dice detectar más de 60 plataformas de IA distintas sin instalar agentes, y promete pasar del descubrimiento a la aplicación de políticas en una semana.
Akto lleva a MCP su experiencia en seguridad de APIs, con detección de shadow MCP, una biblioteca de pruebas y monitorización de anomalías.
Stacklok ToolHive, de los fundadores de Kubernetes, aísla cada servidor en su propio contenedor, añade firma y procedencia y ofrece un operador para Kubernetes. Es open source con opciones enterprise.
Docker MCP Gateway empaqueta los servidores como contenedores OCI, con un catálogo firmado integrado en Docker Desktop. Según el artículo, donde más rinde es en entornos que ya son nativos de Docker.
Snyk, tras comprar Invariant Labs, aporta MCP-Scan para detectar descripciones de herramientas peligrosas y guardrails sobre el comportamiento del agente.
Kong AI Gateway extiende su gateway de APIs al tráfico MCP con autenticación, rate limiting, logs y políticas.
Descope se centra en la identidad: OAuth, identidades de agente y accesos acotados y revocables.
Obot es un gateway y catálogo open source y autoalojado, con aislamiento en contenedores.
* Microsoft MCP Gateway gestiona el tráfico MCP con control de acceso vía Entra ID sobre Azure y AKS. Tiene más sentido cuanto más Azure use ya la organización.

El límite de los gateways

La frase más relevante de la pieza es una advertencia: un gateway controla bien el tráfico que pasa por él, pero no ve los servidores instalados en local ni siempre detecta los riesgos que aparecen a mitad de sesión. El matiz importa a cualquier equipo que trabaje con Claude Code o Claude Desktop, donde muchos servidores se lanzan por stdio en la máquina del desarrollador y nunca tocan la red corporativa.

Por eso el artículo propone cinco capas complementarias: descubrimiento, gateway y aislamiento, identidad, testing y escaneo previo, y enforcement en tiempo de ejecución con detección de desviaciones de intención. Ningún producto de la lista cubre las cinco con la misma solidez.

Para quién es útil

Para un CISO o un responsable de plataforma, lo que cuenta es el encaje con lo que ya existe. Si la empresa vive en Azure, el gateway de Microsoft es el punto de partida natural; si ya usa Kong o Snyk, ampliar esas herramientas sale más barato que sumar un proveedor. Los equipos pequeños pueden empezar sin licencias con ToolHive u Obot.

Los desarrolladores tienen controles que no requieren comprar nada: fijar las versiones de los servidores, revisar las descripciones de las tools al actualizar, dar a cada servidor las credenciales mínimas y usar hooks como PreToolUse en Claude Code para bloquear llamadas concretas antes de que se ejecuten.

En ElephantPink montamos servidores MCP a medida y vemos a diario lo rápido que se acumulan conexiones que nadie recuerda haber aprobado. Coincidimos con el artículo: el inventario va primero, y comprar un gateway sin saber qué servidores existen solo da una falsa sensación de control.