ZDTA Leak Questions

Option A is the only choice that satisfies 2.2 Gbps with the stated minimum tunnel count. Zscaler supports up to 1 Gbps per GRE tunnel when the relevant internal tunnel endpoint addresses are not source-NATed. Two GRE tunnels can therefore provide only 2 Gbps, which is below the required profile; three are required to exceed 2.2 Gbps. Equal-cost multipath routing can distribute traffic across those tunnels. Zscaler’s GRE deployment best practices and traffic-forwarding guidance document the 1 Gbps maximum per GRE tunnel. GRE is appropriate because encryption is explicitly unnecessary. A single IPSec tunnel is limited to substan tially less throughput per public source IP. Two GRE tunnels are insufficient, and two IPSec peers do not provide the required capacity under Zscaler’s documented IPSec limits.

================

Custom DLP dictionaries let administrators define the exact business-specific content that should be treated as sensitive. They can include keywords, phrases, patterns, and regex expressions that match regulated data, internal identifiers, or proprietary terms. Option A (Define specific keywords, phrases, or patterns relevant to their organization ' s sensitive data policy) is correct because those dictionary entries are what Zscaler uses to detect data in motion.

Why the other options are incorrect:

B. Define specific governance and regulations relevant to their organization ' s sensitive data policy: Governance and regulatory labels help describe policy intent. A custom dictionary needs the actual sensitive-data tokens: keywords, phrases, or patterns.

C. Define specific SaaS tenant relevant to their organization ' s sensitive data policy: A SaaS tenant value controls which tenant or instance users may access. Custom dictionaries define content patterns, not tenant boundaries.

D. Define specific file types relevant to their organization ' s sensitive data policy: File type definitions classify files such as executables or archives. Custom DLP dictionaries define sensitive words, phrases, regexes, or identifiers.

Client Forwarding Policy determines whether Client Connector forwards private-application traffic to ZPA or bypasses it. Zscaler’s Client Forwarding Policy documentation explains that the policy is evaluated before Access Policy and uses first-match processing. If HR traffic is bypassed on the branch trusted network, the ZPA Access Policy cannot consistently evaluate the user and device-posture conditions for those sessions. Option D removes that policy-path conflict and allows the posture rule to distinguish managed from unmanaged devices. Changing the App Segment definition only changes application identification, not the bypass decision. Strengthening posture criteria has no effect on traffic that never reaches Access Policy. Browser isolation changes session handling but does not correct the forwarding path or provide the requested managed-device access decision.

Botnet Protection targets command-and-control behavior, including known C2 destinations, suspicious command traffic, and unknown C2 patterns detected through analytics or AI/ML. IPS and YARA-style content analysis are used to identify C2-like traffic and malicious patterns, not general malware categories alone. Option A (Command and Control Traffic) is correct because Command and Control traffic is the botnet behavior being protected against.

Why the other options are incorrect:

B. Ransomware: Ransomware encrypts or extorts data after compromise. It is not the callback/C2 category for outbound spyware communication.

C. Trojans: Trojans disguise malicious code as legitimate software. Spyware callback protection targets outbound communication from spyware to its controller.

D. Adware/Spyware Protection: Adware/spyware protection is a broad category. The tested feature is the specific spyware callback protection control.