Los roles y permisos de Identity and Access Management (IAM) te permiten controlar quién puede ver, registrar y administrar agentes, servidores de MCP, herramientas, habilidades independientes, extremos y vinculaciones en el registro de agentes.
Para otorgar roles de IAM del Registro de agentes a usuarios o grupos en tu proyecto de administración o tu proyecto de administración, usa la página de IAM en la consola de Google Cloud o Google Cloud CLI. Para obtener más detalles, consulta Control de acceso con IAM y Administra el acceso a proyectos, carpetas y organizaciones.
Roles de Agent Registry
En la siguiente tabla, se describen los roles de IAM del Registro de agentes y sus responsabilidades típicas:
Función |
Descripción |
Purpose |
|---|---|---|
|
Administrador de la API de Agent Registry
( |
Tiene acceso total a todos los recursos de Agent Registry, incluidos los agentes, los servidores de MCP, las herramientas, los endpoints, las habilidades independientes, las revisiones de habilidades, las vinculaciones y las políticas de IAM de habilidades. |
|
|
Editor de la API de Agent Registry
( |
Tiene acceso de edición a los recursos de Agent Registry, incluidos los agentes, los servidores de MCP, las herramientas, los endpoints, las habilidades independientes y las revisiones de habilidades. |
|
|
Visualizador de la API de Agent Registry
( |
Acceso de solo lectura para ver y buscar agentes, servidores de MCP, herramientas, habilidades independientes, revisiones de habilidades, publicadores, endpoints y vinculaciones. |
|
|
Usuario del registro de agentes
( |
Acceso de solo lectura a los recursos de Agent Registry, además de acceso para crear, actualizar y borrar habilidades independientes y revisiones de habilidades. |
|
Permisos de Agent Registry
En la siguiente tabla, se enumeran los permisos que tiene cada rol de IAM del Registro de agentes:
Administrador de la API de Agent Registry Beta( Tiene acceso total a los recursos de la API de Agent Registry. |
|
Editor de la API de Agent Registry Beta( Tiene acceso de edición a los recursos de la API de Agent Registry. |
|
Visualizador de la API de Agent Registry Beta( Tiene acceso de solo lectura a los recursos de la API de Agent Registry. |
|
Usuario de Agent Registry Beta( Crea, actualiza y borra habilidades y revisiones de habilidades. |
|
Para obtener más información sobre los permisos de IAM, consulta Encuentra los roles predefinidos adecuados y Índice de roles y permisos de IAM.
Roles para los límites de administración entre proyectos
Cuando configuras un límite de administración para tus componentes de agentes en el Registro de agentes, debes otorgar roles de IAM a los usuarios o servicios en los siguientes niveles:
- Proyecto de administración: Otorga roles de Agent Registry en el
proyecto de administración
a los usuarios o servicios que descubren y administran agentes en todo el límite.
Los usuarios con acceso de visualizador en el proyecto de administración pueden descubrir y buscar
agentes y servidores de MCP de todos los proyectos miembros en todos los límites
adjuntos a ese proyecto de administración sin necesidad de que se les otorguen permisos de visualizador
explícitos en cada proyecto miembro individual. Si un equipo no debe
ver los recursos de otros límites, asigna ese límite a un proyecto de administración
y recursos de
CapabilityConfigindependiente. - Proyectos de miembros: Otorga roles de registro de agentes en proyectos de miembros específicos a los desarrolladores que compilan, registran o mantienen agentes y herramientas dentro de esos proyectos específicos.
- Configuración de límites: La creación y administración de recursos de configuración de límites requiere roles administrativos en la carpeta o la organización que los contiene. Para obtener más información, consulta los roles requeridos en Configura límites de administración en la documentación de Resource Manager.
Restringe los registros locales en los proyectos miembros
Debido a que los recursos Service y Binding registrados de forma manual que se crean en un
proyecto miembro no se acumulan en el proyecto de administración, los administradores de seguridad
pueden aplicar el registro centralizado en el proyecto de administración de cualquiera de las
siguientes maneras:
- Bloquea
agentregistry.googleapis.comen los proyectos miembros: Cuando los desarrolladores no necesitan consultar el Registro de agentes directamente en un proyecto miembro, aplica laconstraints/gcp.restrictServiceUsagerestricción de la política de la organización en la carpeta o la organización superior para denegaragentregistry.googleapis.comy anular la política en el proyecto de administración. Bloquearagentregistry.googleapis.comen los proyectos miembros no afecta el descubrimiento automático de las cargas de trabajo del entorno de ejecución de los proyectos miembros en el proyecto de administración. Permite el descubrimiento de solo lectura en los proyectos miembros y deniega las escrituras locales: para mantener
agentregistry.googleapis.comhabilitado en los proyectos miembros para el descubrimiento local de solo lectura, mientras se requiere que todos los recursosServiceyBindingse registren en el proyecto de administración, otorga a los desarrolladores el rol de visualizador de la API de Agent Registry (roles/agentregistry.viewer) en el proyecto miembro y adjunta una política de denegación de IAM que deniegue los siguientes permisos de escritura en los proyectos miembros:agentregistry.googleapis.com/services.createagentregistry.googleapis.com/services.updateagentregistry.googleapis.com/services.deleteagentregistry.googleapis.com/bindings.createagentregistry.googleapis.com/bindings.updateagentregistry.googleapis.com/bindings.delete
Control de acceso para recursos registrados
Los roles de Agent Registry rigen quién puede administrar y descubrir recursos en el registro. Para controlar qué agentes pueden comunicarse con los servicios, los extremos y los servidores de MCP registrados a través de Agent Gateway, usa las políticas de salida de Identity-Aware Proxy (IAP):
- Permisos de acceso de salida: Para autorizar a un agente a enrutar el tráfico a un
agente registrado, un servidor de MCP o un extremo, otorga el rol de
IAP-secured Egressor (
roles/iap.egressor) al principal del agente en el recurso de destino. - Permisos de administración de políticas: Para configurar las políticas de IAM
de la Web de IAP en los recursos registrados, debes obtener el rol de
Administrador de políticas de IAP (
roles/iap.admin) en el proyecto de administración que aloja el registro.
Para obtener instrucciones detalladas sobre cómo configurar las políticas de salida de IAP, consulta Configura las políticas de agentes de IAM.