Free Zscaler ZDTA Practice Exam with Questions & Answers | Set: 7

Option D directly corrects both configuration problems shown by the evidence: the critical SaaS application has an overly restrictive class maximum, and lower-priority streaming traffic has excessive allocation. ZIA Bandwidth Control uses bandwidth classes and policy rules to allocate or limit traffic, so the administrator should revise the relevant class values and ensure that rule order produces the intended match. Zscaler’s Bandwidth Control overview and bandwidth-rule configuration guidance support managing allocations through classes and ordered rules. Firewall Insights can then confirm application usage and policy effects. A duplicate rule cannot bypass the existing class cap. A global increase wastes capacity and may worsen contention elsewhere. Sending logs to a SIEM may aid investigation, but delaying an evidence-supported correction leaves the known throttling condition unresolved.

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

Cloud Browser Isolation protects users by rendering risky web content in a remote browser environment instead of on the endpoint. URL Filtering can use Isolate as an action, so users may still access selected untrusted sites while scripts, active content, and browser-exploit risk remain separated from the device. Option D (Remove External Collaborators and Sharable Link) is correct because isolation is an enforceable URL Filtering action, not a separate manual workaround.

Why the other options are incorrect:

A. Enable AI/ML based Smart Browser Isolation: Browser Isolation renders web content remotely so active content never executes directly on the endpoint.

B. Quarantine Malware: Quarantining malware is a malware/SaaS threat response. SaaS Security API DLP focuses on data exposure actions such as removing external collaborators and share links.

C. Create Zero Trust Network Decoy: Deception uses decoys, fake credentials, lures, and traps to expose intruders who are exploring the environment.

The cloudName and userDomain installer options let Client Connector identify the correct Zscaler cloud and automatically route the user to the corporate SAML IdP. This removes user choice and reduces onboarding errors during first launch. Option C (--cloudName and --userDomain) is correct because those parameters provide cloud and domain discovery for SAML redirection.

Why the other options are incorrect:

A. --deviceToken and --strictEnforcement: deviceToken is used for device enrollment workflows, not for every SAML redirection or strict-enforcement scenario.

B. This is automatic when SAML is configured. No options are required: SAML provides browser-based federation by carrying signed assertions from the identity provider to the service provider.

D. --policyToken and --userDomain: userDomain tells Client Connector the user login domain so it can route enrollment toward the right IdP.

The Security Alerts dashboard summarizes threat impact so administrators can prioritize investigation. The graph showing Top 5 Threats by Systems Impacted identifies which threats are affecting the largest number of systems during the selected period. Option C (Top 5 Threats by Systems Impacted) is correct because it is the impact-oriented alert view.

Why the other options are incorrect:

A. Top 5 Malware Programs Detected: Top malware programs would list malware families by name. The Alerts dashboard graph being tested summarizes threats by the number of impacted systems.

B. Top 5 Viruses by Region: Viruses by region would be a geographic malware report. The Security Alerts widget is focused on the top threats and their system impact.

D. Top 5 Unified Threat Yara Options: YARA-style options are malware-pattern rules, not the dashboard summary metric being asked about.

A phased rollout limits the number of users exposed to a defective release and creates decision points before wider deployment. Zscaler’s Client Connector App Store update documentation supports phased rollout of selected Client Connector versions to selected groups by day and percentage. Administrators can begin with IT or pilot users, monitor enrollment, application health, tunnel behavior, authentication failures, and support volume, and then expand only when the cohort is stable. Version assignments and a tested revert path allow an affected group to return to a known-good release. A universal weekend delay increases vulnerability exposure without validating compatibility. An immediate global push maximizes the blast radius. Random timing reduces concurrency but is not controlled validation and depends on user complaints for detection. Option C provides measurable progression, bounded risk, and recoverability.

