Registro de servidores MCP: qué es y cómo revisar servidores

Un registro de servidores MCP es un catálogo en el que se pueden buscar servidores Model Context Protocol: las herramientas, los conectores de datos y las integraciones a los que pueden llamar los asistentes de IA. Sí, MCP tiene un registro oficial: Anthropic y la comunidad lanzaron el MCP Registry de código abierto (disponible en GitHub en modelcontextprotocol/registry) como índice canónico, y proveedores como Microsoft gestionan sus propias fuentes seleccionadas. Pero una entrada en un registro es un listado, no una garantía de seguridad: sigues teniendo que verificar lo que instalas.

Qué es realmente un registro de servidores MCP

Piensa en un registro como pensarías en npm o PyPI: un índice de metadatos que asocia el nombre de un servidor con su repositorio de código, su comando de instalación, su descripción y (a veces) un mantenedor. Permite que un cliente de IA descubra servidores y se conecte a ellos sin que tengas que configurar a mano cada endpoint. El MCP Registry oficial ofrece una API REST y un esquema para que los clientes y los catálogos de terceros puedan obtener los datos de una única fuente autorizada en lugar de rastrear archivos README dispersos.

Conviene distinguir tres capas:

• El registro oficial: el índice mantenido por la comunidad en GitHub, pensado como la fuente de verdad original.
• Los registros de proveedores: el registro MCP de Microsoft (expuesto a través de Windows y sus herramientas de desarrollo), más las ofertas de otros proveedores de plataformas, que aplican su propia selección por encima.
• Los sitios agregadores: directorios de terceros del tipo «lista de registros de servidores MCP» que replican o rastrean el ecosistema. Su calidad de revisión varía muchísimo.

Cómo encontrar una lista de servidores MCP

Empieza por la fuente original y avanza hacia fuera. Los puntos de partida más fiables, por orden de prioridad:

• El registro oficial en GitHub (modelcontextprotocol/registry) y el repositorio modelcontextprotocol/servers, que contiene los servidores de referencia originales (sistema de archivos, GitHub, Postgres y similares).
• El registro de tu proveedor si estás en ese ecosistema: el registro MCP de Microsoft, por ejemplo, si desarrollas sobre Windows o VS Code.
• Los directorios agregadores solo para descubrir, nunca como tu frontera de confianza. Trátalos como un resultado de búsqueda de Google: una pista, no un aval.

Un ejemplo concreto de registro de servidores MCP: buscar «github» en el registro oficial devuelve el servidor de referencia de GitHub con la URL de su repositorio y su manifiesto de instalación. Clonas o instalas desde la fuente enlazada: no te fías a ciegas de un nombre que simplemente parece oficial.

Por qué la inclusión en un registro no es una comprobación de seguridad

Esta es la parte que la mayoría de los equipos se saltan. El ecosistema MCP pasó de un puñado de servidores de referencia en su lanzamiento de noviembre de 2024 a miles de servidores creados por la comunidad en cuestión de meses: un crecimiento que superó la capacidad de revisión de seguridad y creó un patrón de confianza sin verificación sorprendentemente parecido al de los primeros tiempos de npm. Eso significa que se aplican las mismas clases de ataque: nombres de servidores con typosquatting, scripts post-instalación maliciosos, permisos de herramientas demasiado amplios y servidores que exfiltran en silencio el contexto que les pasa tu IA.

Una entrada en un registro demuestra que un servidor se publicó. No demuestra que el código sea seguro, que el mantenedor sea quien dice ser ni que la versión actual coincida con la que se revisó. Cualquiera que viviera el incidente event-stream de npm sabe cómo una dependencia de aspecto fiable se vuelve hostil.

Cómo comprobar un servidor MCP antes de conectarlo

Haz estas comprobaciones cada vez que añadas un servidor, y otra vez cuando lo actualices:

• Verifica el repositorio de origen. Confirma que la URL de GitHub enlazada en el registro coincide con el proyecto real: vigila los nombres parecidos y los forks que se hacen pasar por el original.
• Lee las definiciones de las herramientas. Un servidor MCP declara las herramientas que expone. Comprueba si un servidor «del tiempo» pide en silencio acceso al sistema de archivos o a una shell que no tiene por qué necesitar.
• Inspecciona el comportamiento en la instalación y en ejecución. Revisa los scripts post-instalación y las llamadas de red. Fija versiones exactas; no te quedes flotando en latest.
• Acota su acceso. Da a cada servidor las credenciales y los datos mínimos que necesita. No le entregues nunca a un servidor de terceros tus tokens de API amplios.
• Comprueba las señales de mantenimiento. Commits recientes, un mantenedor identificable y la respuesta a las incidencias abiertas distinguen un proyecto real de uno abandonado o plantado.

Incorpora esto a tu lista de comprobación de incorporación del mismo modo que filtrarías una nueva dependencia de npm a través de tu pipeline de análisis de composición del software. El registro te dice qué existe; tu proceso de revisión decide en qué confías.

Si quieres avanzar más rápido en ese paso de revisión, el MCP Server Scanner gratuito de PlayCISO inspecciona las definiciones de herramientas, los permisos y el código de un servidor para señalar accesos demasiado amplios y comportamientos sospechosos antes de que lo conectes: una primera pasada práctica para cualquier servidor que encuentres en un registro.

Preguntas frecuentes

¿Qué es un registro de servidores MCP?

Piensa en un registro como pensarías en npm o PyPI: un índice de metadatos que asocia el nombre de un servidor con su repositorio de código, su comando de instalación, su descripción y (a veces) un mantenedor. Permite que un cliente de IA descubra servidores y se conecte a ellos sin que tengas que configurar a mano cada endpoint.

¿Cómo encuentras una lista de servidores MCP?

Empieza por la fuente original y avanza hacia fuera. Los puntos de partida más fiables, por orden de prioridad: El registro oficial en GitHub (modelcontextprotocol/registry) y el repositorio modelcontextprotocol/servers, que contiene los servidores de referencia originales (sistema de archivos, GitHub, Postgres y similares).

¿Es la inclusión en un registro una comprobación de seguridad de un servidor MCP?

Esta es la parte que la mayoría de los equipos se saltan. El ecosistema MCP pasó de un puñado de servidores de referencia en su lanzamiento de noviembre de 2024 a miles de servidores creados por la comunidad en cuestión de meses: un crecimiento que superó la capacidad de revisión de seguridad y creó un patrón de confianza sin verificación sorprendentemente parecido al de los primeros tiempos de npm.

¿Cómo compruebas un servidor MCP antes de conectarlo?

Haz estas comprobaciones cada vez que añadas un servidor, y otra vez cuando lo actualices: Verifica el repositorio de origen. Confirma que la URL de GitHub enlazada en el registro coincide con el proyecto real: vigila los nombres parecidos y los forks que se hacen pasar por el original.