Cloudflare introdujo controles de acceso a nivel de Worker que permiten a los propietarios de cuenta restringir el acceso a un solo Worker en lugar de a toda la cuenta del Developer Platform, junto con cuatro roles nuevos: Metadata Read-Only, Content Read-Only, Editor y Admin.
Metadata Read-Only expone configuración, logs, métricas y trazas sin revelar el código fuente, útil para depurar sin exponer propiedad intelectual. Content Read-Only permite leer el código de un Worker sin modificarlo, pensado para agentes de revisión de código. Editor habilita lectura/escritura y cambios de configuración pero bloquea la eliminación, ajustándose a las necesidades de despliegue de CI/CD. Admin otorga control total, incluida la eliminación, pero puede seguir acotado a un solo Worker en vez de a toda la cuenta.
Cada rol puede aplicarse en tres alcances: en todo el Developer Platform, en un producto completo (todos los Workers), o en un recurso individual con nombre (un Worker). Cloudflare indica que la misma estructura de roles se extenderá a D1, R2 y KV en futuras actualizaciones, de modo que una persona o un agente podría eventualmente leer datos de una base sin tocar las demás.
La actualización también cambia cómo se gobiernan las Rutas y los Dominios Personalizados: modificar qué hostname apunta a un Worker ahora requiere tanto acceso Editor sobre ese Worker como un permiso separado de Workers Routes para la zona, evitando que un token de CI redirija silenciosamente tráfico de producción. Los Durable Objects heredan el acceso de su Worker padre en lugar de tener su propio modelo de permisos. Las respuestas de error de la API ahora enlazan directamente a la documentación que especifica qué permiso falta, pensado para ayudar tanto a humanos como a agentes a corregirse sin solicitar accesos más amplios.
Cloudflare también está retirando —sin fecha de baja definida— un conjunto de roles heredados de Workers (como "Workers Scripts Edit" y "Workers CI Edit") en favor del nuevo esquema granular, aunque los tokens existentes seguirán funcionando. Las funciones ya están disponibles para todos los clientes vía dashboard, API o Terraform.
Para las empresas que empezaron a dejar que agentes de IA escriban, desplieguen o depuren código de producción, esto es una palanca concreta para aplicar el principio de mínimo privilegio en lugar de depender de la confianza o la revisión manual.