File Type Control reduces exposure by limiting which file categories users can download or upload, especially from risky or untrusted destinations. It is not a monitoring score or administrative RBAC control; it is a content-control policy that directly limits malicious or high-risk file exposure. Option C (File type Controls) is correct because File Type Control can block dangerous content classes before they reach the endpoint.

Why the other options are incorrect:

A. Role Based Access control (RBAC): RBAC limits administrator privileges by role and scope; it does not inspect user web content or files.

B. Bandwidth Controls: Bandwidth Control shapes outbound traffic to manage congestion and prioritize business use.

D. Zscaler Digital Experience: ZDX monitors experience and helps troubleshoot performance. It does not limit malicious file/content exposure through policy enforcement.

ZPA Access Policy rules use identity, user/group, device posture, and contextual signals to decide private-application access. Valid criteria are enforcement attributes that ZPA can evaluate, such as group membership, risk score, domain-joined state, and certificate trust. Option A (Group Membership, ZIA Risk Score, Domain Joined, Certificate Trust) is correct because all listed criteria are legitimate policy inputs for ZPA access decisions.

Why the other options are incorrect:

B. Username, Trusted Network Status, Password, Location: Trusted Network detection decides whether the device is on a known corporate network using signals such as DNS servers, search domains, gateways, or hostname resolution.

C. SCIM Group, Time of Day, Client Type, Country Code: SCIM provisions and synchronizes users, groups, and attributes between an identity provider and Zscaler.

D. Department, SNI, Branch Connector Group, Machine Group: Machine Group is used for machine identity grouping in some policy contexts, but it is not the same as the listed posture or access criteria set.

Trusted Network Detection uses network-observable criteria such as DNS server, DNS search domain, gateway, and network ranges to determine whether the endpoint is on a corporate network. An Org ID is tenant identity, not a network characteristic visible on the endpoint. Option C (Org ID) is correct because Org ID is unrelated to trusted-network properties.

Why the other options are incorrect:

A. DNS Server: DNS Server criteria identify a trusted network by checking whether the endpoint sees expected internal resolver addresses.

B. Default Gateway: Default Gateway can identify a local network path, but it is not always one of the exact trusted-network criteria set in this item.

D. Network Range: Network range can describe local addressing, but the tested Trusted Network property set is based on the exact ZCC detection fields in the question.

Comprehensive and Detailed 100 to 150 words of Explanation From Zscaler Digital Transformation Administrator topics:

Farsight Feed is the correct choice because it supplies near-real-time passive DNS intelligence that helps Zscaler identify newly observed domains shortly after they appear. This supports protection against attacker infrastructure that may be registered or activated only minutes before phishing, command-and-control, malware delivery, or other malicious activity begins. Zscaler’s Digital Transformation Administrator study material explains that Zscaler uses Farsight and other DNS sensor networks to detect domains as they emerge in DNS traffic, typically within minutes. IP Chicken is an external public-IP lookup utility, MXToolbox provides diagnostic and reputation tools, and Dig is a command-line DNS query utility; none is the Zscaler intelligence feed described in the question. Therefore, C is the only option that provides the required rapid newly observed domain discovery capability. See the official ZDTA study guide.

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

For a deployment using both ZIA and ZPA, the cleanest authentication model is SAML for both services. A shared SAML IdP gives consistent identity, attributes, and group context for internet/SaaS access and private-application access. Option C (Configure Authentication using SAML on both ZIA and ZPA) is correct because using SAML on both ZIA and ZPA provides unified authentication.

Why the other options are incorrect:

A. Use forms Authentication in ZPA and SAML in ZIA: SAML provides browser-based federation by carrying signed assertions from the identity provider to the service provider.

B. Use forms Authentication in ZIA and SAML in ZPA: SAML provides browser-based federation by carrying signed assertions from the identity provider to the service provider.

D. Use forms Authentication for both ZIA and ZPA: Forms authentication is an application-login method. ZIA and ZPA authentication should be based on the supported identity integration model in the scenario, not generic forms auth.