Habilita los registros de auditoría de acceso a los datos

En esta guía, se explica cómo habilitar o inhabilitar algunos o todos los registros de auditoría de acceso a los datos en tus proyectos, cuentas de facturación, carpetas y organizaciones de Google Cloud mediante la consola o la API de Google Cloud.

Antes de comenzar

Antes de continuar con la configuración de los registros de auditoría de acceso a los datos, comprende la siguiente información:

Importante: El volumen de los registros de auditoría de acceso a los datos puede ser grande. Si habilitas los registros de acceso a los datos, es posible que se te cobre por el uso de registros adicionales en tu proyecto de Google Cloud. Para obtener información sobre los precios, consulta Precios de Google Cloud's operations suite: Cloud Logging.

Importante: Si tienes configurado los registros de acceso a los datos para realizar un seguimiento del acceso a los objetos, las descargas autenticadas del navegador de storage.cloud.google.com pueden dar como resultado una respuesta 403. A fin de obtener soluciones para este problema, consulta la Guía de solución de problemas de Cloud Storage.

• Los registros de auditoría de acceso a los datos se encuentran inhabilitados de forma predeterminada, excepto para BigQuery. Si deseas que se escriban los registros de auditoría de acceso a los datos para los servicios de Google Cloud que no sean BigQuery, debes habilitarlos de manera explícita.

• Los registros de auditoría de acceso a los datos se almacenan en el bucket _Default, a menos que los hayas enrutado a otro lugar. Para obtener más información, consulta Almacena y enruta registros de auditoría.

• Los registros de auditoría de acceso a los datos ayudan a Atención al cliente de Google a solucionar problemas con tu cuenta. Por lo tanto, recomendamos habilitar los registros de auditoría de acceso a los datos cuando sea posible.

Descripción general de la configuración

Puedes habilitar y configurar ciertos aspectos de los registros de auditoría de acceso a los datos de tus recursos y servicios de Google Cloud:

• Organizaciones: Puedes habilitar y configurar registros de auditoría de acceso a los datos en una organización, lo que se aplica a todos los proyectos y carpetas de Google Cloud existentes y nuevos de la organización.

• Carpetas: Puedes habilitar y configurar registros de auditoría de acceso a los datos en una carpeta, lo que se aplica a todos los proyectos de Google Cloud existentes y nuevos en la carpeta. No puedes inhabilitar un registro de auditoría de acceso a los datos que se habilitó en la organización superior del proyecto.

• Proyectos: Puedes configurar los registros de auditoría de acceso a los datos para un proyecto individual de Google Cloud. No puedes inhabilitar un registro de auditoría de acceso a los datos que se habilitó en una organización o carpeta superior.

• Cuentas de facturación: Para configurar los registros de auditoría de acceso a los datos de las cuentas de facturación, usa Google Cloud CLI. Para obtener más información sobre el uso de la CLI de gcloud con registros de auditoría de acceso a los datos y cuentas de facturación, consulta la documentación de referencia de gcloud beta billing accounts set-iam-policy.

• Configuraciones predeterminadas: puedes especificar una configuración predeterminada de registro de auditoría de acceso a los datos en una organización, carpeta o proyecto de Google Cloud que se aplique a los servicios de Google Cloud futuros que comiencen a producir registros de auditoría de acceso a los datos. Para obtener instrucciones, consulta Cómo establecer la configuración predeterminada.

• Servicios: Puedes especificar los servicios cuyos registros de auditoría deseas recibir. Por ejemplo, es posible que desees obtener registros de auditoría de Compute Engine, pero no de Cloud SQL. Para obtener una lista de los servicios de Google Cloud que pueden generar registros de auditoría, consulta Servicios de Google con registros de auditoría.

