Registro gestionado
Cada servidor MCP se registra y se descubre a través de Cortex. Los servidores nuevos quedan en status='pending' y no pueden invocarse hasta que un administrador los apruebe.
El Model Context Protocol abre tus herramientas a agentes autónomos. Cortex antepone a cada llamada un registro gestionado, listas de permitidos por tenant, DLP en la entrada y en la salida, límites de tasa, puntuación de riesgo, un kill switch y un log completo de transacciones — para que MCP se pueda ejecutar con seguridad en trabajo regulado.
Alineado con EU AI Act · NIST AI RMF · ISO 42001
MCP permite que cualquier agente descubra y llame a las herramientas de tus servidores — leer registros, mover dinero, enviar mensajes. De fábrica no hay paso de aprobación, ni lista de permitidos, ni comprobación de fuga de datos, ni límite de tasa, ni constancia de qué se llamó. Cortex convierte el gateway en la única vía de entrada: un servidor no se puede invocar hasta que se aprueba, cada llamada se analiza en ambos sentidos y un clic la bloquea al instante.
Cada control se aplica en el momento de la invocación, en modo fail-closed. Una solicitud que no supere alguna comprobación se deniega, y el intento queda igualmente registrado.
Cada servidor MCP se registra y se descubre a través de Cortex. Los servidores nuevos quedan en status='pending' y no pueden invocarse hasta que un administrador los apruebe.
Las listas de permitidos por servidor acotan exactamente qué herramientas descubiertas puede llamar un agente — y el alcance por tenant mantiene los servidores de un tenant invisibles para otro.
El texto de entrada se analiza en busca de inyección de prompts y de PII antes de la llamada; los resultados de salida se redactan para eliminar la PII antes de que lleguen al agente.
Cada invocación gobernada — permitida o bloqueada — se registra con la E/S redactada, el motivo de la denegación y la latencia, lista para un auditor.
Un servidor MCP se gana el derecho a ser llamado. Después, el gateway lo comprueba en cada solicitud.
El servidor se añade al registro gestionado con status='pending'. Hasta que se apruebe, toda invocación se rechaza con 403 — por defecto no se ejecuta ninguna herramienta.
Un administrador aprueba el servidor, fija su nivel de riesgo (low / medium / high) y define la lista de herramientas permitidas. Una lista vacía significa todas las herramientas descubiertas; una lista explícita lo restringe.
gateInvoke comprueba aprobado + habilitado + herramienta en lista de permitidos, después aplica DLP a la entrada (el texto con alta inyección se bloquea), ejecuta el tools/call JSON-RPC y redacta la PII de la salida.
La llamada queda en el registro de transacciones con la E/S redactada y la latencia. Un solo bloqueo activa el kill switch — toda invocación posterior devuelve 403 hasta que vuelvas a aprobarlo.
Estos son los resultados reales de la aplicación: el gateway deniega primero y no pregunta después. Cada denegación queda registrada, de modo que “se bloqueó” es algo que puedes entregar a un auditor, no solo afirmar.
El gateway no solo permite o deniega: inspecciona, puntúa, limita y registra, tanto en la entrada como en la salida.
block es un kill switch instantáneo para todo el servidor: en cuanto lo activa, toda invocación gobernada se rechaza, sin importar qué agente o flujo la pida. approve vuelve a habilitarlo. Las listas de permitidos se acotan a la identidad del agente que llama, así que el gateway siempre sabe quién busca qué herramienta.
Las llamadas MCP atraviesan el mismo tejido de identidad, acción, auditoría y observabilidad que todo lo demás en Cortex.
Las listas de permitidos por agente se acotan a la identidad que llama — propietario, nivel de riesgo, acciones permitidas, caducidad.
Las llamadas a herramientas se convierten en acciones gobernadas con niveles de riesgo y el ciclo de vida dry-run → approve → execute.
Cada invocación controlada se encadena por hash en un registro de auditoría verificable y a prueba de manipulaciones.
Consulta en vivo los servidores MCP, los pendientes y los bloqueados — y deshabilita herramientas desde una sola pantalla.
Redacta reglas allow / deny / require-approval que gobiernan cuándo pueden invocarse las herramientas.
Cada llamada a una herramienta aparece en las trazas de ejecución, en la puntuación de calidad y en el flujo de eventos.
Aprobación fail-closed, DLP en ambos sentidos, aislamiento por tenant, un kill switch y un registro completo de llamadas — mapeados a los marcos que tus auditores ya utilizan.
Antepón un gateway gestionado a cada servidor MCP: aprobado antes de invocar, analizado en ambos sentidos, registrado y a un clic de la parada total.