Logging services exist in which part of the Zscaler architecture?
Correct Answer: D
The Zscaler Digital Transformation study guides describe the Zero Trust Exchange using the conceptual model of "Brains and Engines." Engines are the inline enforcement components-ZIA Public Service Edges, ZPA Service Edges, App Connectors, etc.-that sit in the data path to forward traffic, apply policy, and perform inspection. The "Brains" side, however, represents the cloud control and intelligence plane. Here Zscaler hosts components such as Central Authority, policy and configuration stores, analytics engines, and, critically, the Logging and Reporting infrastructure (Nanolog clusters, Log Streaming Service, and analytics dashboards). The documentation explicitly associates log collection, compression, forwarding to SIEM/SOAR platforms, and long-term analytics with this centralized cloud layer rather than the enforcement engines themselves. Engines generate rich telemetry, but they stream it back to the brains layer, where it is normalized, indexed, retained, and made searchable for investigations, compliance, and performance analysis. OneAPI is an access interface, not the location of the logging services, and "Memory" is not a formal architectural construct in the Zscaler model. Therefore, in the official architecture view taught for the exam, logging services clearly reside in the Brains component of the platform.
Question 22
What capabilities within Zscaler External Attack Surface Management (EASM) are specifically designed to uncover and assess domains that are intentionally created to resemble your legitimate brand or websites?
Correct Answer: D
Zscaler External Attack Surface Management (EASM) includes a dedicated capability called Lookalike Domains. Zscaler defines lookalike domains as fraudulent or fake domains intentionally created by threat actors to mimic your legitimate domains and brand presence, often for phishing, credential theft, or brand abuse. Within the EASM portal, the Lookalike Domains pages and widgets present a curated list of suspicious domains that closely resemble your seed or official domains. Analysts can review exposure scores, registrar details, hosting information, and other attributes to determine which of these domains pose the highest risk and warrant takedown or additional monitoring. This feature is specifically designed for external risk and brand-protection use cases: it highlights where attackers are impersonating your organization on the public internet, which is a core component of digital-risk and external-attack-surface management. While words such as "fake," "mimic," or "spoofing" may be used generically in security discussions, "Lookalike Domains" is the exact term and feature name Zscaler uses in the EASM product and documentation. Options A, B, and C do not correspond to a named EASM capability and therefore are not correct in the ZDTE context.
Question 23
Which authorization framework is used by OneAPI to provide secure access to Zscaler Internet Access (ZIA), Zscaler Private Access (ZPA), and Zscaler Client Connector APIs?
Correct Answer: B
Zscaler OneAPI provides a unified, programmatic interface to automate configuration and operations across the Zscaler platform, including ZIA, ZPA, and Zscaler Client Connector. Zscaler's OneAPI documentation clearly states that OneAPI uses the OAuth 2.0 authorization framework to secure access to these APIs. In practice, administrators or automation platforms register an API client in ZIdentity, obtain OAuth 2.0 access tokens, and then use those tokens to call OneAPI endpoints. The use of OAuth 2.0 ensures standardized flows for client authentication, token issuance, and scope-based authorization, aligning with modern security best practices and making it easier to control and audit API access. Zscaler also highlights OAuth 2.0 as one of the three architectural pillars of OneAPI, along with a common endpoint and tight integration with ZIdentity. While JSON Web Tokens (JWTs) can be used as a token format inside OAuth 2.0, they are not, by themselves, the authorization framework. SAML is typically used for browser-based SSO, not for securing REST APIs in this context. API Keys are simpler credential schemes and are not what Zscaler prescribes for OneAPI. As a result, OAuth 2.0 is the correct and exam-relevant answer.
