¿Es seguro MCP? OAuth, permisos y revocación

Autoriza un cliente MCP compatible a leer contexto y registrar operaciones de memoria disponibles. El acceso respeta permisos del workspace; las respuestas AI requieren revisión.

MCP no es automáticamente seguro o inseguro. Es un protocolo para intercambiar capacidades y contexto entre hosts de IA, clientes y servidores. La seguridad depende del servidor, transporte, autorización, cliente, permisos y acciones aprobadas.

Entiende la cadena de confianza

La conexión incluye:

• host de IA;
• cliente MCP gestionado por el host;
• servidor MCP;
• servicio de autorización;
• workspace y sus permisos.

Confiar en un componente no valida los demás. Comprueba URL, producto que presenta el consentimiento, cuenta autorizada y workspace devuelto.

La comparación entre MCP, API y plugin explica por qué “conector” no describe todo el modelo.

Qué hace OAuth en un servidor remoto

La especificación actual define un marco OAuth para servidores HTTP protegidos. El cliente descubre metadatos, el usuario completa el consentimiento y se emiten tokens para el recurso previsto. Los tokens deben viajar en headers, no en la URL.

OAuth evita pegar credenciales reutilizables en chats, ofrece acceso revocable y puede aplicar scopes. No demuestra que cualquier servidor sea fiable ni que toda operación sea inocua.

Cuatro capas de permisos

1. Autorización de conexión

Decide si el cliente puede conectarse al servidor protegido en nombre del usuario.

4. Aprobación de la acción

El host puede pedir permiso antes de una llamada. Leer un brief, añadir una entrada y publicar tienen impactos distintos. La aprobación debe nombrar objetivo y cambio.

Las capas se refuerzan; ninguna sustituye a las demás.

Empieza en lectura

Utiliza:

No actives aprobaciones automáticas para escritura durante las primeras pruebas.

Trata lectura y escritura de forma distinta

Para un plan editorial:

1. lee inventario y planner;
2. propón sin escribir;
3. aprueba entradas concretas;
4. guarda solo esas entradas;
5. vuelve a leer;
6. aprueba la publicación aparte.

Consulta cómo crear un plan editorial mediante MCP.

No expongas secretos en prompts

No pegues claves API, tokens o contraseñas en la conversación. Las credenciales BYOK pertenecen a los ajustes protegidos. El asistente puede solicitar un flujo autorizado sin ver el secreto completo.

Si una credencial aparece en una captura, repositorio, ticket o chat, revócala en el emisor y sustitúyela. Borrar el mensaje no revoca el secreto.

Revoca en ambos lados

Después comprueba que una nueva solicitud requiera autorización o falle correctamente. Revisa conexiones tras pérdida de dispositivo, salida de personal o sospecha de exposición.

Preguntas frecuentes

¿OAuth impide que la IA vea datos?

No. El cliente procesa el contexto autorizado que recibe. Revisa sus políticas y limita la información.

¿Puede acceder a todos los workspaces?

Debe devolver solo lo permitido por cuenta y roles. Verifica límites y comunica cualquier acceso inesperado.

¿La lectura no tiene riesgo?

Evita cambios, pero los datos pueden seguir siendo sensibles.

¿Basta con desconectar?

Conviene desconectar el cliente y revocar también la autorización del servidor.

MCP aporta estructura. El uso seguro necesita endpoint verificado, alcance limitado, aprobaciones, aislamiento y revocación.

Qué conserva BeKnow

Conserva intervenciones, hipótesis, recursos, observaciones y decisiones en un workspace consultable. Registra lo conocido y lo pendiente de verificar.

Una variación posterior no demuestra que la intervención la causara. La atribución entre plataformas y un dashboard estadístico completo no están disponibles hoy.

La memoria y las importaciones no requieren una clave de modelo AI. El cliente AI externo puede tener costes propios. BYOK solo corresponde a funciones disponibles que realmente llaman a un proveedor externo.

Siguiente paso

Empieza con un proyecto, un cambio documentado y las pruebas necesarias para revisarlo. Conexiones de fuentes.

Registra la primera intervención. Cómo funciona.