Control de acceso con IAM

Nota: Este contenido se aplica solo a las funciones de Cloud Run, antes Cloud Functions (2nd gen).

Para ver la versión de 1ª gen. de este documento, consulta Control de acceso con la IAM (1ª gen.).

En esta página, se proporciona información complementaria para usar los roles de Identity and Access Management (IAM) para configurar controles de acceso a nivel del proyecto y determinar el nivel de acceso a tu Google Cloud proyecto y a las funciones creadas con los comandos gcloud functions o laAPI de Cloud Functions v2.

Si creaste o implementaste funciones con Cloud Run, consulta Control de acceso con IAM y Roles de Cloud Run para obtener una descripción detallada de los roles predefinidos de Cloud Run, controlar el acceso a servicios individuales, hacer que un servicio sea público, o configurar la política de la organización para el IAM del invocador de Cloud Run.

Control de acceso para usuarios

Agrega usuarios como miembros del equipo a tu proyecto y otórgales roles con la IAM.

Cloud Run Functions admite los siguientes roles:

• Roles predefinidos de Cloud Run (recomendado)
• Roles predefinidos de Cloud Functions
• Roles básicos de Editor, Propietario y Visualizador

Nota: Para escribir en los registros de Cloud Run Functions o acceder a ellos, un miembro del proyecto también debe tener los permisos de registro correspondientes. Para obtener más información, consulta la guía de control de acceso de Cloud Logging.

Control de acceso para cuentas de servicio

Una cuenta de servicio es un tipo especial de cuenta deGoogle Cloud que actúa como una identidad para un usuario no humano que necesita autenticarse y tener autorización para acceder a los datos y realizar diversas acciones. Algunas de estas cuentas son creadas y administradas por Google, y se conocen como agentes de servicio.

Las siguientes cuentas de servicio se usan para Cloud Run Functions:

Nombre	ID de miembro	Rol
Cuenta de servicio predeterminada de Compute Engine	[e-mail]	Editor
Agente de servicio de Google Cloud Functions	[e-mail]	Agente de servicio de Google Cloud Functions
Cuenta de servicio heredada de Cloud Build^1	[e-mail]	Cuenta de servicio de Cloud Build
Cuenta de servicio de Cloud Build	[e-mail]	Agente de servicio de Cloud Build
Agente de servicio de Google Container Registry	[e-mail]	Agente de servicio de Container Registry
Agente de servicio de Artifact Registry	[e-mail]	Agente de servicio de Artifact Registry

Nota:

La restricción de la política de la organización iam.automaticIamGrantsForDefaultServiceAccounts evita que el rol Editor se otorgue de forma automática a las cuentas de servicio predeterminadas. Si creaste tu organización después del 3 de mayo de 2024, esta restricción se aplica de forma predeterminada.

Recomendamos que apliques esta restricción para inhabilitar la concesión automática de roles. Si inhabilitas la concesión automática de roles, debes decidir qué roles se deben otorgar a las cuentas de servicio predeterminadas y, luego, otorgar estos roles a ti mismo.

Si la cuenta de servicio predeterminada ya tiene el rol de editor, te recomendamos que reemplaces el rol de editor por roles menos permisivos.Para modificar de forma segura los roles de la cuenta de servicio, usa Policy Simulator para ver el impacto del cambio y, luego, otorga y revoca los roles adecuados.

Cuentas de servicio del entorno de ejecución

En el entorno de ejecución, Cloud Run Functions usa de forma predeterminada la cuenta de servicio predeterminada de Compute Engine ([e-mail]), que también tiene el rol de editor en el proyecto. Puedes cambiar los roles de estas cuentas de servicio a fin de limitar o extender los permisos para tus funciones en ejecución. También puedes cambiar la cuenta de servicio que se usa si evitas la cuenta de servicio predeterminada cuando configuras la identidad de servicio.

Para obtener más información sobre las cuentas de servicio, consulta la documentación de las cuentas de servicio.

Nota: La autenticación como la cuenta de servicio del entorno de ejecución desde la función puede fallar si cambias los permisos de la cuenta de servicio de Cloud Run Functions.

Cuentas de servicio administrativas

Para realizar acciones administrativas en tu proyecto durante la creación, actualización o eliminación de funciones, todos los proyectos en Cloud Run Functions requieren la cuenta de servicio del agente de servicio de Google Cloud Functions ([e-mail]).

Además, todos los entornos de ejecución realizan la compilación y el almacenamiento de imágenes de contenedor en tu proyecto. Para admitir esto, también debes aprovisionar lo siguiente:

