If you take a database from your data center and move it into the cloud, one of the legacy mechanisms for providing access is to: (Select 2)
Answer : C, D
The correct answers are C and D. In legacy architectures, when an application or database is moved from a private data center to a cloud environment, access is often preserved by extending the existing network-centric trust model. One common method is to give the workload a public IP address so it can be reached directly over the internet. Another is to extend MPLS or other routable WAN connectivity into the cloud so that the application remains part of an IP-reachable enterprise network. These are classic legacy approaches because they preserve network reachability instead of shifting to identity-based, application-specific access.
By contrast, Zscaler's Zero Trust guidance states that users should access applications without sharing network context or routing domain with them. The user can be anywhere, the application can be hosted anywhere, and policy should be granular and context-based, not dependent on exposing services on a routable network. That is why direct internet exposure and MPLS-style extension are considered legacy methods, while Zero Trust replaces them with brokered, application-aware access that minimizes discoverability and lateral movement.
What is policy enforcement built to enable?
Answer : C
The correct answer is C. In Zero Trust architecture, policy enforcement exists to provide precise, least-privileged access. It is not designed to place a user broadly onto the network, and it is not limited to simply blocking everything. Instead, it enables granular access from the verified initiator to the specific verified application, while also applying the correct policy conditions related to risk, content inspection, and business requirements.
This is one of the central differences between Zero Trust and legacy security models. Traditional VPN and firewall architectures often grant broad network connectivity first and then attempt to restrict behavior afterward. Zero Trust reverses that logic. The user is not trusted because they reached the network. Instead, the user receives access only to the exact application or service that policy permits, and only under the validated conditions for that request.
That is why granular policy enforcement is so important. It reduces attack surface, limits lateral movement, and aligns access with identity, context, and content-aware controls. Therefore, the best answer is granular access from the verified initiator only to the verified application, under the correct risk and content controls.
As a part of the first section of Zero Trust, Verify Identity, we understand the who, the what, and the where, in order to:
Answer : B
The correct answer is B. The purpose of the first Zero Trust stage, Verify Identity, is to establish the foundation for secure access by understanding who is requesting access, what device or request context is involved, and where the request is coming from. This verification step allows the architecture to apply the right controls before access is granted. In practical terms, it creates a security model in which the initiator must pass through multiple validation layers tied to identity and context before reaching the application.
This is broader than simply revoking access to unauthorized users. Revocation may happen as an outcome, but the main purpose of verification is to support accurate and secure control decisions. It is also unrelated to billing or disaster recovery. Zero Trust begins with verification because access should not be based on being on the right network or inside the perimeter. It should be based on validated identity and current context. Once those are known, the architecture can apply the appropriate protections and policy outcomes. Therefore, the best answer is providing a secure set of controls through layered validation as the initiator attempts to access an application.
The second part of a Zero Trust architecture after verifying identity and context is:
Answer : A
The correct answer is A. Controlling content and access. In the Zero Trust architecture sequence used in Zscaler's architectural model, the flow is first to verify identity and context, then to control content and access, and finally to enforce policy. This order is important because Zero Trust does not begin by trusting the network. Instead, it first determines who the user is and what the conditions of the request are, such as device posture, location, group membership, and other contextual factors. Once that context is established, the architecture then evaluates the application request and the content flowing through the connection so that appropriate controls can be applied.
This second stage is where Zero Trust moves beyond identity alone. It is not enough to know who the user is; the architecture must also assess what they are trying to access and whether the transaction itself should be restricted, inspected, isolated, or blocked. Re-checking a SAML assertion is too narrow, microsegmentation is a design technique rather than the named architecture stage, and enforcing policy is the third stage. Therefore, the second part is controlling content and access.
Connections approved by the Zero Trust Exchange must then enable permanent network-level access for at least 30 days.
Answer : B
The correct answer is B. False. Zero Trust architecture is specifically designed to avoid giving users broad, lasting network-level access after a connection is approved. Zscaler's Universal ZTNA guidance states that users connect directly to applications, not the network, which minimizes attack surface and eliminates lateral movement. This means approval is tied to the specific access request and the relevant context at that moment, not to an ongoing entitlement to the underlying network.
The idea of granting network-level access for 30 days is much closer to a legacy VPN model, where a user is placed onto a routable network and may retain broad reachability beyond the immediate business need. Zero Trust does the opposite. It verifies identity and context, evaluates policy, and then enforces a specific control outcome for that request. If the user's context changes, the policy outcome can also change. That is why Zero Trust is often described as dynamic and per-access, rather than static and persistent. A connection approved by the Zero Trust Exchange does not imply a long-term network privilege; it enables only the necessary application access under current policy conditions.
How are services protected in a legacy scenario when they are discoverable on the public Internet? (Select all that apply)
Answer : A, C, D
The correct answers are A, C, and D. In a legacy architecture, applications that are exposed and discoverable on the public Internet are usually protected by building a DMZ (demilitarized zone) and placing multiple security technologies in front of the service. This commonly includes a large security stack made up of separate appliances or services for functions such as load balancing, firewalling, distributed denial-of-service (DDoS) protection, and related edge security controls. A web application firewall (WAF) is also a standard protective element in these public-facing designs because it adds inspection and protection for web-based attack patterns and internet-originated abuse.
Option B, DAST, is not a correct answer because Dynamic Application Security Testing is a testing and assessment method, not a live architectural protection control that sits inline to defend exposed services in production. Zero Trust architecture contrasts with this legacy model by removing direct public discoverability and reducing dependence on a complex exposed edge stack. Instead of defending openly exposed applications with layered perimeter tools, Zero Trust aims to make applications less discoverable and access more identity- and policy-driven.
What is the ultimate goal of policy enforcement?
Answer : A
The correct answer is A. State a conditional allow or a conditional block. In Zero Trust architecture, policy enforcement exists to make a specific access decision for a specific request based on current context. That context includes identity, device posture, location, application sensitivity, risk, and other relevant factors. The outcome is not a permanent trust label, and it is not merely an operational log or reporting artifact. Instead, the core purpose of enforcement is to apply the correct control result to that single request.
This is why Zero Trust policy is often described as conditional. An access request may be allowed, blocked, isolated, restricted, or otherwise controlled depending on the risk and business rules in effect at that moment. The critical point is that the decision is dynamic and context-driven, not static. Logs may be generated as a byproduct, but logging is not the ultimate goal. Likewise, Zero Trust does not treat users as permanently trusted or untrusted. The architecture assumes continuous evaluation. Therefore, the best answer is that policy enforcement ultimately produces a conditional allow or conditional block outcome for each access request.