Tiene una instancia de Bigtable de tres nodos que almacena PII. Debe registrar todas las operaciones de lectura/escritura y las lecturas de metadatos/configuración en su SIEM. ¿Qué debe habilitar y cómo debe exportar los registros?

La opción correcta es habilitar los registros de auditoría de Data Read, Data Write y Admin Read en la página de Audit Logs para Bigtable. Esto capturará todas las operaciones de lectura/escritura de datos y las lecturas de metadatos/configuración requeridas. Luego, crear un sink de Cloud Logging que exporte estos registros a un tema de Pub/Sub es la forma estándar y escalable de integrar los registros de Google Cloud con un SIEM externo, ya que el SIEM puede suscribirse directamente a ese tema para consumir los eventos en tiempo real. Las otras opciones son incorrectas porque: Crear un trabajo de monitoreo personalizado en Cloud Monitoring no es el método adecuado para recopilar registros de auditoría detallados de Bigtable; Cloud Monitoring se enfoca más en métricas de rendimiento y disponibilidad. Habilitar solo los registros de Admin Write no es suficiente, ya que se necesitan Data Read, Data Write y Admin Read para cubrir todos los requisitos. Además, usar una Cloud Function para exportar registros es posible, pero un sink de Pub/Sub es una solución más directa y gestionada para la ingesta de SIEM. Instalar el Ops Agent no es aplicable a Bigtable, ya que es un servicio gestionado y el Ops Agent se usa para recopilar métricas y registros de máquinas virtuales. Dataflow es una herramienta para procesamiento de datos, no para la exportación directa de registros de auditoría a un SIEM.