Enabling Access Transparency for Google Personnel Audit Logs
Short answer
B Enable Access Transparency for the organization to log administrative access by Google personnel.
Question
Key Takeaways
The main trap is confusing standard Data Access audit logs with Access Transparency; only Access Transparency logs Google's own administrative actions, and it can only be enabled at the organization level.
To log administrative access by Google personnel for Cloud Storage buckets, you must enable Access Transparency at the organization level.
Common mistake: Choosing Data Access audit logs (A or C) is incorrect because they only track user and vendor actions, not the administrative access performed by Google support staff.
Expert Analysis
The scenario requires logging two distinct types of access to sensitive Cloud Storage buckets: vendor data access and administrative access by Google personnel. This distinction is critical because standard audit logs do not cover the latter.
Standard Data Access audit logs (Option A and C) record actions taken by users, service accounts, and vendors who have been granted explicit permissions. While these logs are essential for tracking vendor activity, they do not capture administrative actions performed by Google support staff under specific circumstances, such as responding to security incidents or customer requests.
Access Transparency (Option B and D) is the specific feature designed to log administrative access by Google personnel. It provides visibility into when and why Google employees accessed resources on behalf of the organization. According to Google Cloud documentation, Access Transparency must be enabled at the Organization level; it cannot be configured at the Project or Folder level. This ensures comprehensive coverage across all resources within the organization hierarchy.
Therefore, enabling Access Transparency at the organization level satisfies the requirement for logging Google personnel's administrative access. Since the question asks what should be done to ensure both types of access are logged, and Access Transparency is the unique component required for Google personnel logs, Option B is the correct action. Note that while Data Access logs are also needed for vendor access, the specific compliance constraint regarding "administrative access by Google personnel" points directly to Access Transparency as the distinguishing solution. Among the choices, enabling Access Transparency at the organization level is the definitive step for the Google personnel aspect.
Official Reference
https://cloud.google.com/privacy/access-transparency
This link opens the official vendor documentation in a new tab.
Exam Strategy
When a question mentions 'Google personnel' or 'Google support' accessing resources, immediately look for Access Transparency. Remember that this setting is scoped exclusively at the Organization level, making project-level options incorrect distractors.
Frequently Asked Questions
Can Access Transparency be enabled at the project level?
What is the difference between Data Access logs and Access Transparency?
Discussion 2 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 2
-
n2183712847 👍 1 Answered BB. is the correct and most robust solution for meeting these specific compliance requirements. While you need both Data Access audit logs (for vendor access) and Access Transparency (for Google personnel access), Access Transparency addresses the more unique and stringent compliance requirement of auditing the cloud provider's actions. Enabling it at the organization level is the best practice because it ensures that this critical control is consistently applied to all current and future projects that might handle sensitive data, providing the strongest possible compliance posture.
-
desertlotus1211 👍 1 Answered BGoogle docs says enable at organizational level.Transparency cannot be enabled at the individual Cloud Storage bucket level.
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.