• Tipos de registros: Puedes configurar qué tipos de operaciones se registran en tus registros de auditoría de acceso a los datos. Existen tres tipos de registros de auditoría de acceso a los datos:

  • ADMIN_READ: Registra las operaciones que leen metadatos o información de configuración.

  • DATA_READ: Registra las operaciones que leen datos proporcionados por el usuario.

  • DATA_WRITE: Registra las operaciones que escriben datos que proporcionó el usuario.

  Por ejemplo, Cloud DNS escribe los tres tipos de registros de acceso a los datos, pero puedes configurar tus registros de auditoría de acceso a los datos para que registren solo las operaciones DATA_WRITE.

• Principales exentas: puedes eximir a los principales específicos de la grabación de sus accesos a datos. Por ejemplo, puedes eximir a tus cuentas de pruebas internas para que sus operaciones de Cloud Monitoring no se registren. Para obtener una lista de las principales válidas, incluidos los usuarios y los grupos, consulta la referencia del tipo Binding.

Puedes configurar los registros de auditoría de acceso a los datos mediante la consola de registros de auditoría de IAM o la API. Estos métodos se explican en las siguientes secciones.

Configuración específica del servicio

Si hay una configuración de todo el servicio de Google Cloud (allServices) y una configuración de un servicio específico de Google Cloud, la configuración resultante del servicio es la unión de las dos opciones de configuración. En otras palabras:

• Puedes habilitar los registros de auditoría de acceso a los datos para servicios específicos de Google Cloud, pero no puedes inhabilitarlos en los servicios de Google Cloud habilitados en la configuración más amplia.

• Puedes agregar tipos de información adicionales al registro de auditoría de acceso a los datos de un servicio de Google Cloud, pero no puedes quitar los tipos que se especifican en la configuración más amplia.

• Puedes agregar principales a las listas de exención, pero no puedes quitarlas de las listas de exención en la configuración más amplia.

• En el caso del Servicio de transferencia de datos de BigQuery, la configuración del registro de auditoría de acceso a los datos se hereda de la configuración predeterminada del registro de auditoría.

Configuraciones de recursos de Google Cloud

Puedes configurar registros de auditoría de acceso a los datos para proyectos, cuentas de facturación, carpetas y organizaciones de Google Cloud. Si hay una configuración para un servicio de Google Cloud de la jerarquía, la configuración resultante es la unión de las configuraciones. En otras palabras, a nivel de proyecto de Google Cloud:

• Puedes habilitar los registros de un servicio de Google Cloud, pero no puedes inhabilitarlos en un servicio de Google Cloud habilitado en una organización o carpeta superior.

• Puedes habilitar tipos de información, pero no puedes inhabilitar tipos de información que estén habilitados en una organización o carpeta superior.

• Puedes agregar principales a las listas de exención, pero no puedes quitarlas de las listas de exención de una organización o carpeta superior.

• A nivel de organización o carpeta superior, puedes habilitar los registros de auditoría de acceso a los datos para un proyecto de Google Cloud dentro de esa organización o carpeta, incluso si los registros de auditoría de acceso a los datos no se configuraron en el proyecto de Google Cloud.

Control de acceso

Las funciones y los permisos de la administración de identidades y accesos rigen el acceso a los datos de Logging, incluida la visualización y la administración de las políticas de IAM subyacentes de las configuraciones de registro de auditoría de acceso a los datos.

Para ver o establecer las políticas asociadas con la configuración de acceso a los datos, necesitas una función con permisos en el nivel de recursos adecuado. Para obtener instrucciones sobre cómo otorgar estas funciones a nivel de recursos, consulta Administra el acceso a proyectos, carpetas y organizaciones de Google Cloud.

• Para establecer las políticas de IAM, necesitas una función con el permiso resourcemanager.RESOURCE_TYPE.setIamPolicy.

• Para ver las políticas de IAM, necesitas una función con el permiso resourcemanager.RESOURCE_TYPE.getIamPolicy.

  Importante: Si visualizas la configuración de Acceso a los datos en Google Cloud Console a nivel de proyecto o de carpeta de Google Cloud, si no tienes el permiso getIamPolicy para una organización o carpeta superior, las opciones de configuración de Acceso a los datos presentes en esas entidades superiores no se mostrarán en Google Cloud Console. Esas configuraciones de acceso a datos aún se aplican a todas las llamadas a la API en el proyecto o la carpeta de Google Cloud que estás viendo.

