Os papéis e as permissões do Identity and Access Management (IAM) permitem controlar quem pode visualizar, registrar e gerenciar agentes, servidores MCP, ferramentas, habilidades independentes, endpoints e vinculações no Agent Registry.
Para conceder papéis do IAM do Agent Registry a usuários ou grupos no projeto de governança ou no projeto de gerenciamento, use a página do IAM no console do Google Cloud ou a Google Cloud CLI. Para mais detalhes, consulte Controle de acesso com o IAM e Gerenciar o acesso a projetos, pastas e organizações.
Papéis do Agent Registry
A tabela a seguir descreve os papéis do IAM do Agent Registry e as responsabilidades típicas deles:
Papel |
Descrição |
Purpose |
|---|---|---|
|
Administrador da API Agent Registry
( |
Acesso total a todos os recursos do Agent Registry, incluindo agentes, servidores MCP, ferramentas, endpoints, habilidades independentes, revisões de habilidades, vinculações e políticas de IAM de habilidades. |
|
|
Editor da API Agent Registry
( |
Acesso de edição aos recursos do Agent Registry, incluindo agentes, servidores MCP, ferramentas, endpoints, habilidades independentes e revisões de habilidades. |
|
|
Leitor da API Agent Registry
( |
Acesso somente leitura para visualizar e pesquisar agentes, servidores MCP, ferramentas, habilidades independentes, revisões de habilidades, editores, endpoints e vinculações. |
|
|
Usuário do registro de agentes
( |
Acesso somente leitura aos recursos do Registro de Agentes, além de acesso para criar, atualizar e excluir habilidades independentes e revisões de habilidades. |
|
Permissões do Agent Registry
A tabela a seguir lista as permissões de cada papel do IAM do Agent Registry:
Administrador da API Agent Registry Beta( Acesso total aos recursos da API Agent Registry. |
|
Editor da API Agent Registry Beta( Acesso de edição aos recursos da API Agent Registry. |
|
Leitor da API Agent Registry Beta( Acesso somente leitura aos recursos da API Agent Registry. |
|
Usuário do Agent Registry Beta( Criar, atualizar e excluir habilidades e revisões de habilidades. |
|
Para mais informações sobre as permissões do IAM, consulte Encontrar os papéis predefinidos certos e Índice de papéis e permissões do IAM.
Papéis para limites de gerenciamento entre projetos
Ao configurar um limite de gerenciamento para seus componentes agênticos no Agent Registry, é necessário conceder papéis do IAM a usuários ou serviços nos seguintes níveis:
- Projeto de gerenciamento: conceda papéis do Agent Registry no
projeto de gerenciamento
a usuários ou serviços que descobrem e gerenciam agentes em todo o limite.
Os usuários com acesso de visualização no projeto de gerenciamento podem descobrir e pesquisar
agentes e servidores MCP de todos os projetos membros em todos os limites
anexados a esse projeto de gerenciamento, sem precisar de permissões de visualização
explícitas concedidas em cada projeto membro individual. Se uma equipe não puder
visualizar recursos de outros limites, atribua esse limite a um projeto de gerenciamento e recurso
CapabilityConfigseparado. - Projetos de membros: conceda papéis do Agent Registry em projetos de membros específicos para desenvolvedores que criam, registram ou mantêm agentes e ferramentas nesses projetos específicos.
- Configuração de limite: a criação e o gerenciamento de recursos de configuração de limite exigem papéis administrativos na pasta ou organização que os contém. Para mais informações, consulte os papéis necessários em Configurar limites de gerenciamento na documentação do Resource Manager.
Restringir registros locais em projetos de membros
Como os recursos Service e Binding registrados manualmente criados em um
projeto de membro não são acumulados no projeto de gerenciamento, os administradores de segurança
podem aplicar o registro centralizado no projeto de gerenciamento de uma das
seguintes maneiras:
- Bloquear
agentregistry.googleapis.comem projetos de membros: quando os desenvolvedores não precisam consultar o Agent Registry diretamente em um projeto de membro, aplique aconstraints/gcp.restrictServiceUsagerestrição de política da organização na pasta ou organização pai para negaragentregistry.googleapis.come substituir a política no projeto de gerenciamento. Bloquearagentregistry.googleapis.comem projetos de membros não afeta a descoberta automática de cargas de trabalho de ambiente de execução de projetos de membros no projeto de gerenciamento. Permitir a descoberta somente leitura em projetos de membros e negar gravações locais: para manter o
agentregistry.googleapis.comativado em projetos de membros para descoberta local somente leitura, exigindo que todos os recursosServiceeBindingsejam registrados no projeto de gerenciamento, conceda aos desenvolvedores o papel de Leitor da API Agent Registry (roles/agentregistry.viewer) no projeto de membro e anexe uma política de negação do IAM que nega as seguintes permissões de gravação em projetos de membros: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
Controle de acesso para recursos registrados
Os papéis do Agent Registry controlam quem pode gerenciar e descobrir recursos no próprio registro. Para controlar quais agentes podem se comunicar com serviços, endpoints e servidores MCP registrados pelo Gateway de Agente, use as políticas de saída do Identity-Aware Proxy (IAP):
- Permissões de acesso de saída: para autorizar um agente a rotear o tráfego para um
agente registrado, servidor MCP ou endpoint, conceda o papel
Saída protegida pelo IAP (
roles/iap.egressor) ao principal do agente no recurso de destino. - Permissões de administração de políticas: para configurar políticas do IAM da Web do IAP em recursos registrados, é necessário receber o papel de Administrador de políticas do IAP (
roles/iap.admin) no projeto de governança que hospeda o registro.
Para instruções detalhadas sobre como configurar políticas de saída do IAP, consulte Configurar políticas de agente do IAM.