• La cuenta de servicio heredada de Cloud Build¹ ([e-mail])
• La cuenta de servicio del agente de servicio de Cloud Build ([e-mail])
• La cuenta de servicio del agente de servicio de Google Container Registry ([e-mail])

Estas cuentas de servicio deben tener las funciones enumeradas en la tabla anterior.

Cuenta de servicio del agente de servicios de Google Cloud Functions

Según la configuración predeterminada, la cuenta de servicio del agente del servicio de Google Cloud Functions ([e-mail] tiene la función cloudfunctions.serviceAgent en el proyecto).

Advertencia: Si quitas la vinculación del rol predeterminado o modificas los permisos otorgados a la cuenta de servicio del agente de servicio de Cloud Functions en tu proyecto deGoogle Cloud , es posible que las operaciones de creación, actualización y eliminación fallen.

Estos son algunos de los permisos destacados que usa cloudfunctions.serviceAgent:

Permiso	Descripción
roles/artifactregistry.admin	Administra repositorios y almacena imágenes de compilación en Artifact Registry.
roles/cloudbuild.builds.editor	Es obligatorio para usar Cloud Build a fin de realizar compilaciones en el proyecto del usuario.
roles/cloudbuild.customworkers.builder	Crear compilaciones en los trabajadores personalizados de Cloud Build.
compute.globalOperations.get, compute.networks.access, vpcaccess.connectors.{get, use}	Aprovisionar funciones con acceso a la VPC de proyectos del consumidor.
roles/eventarc.developer	Administrar activadores de Eventarc para las funciones.
firebasedatabase.instances.{get, update}	Crear funciones activadas por Firebase Realtime Database
iam.serviceAccounts.{actAs, getAccessToken, signBlob}	Capacidad para obtener credenciales de la cuenta de servicio del entorno de ejecución
iam.serviceAccounts.getOpenIdToken	Se requiere para que el agente obtenga un token de OpenID en una autoridad especificada por el usuario. El token de OpenID se usa para invocar funciones habilitadas para IAM.
pubsub.subscriptions	Administrar las suscripciones en el proyecto del usuario
pubsub.topics	Administrar los temas en el proyecto del usuario
roles/run.developer	Administra el servicio de Cloud Run para funciones.
storage.buckets.create, storage.objects.{delete, get, create, list}	Es obligatorio para almacenar el código fuente en el proyecto del usuario.

Puedes ver todo el conjunto de permisos en roles predefinidos de IAM o ejecutar este comando:

gcloud iam roles describe roles/cloudfunctions.serviceAgent

Para restablecer esta cuenta de servicio al rol predeterminado, quita cualquier rol que tenga y agrega el rol de agente de servicio de Cloud Functions:

gcloud projects add-iam-policy-binding PROJECT_ID \
  --member serviceAccount:[e-mail] \
  --role roles/cloudfunctions.serviceAgent

Soluciona problemas de errores de permisos

Si recibes errores de permisos cuando implementas, actualizas, borras o ejecutas funciones en el proyecto, sigue estos pasos:

1. Asegúrate de tener el rol Editor o Propietario del proyecto o de que estés usando el rol Desarrollador de Cloud Functions.

   Si usas el rol Desarrollador de Cloud Functions a nivel de proyecto, asegúrate de haber otorgado al usuario el rol Usuario de la cuenta de servicio de IAM.

   Por el momento, solo se permiten los permisos de ejecución a nivel de cada función.

2. Verifica que la cuenta de servicio del agente de servicio de Cloud Functions ([e-mail]) tenga el rol de agente de servicio de Cloud Functions (cloudfunctions.serviceAgent) en tu proyecto.

   Asegúrate de que la casilla Incluye asignaciones de funciones proporcionadas por Google en la pestaña Permisos de la página IAM de Console esté marcada para ver esta cuenta. También puedes usar gcloud projects add-iam-policy-binding PROJECT_ID.

3. Asegúrate de tener permisos para las fuentes de los activadores, como Pub/Sub o Cloud Storage.

Si recibes un error de “permisos insuficientes” o tienes otros problemas de autenticación cuando ejecutas las funciones, asegúrate de que la cuenta de servicio del entorno de ejecución cuente con los permisos correspondientes para acceder a los recursos que necesitan las funciones y, luego, repite los pasos 2 y 3.

Si recibes un error que indica “servicio no disponible” durante la implementación, asegúrate de que la cuenta de servicio del entorno de ejecución [e-mail] exista en tu proyecto. Para volver a crear esta cuenta de servicio si se borró, consulta Recupera una cuenta de servicio.

Consulta también Soluciona problemas de Cloud Run Functions.

¹ Cloud Run Functions solo usa la cuenta de servicio heredada de Cloud Build para los proyectos creados antes de julio de 2024.