Si deseas ver la lista de los permisos y las funciones que necesitas para ver los registros de auditoría de acceso a los datos, consulta Control de acceso con la IAM.

Configura registros de auditoría de acceso a los datos con la consola de Google Cloud

En esta sección, se explica cómo usar Google Cloud Console para configurar los registros de auditoría de acceso a los datos.

También puedes usar la API o Google Cloud CLI para realizar estas tareas de manera programática; consulta Configura registros de auditoría de acceso a los datos con la API para obtener más detalles.

Para acceder a las opciones de configuración del registro de auditoría en Google Cloud Console, sigue estos pasos:

1. En la consola de Google Cloud, selecciona IAM y administración > Registros de auditoría:

   Ir a Registros de auditoría

2. Selecciona un proyecto, una carpeta o una organización de Google Cloud.

Habilita registros de auditoría

Para habilitar los registros de auditoría de acceso a los datos, haz lo siguiente:

1. En la tabla Configuración de registros de auditoría de acceso a los datos, selecciona uno o más servicios de Google Cloud de la columna Servicio.

2. En la pestaña Tipos de registro, selecciona los tipos de registros de auditoría de acceso a los datos que deseas habilitar para los servicios seleccionados.

3. Haz clic en Guardar.

Si habilitaste de forma correcta los registros de auditoría, la tabla incluirá una marca de verificación .

En el siguiente ejemplo, verás que para el servicio de Aprobación de acceso, el tipo de registro de auditoría de lectura de datos está habilitado:

También puedes habilitar los registros de auditoría para todos los servicios de Google Cloud que producen registros de auditoría de acceso a los datos. En la tabla Configuración de registros de auditoría de acceso a los datos, selecciona todos los servicios de Google Cloud.

Ten en cuenta que este método de configuración masiva se aplica solo a los servicios de Google Cloud que están disponibles actualmente para tu recurso. Si se agrega un nuevo servicio de Google Cloud, hereda tu configuración de auditoría predeterminada.

Inhabilita registros de auditoría de acceso a los datos

Para inhabilitar los registros de auditoría de acceso a los datos, haz lo siguiente:

1. En la tabla Configuración de registros de auditoría de acceso a los datos, selecciona uno o más servicios de Google Cloud.

2. En la pestaña Tipos de registro del panel de información, selecciona los tipos de registros de auditoría de acceso a los datos que deseas inhabilitar para los servicios seleccionados.

3. Haz clic en Guardar.

Si inhabilitaste correctamente los registros de auditoría de acceso a los datos, se indicará en la tabla mediante un guion. Todos los registros de auditoría de acceso a los datos habilitados se indican con una marca de verificación .

Configurar exenciones

Puedes establecer exenciones que te permitan controlar qué principales generan registros de auditoría de acceso a los datos para servicios específicos. Cuando agregas una principal exenta, no se crean registros de auditoría para los tipos de registros seleccionados.

Precaución: Si agregas una principal exenta a un servicio para un tipo de registro de auditoría, se habilitará el tipo de registro de auditoría, incluso si estaba inhabilitado.

Para establecer exenciones, haz lo siguiente:

1. En la tabla Configuración de registros de auditoría de acceso a los datos, selecciona un servicio de Google Cloud de la columna Servicio.

2. Selecciona la pestaña Principales exentas en el panel de información.

3. En Agregar principal exenta, ingresa la principal que deseas eximir de generar registros de auditoría de acceso a los datos para tu servicio seleccionado.

   Para agregar varias principales, haz clic en el botón Agregar principal exenta las veces que sea necesario.

   Para obtener una lista de las principales válidas, incluidos los usuarios y los grupos, consulta la referencia del tipo Binding.

4. En Tipos de registros inhabilitados, selecciona los tipos de registros de auditoría de acceso a los datos que deseas inhabilitar.

5. Haz clic en Guardar.

