Evalúe la seguridad de una pasarela MCP con pruebas de autorización, rechazo y auditoría, y revise los datos y el despliegue.
La compra de una pasarela MCP debe definir qué herramientas puede utilizar una aplicación, qué se rechaza y qué pruebas quedan disponibles. Evalúe Sluis con un plan de aceptación escrito que distinga los controles disponibles de los requisitos de integración pendientes de validar.
Defina el límite de control que necesita
Sluis ofrece una pasarela gestionada con prioridad europea, varios proveedores, API compatibles con OpenAI y Anthropic y políticas para modelos y herramientas MCP. La compatibilidad de API no demuestra que se admita cualquier servidor MCP, transporte o método de autenticación. Documente los requisitos concretos de clientes, servidores e identidades antes de elegir el despliegue.
Escenario ilustrativo: un asistente financiero necesita leer facturas, pero no debe exportar toda la contabilidad. El servidor MCP propuesto expone las herramientas ficticias invoices.read e invoices.export. Estos nombres corresponden a una prueba de compra, no a integraciones incluidas en Sluis. Determine dónde deben aplicarse la autorización del usuario, la identificación de la carga de trabajo y los permisos del servidor.
- Enumere los modelos, servidores MCP y herramientas necesarios para cada carga.
- Documente los requisitos de autenticación e identidad del servidor que debe validar.
- Separe la política de la pasarela de los permisos del sistema de destino.
Pruebe por separado autorizaciones y rechazos
Prueba de aceptación ilustrativa: configure la carga invoice-review para un modelo aprobado e invoices.read en el servidor de pruebas designado. La lectura de una factura sintética debe funcionar; invoices.export y un modelo no aprobado deben rechazarse. Repita la prueba desde otra carga para detectar una transferencia involuntaria de permisos.
Pruebe por separado los modos de autorización y denegación, y después un segundo servidor con el mismo nombre de herramienta. Exija una demostración de cómo se identifica el servidor previsto, sin asumir que basta con el nombre. Autorizar una herramienta no acredita la validación de argumentos, la protección frente a inyecciones de instrucciones ni la autorización dentro del sistema de destino.
- Registre el resultado esperado y observado de cada autorización y rechazo.
- Pruebe un modelo prohibido, otra carga y un nombre de herramienta duplicado.
- Valide por separado los argumentos y la autorización del sistema de destino.
Examine la auditoría y el tratamiento de datos
Sluis proporciona un registro de auditoría con encadenamiento de hashes. Para cada prueba autorizada o rechazada, solicite pruebas que permitan reconstruir la carga, el modelo, la herramienta y la decisión aplicada. Modifique o elimine una entrada en una copia controlada y compruebe cómo se detecta. El encadenamiento no equivale a almacenamiento inmutable ni a cobertura completa de eventos.
La protección de datos utiliza por defecto tokenización reversible; mask, block y allow_log son modos distintos. La detección no es perfecta y los resultados de búsqueda web existentes y las respuestas del modelo no se tokenizan de nuevo. El análisis de seguridad es opcional. El contenido se conserva por defecto hasta borrarlo o cambiar la configuración; se conservan metadatos. Pruebe la ruta MCP real.
- Recopile pruebas de llamadas correctas, llamadas rechazadas y fallos de verificación.
- Pruebe datos sensibles sintéticos y revise qué llega a la herramienta y al registro.
- Acuerde conservación, borrado, acceso a metadatos y análisis opcionales.
Formalice el despliegue y los criterios de aceptación
Elija el servicio gestionado o Edge según sus requisitos operativos. Edge ejecuta el producto completo en su propio Kubernetes o Docker, incluso en entornos aislados de redes externas con modelos locales. Su organización gestiona las copias de seguridad y la licencia. Valide qué modelos y herramientas funcionan con las restricciones de red y las políticas elegidas.
La residencia en la UE, la propiedad europea y la exposición a leyes estadounidenses son cuestiones distintas. Consulte la guía existente sobre soberanía para profundizar y revise la documentación ISO 27001 publicada sin interpretarla como garantía jurídica. Sluis aplica precios según el uso. Consulte la página de precios y acuerde pruebas de aceptación, requisitos de integración pendientes y responsabilidades antes de firmar.
- Asigne responsables de despliegue, copias de seguridad, licencias e incidentes.
- Verifique los proveedores y modelos disponibles bajo su política.
- Adjunte resultados y requisitos pendientes a la aprobación de compra.
Preguntas antes de elegir
¿La compatibilidad de API garantiza que funcione nuestro servidor MCP?
No. La compatibilidad con las API de OpenAI y Anthropic no acredita la del transporte MCP, la versión del protocolo o la autenticación. Solicite la validación de su combinación concreta de cliente y servidor, incluida la gestión de identidades.
¿Una auditoría con hashes encadenados garantiza el cumplimiento?
No. Ayuda a verificar la integridad, pero también debe evaluar la cobertura de eventos, los accesos, la conservación y los procedimientos de verificación. La adecuación jurídica depende de sus tratamientos y obligaciones, no de una sola función.
¿Puede utilizarse cualquier modelo con una política limitada a la UE?
No lo dé por hecho. La disponibilidad depende del proveedor, el despliegue y la política. Revise toda la ruta de tratamiento; el alojamiento europeo no resuelve por sí solo la propiedad ni la exposición a legislación extranjera.