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.).

Tú (es decir, la cuenta de usuario o servicio que implementa la función) puedes configurar el control de acceso con roles a nivel del proyecto. Asigna una función a un miembro de proyecto o a una cuenta de servicio para determinar el nivel del acceso a tu proyecto de Google Cloud y a sus recursos. De forma predeterminada, todos los proyectos de Google Cloud incluyen un solo usuario: el creador original del proyecto. Ningún otro usuario tiene acceso al proyecto y, por lo tanto, tampoco a las funciones, hasta que se agrega un usuario como un miembro del equipo de proyecto.

Control de acceso para usuarios

Puedes agregar usuarios como miembros de equipo a tu proyecto y garantizarles funciones mediante la Identity and Access Management (IAM).

Cloud Run Functions admite los roles básicos de editor, propietario y visualizador, que otorgan los siguientes permisos:

• Editor y Propietario: acceso de lectura y escritura a todos los recursos relacionados con las funciones. Permite a los usuarios implementar, actualizar y borrar funciones. Acceso adicional a otros recursos del proyecto.
• Lector: acceso de solo lectura a las funciones y ubicaciones. Permite a los usuarios crear una lista de funciones y ver sus detalles, pero no les permite ver el código fuente. Acceso adicional a otros recursos del proyecto.

Cloud Run Functions también admite los roles predefinidos de desarrollador y visualizador de Cloud Run Functions, que otorgan los siguientes permisos:

• Programador: acceso de lectura y escritura a todos los recursos relacionados con las funciones. Permite a los usuarios implementar, actualizar y borrar funciones. Sin acceso a otros recursos del proyecto.
• Lector: acceso de solo lectura a las funciones y ubicaciones. Permite a los usuarios crear una lista de funciones y ver sus detalles, pero no les permite ver el código fuente. Sin acceso a otros recursos del proyecto.

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 de Google Cloud que actúa como una identidad para un usuario no humano que necesita autenticarse y tener autorización a fin de 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 Run Functions	[e-mail]	Agente de servicio de Cloud Run Functions
—	[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 proporcionas una cuenta de servicio individual no predeterminada.

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 Run 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 de Cloud Build básica ([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 servicio de Google Cloud Run Functions

Según la configuración predeterminada, la cuenta de servicio del agente de servicio de Google Cloud Run Functions ([e-mail] tiene el rol 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 Run Functions en tu proyecto de Google Cloud, es posible que las operaciones de creación, actualización y eliminación de Cloud Run Functions 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 actualmente y agrega el rol de agente de servicio de Cloud Run 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 de editor o propietario del proyecto o de que estés usando el rol de desarrollador de Cloud Run Functions.

   Si usas el rol de desarrollador de Cloud Run Functions a nivel de proyecto, asegúrate de haber otorgado al usuario el rol de 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 Run Functions ([e-mail]) tenga el rol cloudfunctions.serviceAgent en el 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.