Cuando hayas agregado principales exentos a un servicio de forma correcta, la tabla Configuración de registros de auditoría de acceso a los datos indicará esto con un número en la columna Principales exentas.

Para quitar una principal de tu lista de exenciones, haz lo siguiente:

1. En la tabla Configuración de registros de auditoría de acceso a los datos, selecciona un servicio de Google Cloud de la columna Servicio.

2. Selecciona la pestaña Principales exentas en el panel de información.

3. Coloca el cursor sobre el nombre de una principal y, luego, selecciona el ícono de borrar que aparece.

4. Una vez que el nombre de la principal se muestre como texto tachado, haz clic en Guardar.

Para editar la información de una principal exenta, haz lo siguiente:

1. En la tabla Configuración de registros de auditoría de acceso a los datos, selecciona un servicio de Google Cloud de la columna Servicio.

2. Selecciona la pestaña Principales exentas en el panel de información.

3. Expande el nombre principal.

4. Selecciona o anula la selección de los tipos de registros de auditoría de acceso a los datos según corresponda para la principal.

5. Haz clic en Guardar.

Establece la configuración predeterminada

Puedes establecer una configuración que hereden todos los servicios de Google Cloud nuevos y existentes en la organización, carpeta o proyecto de Google Cloud. Establecer esta configuración predeterminada se aplica si hay un nuevo servicio de Google Cloud disponible y las principales de tu organización comienzan a usarlo: el servicio hereda la política de registro de auditoría que ya configuraste para otros servicios de Google Cloud y se asegura de que se capturen los registros de auditoría de acceso a los datos.

Para establecer o editar la configuración predeterminada, haz lo siguiente:

1. Haga clic en Establecer configuración predeterminada.

2. En la pestaña Tipos de registro del panel de información, selecciona los tipos de registros de auditoría de acceso a los datos que deseas habilitar o inhabilitar.

3. Haz clic en Guardar.

4. Selecciona la pestaña Principales exentas en el panel de información.

5. En Agregar principal exenta, ingresa la principal que deseas eximir de generar registros de auditoría de acceso a los datos para tu servicio seleccionado.

   Para agregar varias principales, haz clic en el botón Agregar principal exenta las veces que sea necesario.

   Para obtener una lista de las principales válidas, incluidos los usuarios y los grupos, consulta la referencia del tipo Binding.

6. En Tipos de registros inhabilitados, selecciona los tipos de registros de auditoría de acceso a los datos que deseas inhabilitar.

7. Haz clic en Guardar.

Configura registros de auditoría de acceso a los datos con la API

En esta sección, se explica cómo usar la API y la CLI de gcloud para configurar los registros de auditoría de acceso a los datos de manera programática.

Muchas de estas tareas también se pueden realizar con la consola de Google Cloud. Para obtener instrucciones, consulta Configura registros de auditoría de acceso a los datos con la consola de Google Cloud en esta página.

Objetos de la política de IAM

Para configurar los registros de auditoría de acceso a los datos mediante la API, debes editar la política de IAM asociada a tu organización, carpeta o proyecto de Google Cloud. La configuración del registro de auditoría se encuentra en la sección auditConfigs de la política:

"auditConfigs": [
  {
    object(AuditConfig)
  }
]

Para obtener más detalles, consulta el tipo de Política de IAM.

En las siguientes secciones se describe el objeto AuditConfig con más detalle. Si deseas conocer los comandos de la API y la CLI de gcloud que se usan para cambiar la configuración, consulta FirebaseUI y setIamPolicy.

AuditConfig objetos

La configuración del registro de auditoría consta de una lista de objetos AuditConfig. Cada objeto configura los registros de un servicio o establece una configuración más amplia para todos los servicios. Cada objeto se ve de la siguiente manera:

{
  "service": SERVICE,
  "auditLogConfigs": [
    {
      "logType": "ADMIN_READ"
      "exemptedMembers": [ PRINCIPAL,]
    },
    {
      "logType": "DATA_READ"
      "exemptedMembers": [ PRINCIPAL,]
    },
    {
      "logType": "DATA_WRITE"
      "exemptedMembers": [ PRINCIPAL,]
    },
  ]
},

