01 · Contexto
Qué está ocurriendo
El 19 de octubre de 2026, Cloudflare informó que su servidor API MCP admite autorización progresiva, conocida como step-up authorization. La propuesta permite conectar inicialmente solo los alcances necesarios y añadir otros a medida que una tarea los requiera. Cuando falta un permiso, el servidor devuelve un desafío insufficient_scope que identifica el alcance solicitado y el cliente MCP pide al usuario que lo apruebe.
Para comenzar con el menor acceso, Cloudflare indica seleccionar Minimal en la pantalla de consentimiento. Los alcances ya autorizados se conservan al conceder otros. La disponibilidad depende de utilizar un cliente compatible con este mecanismo. El anuncio no afirma que cada acción requiera una aprobación nueva ni que los permisos anteriores se retiren automáticamente al terminar una tarea.
02 · Impacto
Por qué importa
Análisis editorial: pedir menos acceso al comienzo puede facilitar una evaluación más concreta del permiso, porque la solicitud aparece vinculada a una necesidad visible. El riesgo no desaparece: una sucesión de aprobaciones rutinarias puede terminar concediendo capacidades amplias sin una revisión conjunta. Por eso la decisión debe considerar el efecto de la operación y no solamente el nombre técnico del alcance. La interfaz del cliente, la claridad del aviso y la responsabilidad de quien autoriza forman parte del control tanto como el mecanismo del servidor.
03 · Recomendaciones
Qué conviene hacer
- Pruebe el flujo con una tarea de lectura y datos no sensibles antes de usarlo sobre infraestructura relevante. Compruebe que el cliente muestre qué capacidad adicional solicita, para qué recurso y con qué consecuencia esperada. Si el mensaje no permite entender el cambio de acceso, detenga la operación y revise la configuración en lugar de aprobar por costumbre o por presión de tiempo.
- Separe tareas exploratorias de aquellas que modifican recursos. Para estas últimas, defina previamente quién puede autorizar y qué evidencia debe revisar. Ensaye también una negativa: la herramienta debería dejar un resultado comprensible y no inducir a buscar rutas alternativas para eludir la decisión. Verifique en el sistema de destino si hubo cambios antes de reintentar una operación cuyo resultado quedó incierto.
- Mantenga un inventario sencillo de los permisos concedidos durante el piloto y compárelo con las necesidades vigentes. Establezca una revisión al cerrar el trabajo y compruebe qué opciones reales ofrece la integración para retirar acceso que ya no corresponde. Registre las decisiones sin guardar credenciales. La meta no es obtener menos avisos, sino que cada ampliación tenga una justificación entendible y un responsable identificable.