Cloud Digital Leader Trust and security with Google Cloud Practice Question
A company wants to ensure that even if an attacker compromises an employee's password and passes MFA, the attacker cannot access sensitive Google Cloud resources from an unmanaged personal laptop. Which Google security feature enforces device trust as part of access decisions?
⚠ Common exam trap
The GCDL exam often tests the distinction between authentication (MFA) and device trust, so the trap here is that candidates confuse two-step verification (MFA) with device trust, thinking that a second factor inherently proves the device is trusted, when in reality MFA only proves the user's identity, not the device's security posture.
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
Access Context Manager with device policy conditions requiring managed, compliant devices.
Access Context Manager allows you to define device policy conditions that require devices to be managed (e.g., via endpoint verification) and compliant with corporate security policies. When an attacker attempts to access sensitive Google Cloud resources from an unmanaged personal laptop, the access level will not be satisfied, and access is denied even if the user's password and MFA are valid. This enforces device trust as a distinct attribute in the access decision, separate from user authentication.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
Cloud Armor — it inspects device fingerprints on incoming requests.
Why it's wrong here
Cloud Armor is a web application firewall and DDoS mitigation service that inspects HTTP(S) request attributes such as source IPs, headers, and URI paths. It does not integrate with endpoint management systems to check whether a device is managed or compliant, and it cannot evaluate device posture like disk encryption status. Attempting to fingerprint a device from network headers is neither its function nor a reliable trust signal.
- ✓
Access Context Manager with device policy conditions requiring managed, compliant devices.
Why this is correct
Access Context Manager lets you define access levels as a set of device policy conditions—for example, requiring the device to be enrolled in an endpoint verification service, have full disk encryption, and run a minimum OS version. These access levels can be attached to IAP or VPC Service Controls, which then enforce the policy at the application or network perimeter. This is the only option that explicitly evaluates device trust and compliance before granting access.
- ✗
Cloud Firewall rules that allow only corporate office IP ranges.
Why it's wrong here
Cloud Firewall rules operate at the network layer, filtering traffic based on source/destination IPs, ports, and protocols. Restricting to corporate office ranges would block remote employees from using the app even when their device is fully managed, and it would allow any attacker sitting on the office network regardless of device compliance. IP-based rules provide no per-device trust evaluation.
- ✗
Two-step verification — the second factor proves the device is trusted.
Why it's wrong here
Two-step verification (2SV) only proves the user can present a second factor, such as a TOTP code or a FIDO2 security key; it does not query the device's enrollment status, patch level, or disk encryption. A phishing-resistant key can still be inserted into an unmanaged laptop, so the device itself is never validated. Thus, 2SV alone fails to block non-compliant endpoints.
Go deeper
Related to this question
Learn chapter
Cloud Digital Transformation
Key term
Authentication
Authentication is the process of verifying that someone or something is who or what it claims to be before granting access to a system or resource.
Key term
MFA
Multi-Factor Authentication (MFA) is a security method that requires a user to verify their identity using two or more different types of evidence, such as a password plus a code from a phone, before they can access an account or system.
About these practice questions
Courseiva writes every GCDL question from scratch — 829 in total, each with an explanation and a wrong-answer breakdown. None are copied from real exams or dumps. Learn why practice questions differ from exam dumps →
JA
Written by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
This GCDL practice question is part of Courseiva's free Google Cloud certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the GCDL exam.