SERVICE[SERVICE] es el nombre del servicio, como "appengine.googleapis.com", o el valor especial, "allServices". Si una configuración no menciona un servicio en particular, entonces se usa la configuración más amplia para ese servicio. Si no hay ninguna configuración, los registros de auditoría de acceso a los datos no están habilitados para ese servicio. Para obtener una lista de los nombres de los servicios, consulta Servicios de registro.

La sección auditLogConfigs del objeto AuditConfig es una lista de 0 a 3 objetos, cada uno de los cuales configura un tipo de información de registro de auditoría. Si omites uno de los tipos de la lista, ese tipo de información no estará habilitado para el servicio.

PRINCIPAL es un usuario para el que no se recopilan registros de auditoría de acceso a los datos. El tipo Binding describe diferentes tipos de principales, incluidos usuarios y grupos, pero no todos se pueden usar para configurar registros de auditoría de acceso a los datos.

A continuación, se presenta un ejemplo de una configuración de auditoría en formatos JSON y YAML. El formato YAML es el predeterminado cuando se usa Google Cloud CLI.

JSON

"auditConfigs": [
  {
    "auditLogConfigs": [
      {
        "logType": "ADMIN_READ"
      },
      {
        "logType": "DATA_WRITE"
      },
      {
        "logType": "DATA_READ"
      }
    ],
    "service": "allServices"
  },
  {
    "auditLogConfigs": [
      {
        "exemptedMembers": [
          "[e-mail]"
        ],
        "logType": "ADMIN_READ"
      }
    ],
    "service": "cloudsql.googleapis.com"
  }
],

YAML

auditConfigs:
- auditLogConfigs:
  - logType: ADMIN_READ
  - logType: DATA_WRITE
  - logType: DATA_READ
  service: allServices
- auditLogConfigs:
  - exemptedMembers:
    - [e-mail]
    logType: ADMIN_READ
  service: cloudsql.googleapis.com

Configuraciones comunes

A continuación, se presentan algunas configuraciones de registros de auditoría comunes para proyectos de Google Cloud.

Habilita todos los registros de auditoría de acceso a los datos

En la siguiente sección auditConfigs, se habilitan los registros de auditoría de acceso a los datos para todos los servicios y las principales:

JSON

"auditConfigs": [
      {
        "service": "allServices",
        "auditLogConfigs": [
          { "logType": "ADMIN_READ" },
          { "logType": "DATA_READ"  },
          { "logType": "DATA_WRITE" },
        ]
      },
    ]

YAML

auditConfigs:
- auditLogConfigs:
  - logType: ADMIN_READ
  - logType: DATA_WRITE
  - logType: DATA_READ
  service: allServices

Habilita un tipo de información y servicio

La siguiente configuración habilita los registros de auditoría de acceso a los datos de DATA_WRITE para Cloud SQL:

JSON

"auditConfigs": [
  {
    "service": "cloudsql.googleapis.com",
    "auditLogConfigs": [
      { "logType": "DATA_WRITE" },
    ]
  },
]

YAML

auditConfigs:
- auditLogConfigs:
  - logType: DATA_WRITE
  service: cloudsql.googleapis.com

Inhabilita todos los registros de auditoría de acceso a los datos

Para inhabilitar todos los registros de auditoría de acceso a los datos (excepto BigQuery) en un proyecto de Google Cloud, incluye una sección auditConfigs: vacía en tu política de IAM nueva:

JSON

"auditConfigs": [],

YAML

auditConfigs:

Si quitas la sección auditConfigs por completo de tu política nueva, setIamPolicy no cambia la configuración existente de los registros de auditoría de acceso a los datos. Para obtener más información, consulta la sección La máscara de actualización setIamPolicy.

No se pueden inhabilitar los registros de auditoría de acceso a los datos de BigQuery.

getIamPolicy y setIamPolicy

Usas los métodos getIamPolicy y setIamPolicy de la API de Resource Manager para leer y escribir tu política de IAM. Puedes elegir entre diferentes opciones para los métodos específicos que usarás:

