Algunos servidores en HostedMCP cuentan con una marca de Verified. Esta página explica exactamente qué mide dicha marca para que puedas decidir qué importancia darle.
Verified significa que un servidor pasó nuestras comprobaciones automatizadas, versión 2, en su repositorio público, paquetes, dependencias, descripciones de herramientas y endpoint. No significa que una persona haya revisado el código, y nosotros nunca ejecutamos el servidor en tu nombre. Interpreta esto como "no se encontraron problemas obvios en los datos públicos", no como una garantía de seguridad.
Las verificaciones
Realizamos once verificaciones una vez a la semana y cada vez que cambian el README o los paquetes de un listado. Cada resultado conserva su evidencia y un enlace a la fuente pública de donde proviene, para que puedas comprobarlo por ti mismo.
| Grupo | Verificación | Peso | Fuente | Qué causa el fallo |
|---|---|---|---|---|
| Origin | Repositorio de origen | 10 | GitHub | un paquete sin repositorio vinculado, o uno al que no podemos acceder |
| Origin | El paquete nombra al mismo repositorio | 5 | npm, PyPI | los metadatos del propio paquete apuntan a un repositorio diferente |
| Origin | Procedencia de la compilación | 10 | Sigstore attestations en npm y PyPI | solo cuenta cuando existe una attestation; su ausencia no se considera un hallazgo |
| Origin | Licencia | 5 | GitHub, SPDX | sin licencia, o una que no esté aprobada por OSI |
| Practices | Mantenimiento | 5 | GitHub | sin commits ni releases en los últimos 365 días |
| Practices | OpenSSF Scorecard | 15 | OpenSSF | si es inferior a 7 de 10, se obtiene parte del peso en proporción a la puntuación |
| Supply chain | Nombre del paquete | 10 | nuestra lista de paquetes populares | un nombre que difiere por una o dos letras de un paquete popular bajo otro propietario |
| Supply chain | Advisories | 15 | deps.dev, OSV | un advisory crítico en el paquete o en cualquier dependencia resuelta de esa versión |
| Tool safety | Instrucciones ocultas | 15 | descripciones de herramientas, README | texto dirigido al modelo ("ignore previous instructions", bloques <IMPORTANT>), Unicode invisible, o una descripción de herramienta que apunte a archivos como ~/.ssh |
| Tool safety | Herramientas destructivas | 5 | anotaciones de herramientas | una herramienta con un nombre tipo delete_*, drop_* o exec* sin la anotación destructiveHint |
| Endpoint | MCP handshake | 5 | una solicitud en vivo de nuestra parte | un endpoint remoto en HTTP plano, o uno que no responda a initialize |
Cómo se calcula la puntuación
Una verificación solo cuenta cuando disponemos de los datos necesarios. Un servidor alojado no tiene un paquete, por lo que las verificaciones de paquete, procedencia y avisos no se aplican; un repositorio que no haya sido analizado por Scorecard no tiene un resultado de Scorecard. Las verificaciones omitidas no afectan al total, de modo que un servidor nunca verá penalizada su puntuación por algo que no hayamos podido analizar.
La puntuación es el peso de las verificaciones que pasaron, dividido por el peso de las verificaciones que ejecutamos. Para estar Verificado, un servidor necesita:
- una puntuación de 80 o más,
- ningún hallazgo grave (nombre del paquete, HTTP sin cifrar, instrucciones ocultas o un aviso crítico),
- al menos 60 de los 100 puntos verificados, para que un listado con casi ningún dato no pueda pasar por defecto,
- un repositorio de código fuente público que haya pasado su verificación.
Cada página de servidor enumera cada verificación con su resultado, su evidencia, la fecha en que se ejecutó y, cuando Scorecard lo indica, el commit que describe. Conservamos los últimos diez resultados por servidor.
Lo que no te dice
Las verificaciones leen datos públicos y realizan una única solicitud de handshake a los endpoints remotos. No ejecutan el código de un servidor ni auditan su lógica. Un servidor puede pasar todas las verificaciones y aun así hacer algo que no desees, y un servidor bien construido puede no cumplir con el estándar porque los datos que necesitamos no están publicados. Un servidor oficial del proveedor del producto suele ser una señal de confianza mejor que esta marca.
Antes de instalar un servidor local, recuerda que se ejecuta con los permisos de tu usuario. Lee el código fuente, prefiere los servidores publicados por la propia empresa del producto y otorga a cada uno un token con el acceso más restringido que necesite. Nuestra guía de seguridad de MCP profundiza en esto con más detalle.
¿Algo va mal?
Si una revisión marcó tu servidor por error, reclama el listado y avísanos, o envía un correo a legal@hostedmcp.org. Si crees que un servidor Verified es perjudicial, escribe a la misma dirección y lo revisaremos en un plazo de 72 horas.