• La API de Resource Manager tiene los siguientes métodos:

  projects.getIamPolicy
  projects.setIamPolicy
  organizations.getIamPolicy
  organizations.setIamPolicy
  

• Google Cloud CLI tiene los siguientes comandos de Resource Manager:

  gcloud projects get-iam-policy
  gcloud projects set-iam-policy
  gcloud resource-manager folders get-iam-policy
  gcloud resource-manager folders set-iam-policy
  gcloud organizations get-iam-policy
  gcloud organizations set-iam-policy
  gcloud beta billing accounts get-iam-policy
  gcloud beta billing accounts set-iam-policy
  

Nota: Cuando llamas a projects.getIamPolicy o projects get-iam-policy, el resultado solo muestra las políticas establecidas en el proyecto de Google Cloud, no las políticas heredadas de una organización o carpeta superior.

Independientemente de tu elección, sigue estos tres pasos:

1. Lee la política actual mediante uno de los métodos getIamPolicy. Guarda la política en un archivo temporal.
2. Edita la política en el archivo temporal. Cambia (o agrega) solo la sección auditConfigs.
3. Escribe la política editada en el archivo temporal mediante uno de los métodos setIamPolicy.

setIamPolicy falla si Resource Manager detecta que otra persona cambió la política después de que la leíste en el primer paso. Si esto sucede, repite los tres pasos.

Precaución: Tu política de IAM editada reemplazará la política actual. Si cambias partes de la política que no estén relacionadas con el registro de auditoría, es posible que tu proyecto de Google Cloud sea inaccesible.

Ejemplos

En los siguientes ejemplos, se muestra cómo configurar los registros de auditoría de acceso a los datos de tu proyecto mediante el comando de gcloud y la API de Resource Manager.

A fin de configurar los registros de auditoría de acceso a los datos de la organización, reemplaza la versión de “proyectos” de los métodos de la API y los comandos por la versión de “organizaciones”.

Precaución: Sigue las instrucciones con cuidado. Editas un objeto de la política que contiene información importante sobre quién puede acceder a tu recurso. La alteración accidental de esa información podría hacer que tu recurso se vuelva inutilizable.

gcloud

Para configurar los registros de auditoría de acceso a datos con el comando gcloud projects, haz lo siguiente:

1. Lee la política de IAM de tu proyecto y almacénala en un archivo.

   gcloud projects get-iam-policy PROJECT_ID > /tmp/policy.yaml
   

   La política que se muestra se detalla a continuación. Esta política aún no tiene una sección auditConfigs:

   bindings:
   - members:
     - user:[e-mail]
     role: roles/editor
   - members:
     - user:[e-mail]
     role: roles/owner
   etag: BwVM-FDzeYM=
   version: 1
   

2. Edita la política en /tmp/policy.yaml. Para ello, agrega o cambia solo la configuración de los registros de auditoría de acceso a datos.

   Precaución: Debes conservar las secciones bindings: y etag: sin cambios. Si no lo haces, es posible que tu proyecto de Google Cloud quede inutilizable. Para obtener más información, consulta máscara de actualización setIamPolicy en esta página.

   A continuación, se muestra un ejemplo de tu política editada, que habilita los registros de auditoría de acceso de datos de escritura de datos de Cloud SQL. Se agregaron cuatro líneas al principio:

   auditConfigs:
   - auditLogConfigs:
     - logType: DATA_WRITE
     service: cloudsql.googleapis.com
   bindings:
   - members:
     - user:[e-mail]
     role: roles/editor
   - members:
     - user:[e-mail]
     role: roles/owner
   etag: BwVM-FDzeYM=
   version: 1
   

3. Escribe tu nueva política de IAM:

   gcloud projects set-iam-policy PROJECT_ID /tmp/policy.yaml
   

   Si el comando anterior informa un conflicto con otro cambio, repite estos pasos y comienza con el primero.

JSON

Para trabajar con tu política de IAM en formato JSON en lugar de YAML, reemplaza los siguientes comandos gcloud en el ejemplo:

gcloud projects get-iam-policy PROJECT_ID --format=json >/tmp/policy.json
gcloud projects set-iam-policy PROJECT_ID /tmp/policy.json

API

Para configurar tus registros de auditoría de acceso a los datos mediante la API de Resource Manager, haz lo siguiente:

1. Lee la política de IAM de tu proyecto en la que se especifican los siguientes parámetros del método de la API getIamPolicy:

   • Recurso: projects/PROJECT_ID
   • Cuerpo de la solicitud: vacío

   El método muestra el objeto de la política actual, que aparece a continuación. La política de este proyecto aún no tiene una sección auditConfigs:

   {
     "version": 1,
     "etag": "BwXqwxkr40M=",
     "bindings": [
       {
         "role": "roles/owner",
         "members": [
           "user:[e-mail]"
         ]
       }
     ]
   }
   

2. Edita la política actual:

   • Cambia o agrega la sección auditConfigs.

     Si deseas inhabilitar tus registros de auditoría de acceso a los datos, incluye un valor vacío para la sección: auditConfigs:[].

   • Conserva el valor de etag.

   También puedes quitar toda la demás información del objeto de política nuevo, siempre y cuando tengas la precaución de configurar updateMask en el paso siguiente. La política editada, que habilita los registros de auditoría de escritura de datos de Cloud SQL, se muestra a continuación:

   {
     "policy": {
       "auditConfigs": [
         {
           "auditLogConfigs": [
             {
               "logType": "DATA_WRITE"
             }
           ],
           "service": "cloudsql.googleapis.com"
         }
       ],
       "etag": "BwXqwxkr40M="
     },
     "updateMask": "auditConfigs,etag"
   }
   

3. Escribe la nueva política mediante el método de la API setIamPolicy y especifica los siguientes parámetros:

   • Recurso: projects/PROJECT_ID
   • Cuerpo de la solicitud: Incluye la política editada.

Precaución: Debes especificar el parámetro updateMask como se muestra. Si no especificas updateMask, es posible que pierdas todo el acceso a tu proyecto de Google Cloud. Para obtener más información, consulta la siguiente sección, La máscara de actualización setIamPolicy.

La máscara de actualización setIamPolicy

En esta sección, se explica la importancia del parámetro updateMask en el método setIamPolicy, y se explica por qué debes tener cuidado con el comando set-iam-policy de la CLI de gcloud a fin de no causar daños accidentales a tu organización o proyecto de Google Cloud.

El setIamPolicy API method usa un parámetro updateMask para controlar qué campos de la política se actualizan. Por ejemplo, si la máscara no contiene bindings, no puedes cambiar esa sección de la política por error. Por otro lado, si la máscara contiene bindings, esa sección siempre se actualiza. Si no incluyes un valor actualizado para bindings, esa sección se quita por completo de la política.

El comando gcloud projects set-iam-policy, que llama a setIamPolicy, no te permite especificar el parámetro updateMask. En su lugar, el comando calcula un valor para updateMask de la siguiente manera:

• La updateMask siempre contiene los campos bindings y etag.
• Si el objeto de política proporcionado en set-iam-policy contiene algún otro campo de nivel superior, como auditConfigs, esos campos se agregan a updateMask.

Como consecuencia de estas reglas, el comando set-iam-policy tiene los siguientes comportamientos:

• Si omites la sección auditConfigs en tu política nueva, el valor anterior de la sección auditConfigs (si existe) no se modifica porque esa sección no está en la máscara de actualización. Esto es inofensivo, pero puede ser confuso.

• Si omites bindings en tu nuevo objeto de política, la sección bindings se quitará de tu política, ya que esta sección aparece en la máscara de actualización. Esto es muy dañino y hace que todas las principales pierdan acceso al proyecto de Google Cloud.

• Si omites etag en tu nuevo objeto de política, esto inhabilita la verificación de cambios simultáneos en tu política y podría dar como resultado cambios que reemplacen de manera accidental los cambios de otra persona.