Identity-Security-Administrator Exam Questions & Answers

This is a valid network-isolation troubleshooting step. Virtual Appliances depend on continuous outbound network connectivity to Identity Security Cloud. A VPN, firewall, proxy, routing policy, or network-security device positioned in the communication path can prevent the VA from reaching required SailPoint endpoints even when the VA itself is otherwise healthy.

Testing connectivity with and without the VPN helps determine whether the VPN path, its routing tables, security policies, DNS handling, or tunnel configuration is responsible for the failure. SailPoint requires VA outbound connectivity, including HTTPS communication over TCP port 443, and documents network connectivity as a primary dependency for proper VA operation. Network connectivity errors should therefore be investigated by validating the path between the appliance and required endpoints.

This does not mean permanently bypassing required enterprise security controls. The objective is diagnostic isolation: establish whether connectivity succeeds when the suspected network component is removed from the path, then correct the underlying VPN or routing configuration.

Study Guide Reference: Virtual Appliances --- VA Network Troubleshooting, Outbound Connectivity, VPN and Firewall Configuration.

This approach directly violates the stated requirements. The scenario explicitly requires Finance users to receive an Office 365 E3 license and further states that no Finance employee or contractor should receive more than one type of Office 365 license. The proposed configuration assigns Finance contractors both the default Office 365 license through an access profile and the Office 365 E3 license separately.

Identity Security Cloud access profiles are bundles of entitlements that can be automatically provisioned through role assignment. If an access profile containing the default license is included in the role, that access will be granted when the contractor satisfies the role criteria. Adding E3 separately would therefore produce the duplicate-license condition the design is expressly intended to prevent.

The solution is additionally incomplete because it targets only Finance contractors while the requirement applies to every Finance department user, including employees. A better design is one Finance role whose assignment criteria encompass all Finance users and whose access contains only the required E3 license.

Study Guide Reference: Provisioning --- Roles, Access Profiles, Automated Provisioning, Assignment Criteria and Least-Privilege Access Design.

This is a valid method for enabling connector-level logging on the relevant VA managed cluster. The log entry shows that the acme AD-TX Cluster currently has logConfiguration: null, meaning no temporary connector logging configuration is active for that cluster. The Managed Clusters API supports a PUT request to /managed-clusters/{id}/log-config to establish or update logging configuration.

The proposed durationMinutes value of 365 is valid because SailPoint supports a logging duration from 5 through 1,440 minutes. DEBUG is also a supported Log4j level, and sailpoint.connector.ADLDAPConnector is the appropriate connector logging class for Active Directory/LDAP connector activity. Once enabled, the administrator can reproduce the problematic aggregation and obtain substantially more diagnostic information than would be available under normal logging.

Importantly, enhanced logging should generally be enabled only for the troubleshooting period because verbose connector logging increases log volume. SailPoint's current API explicitly supports this managed-cluster logging operation and temporary duration control.

Study Guide Reference: Virtual Appliances --- Connector Logging, Managed Cluster Log Configuration, Active Directory Troubleshooting.

This statement is correct and closely matches SailPoint's official definition of a source. Identity Security Cloud does not treat an external enterprise system itself as being physically contained within the tenant. Instead, it creates a source definition representing that application, database, directory, HR system, or other managed environment.

The source definition supplies the governance context through which Identity Security Cloud interacts with the underlying system. A connector gathers account and access information and associates that data with the source. Identity Security Cloud can then correlate source accounts to identities, aggregate entitlements, model access, perform certifications, support access requests, and---in the case of writable connectors---provision changes back to the external system.

SailPoint's current source-management documentation explicitly defines a source as the Identity Security Cloud representation of a third-party enterprise application, database, or directory-management system maintaining its own user accounts or personnel records.

This distinction between source and connector is important: the source is the governed system representation, while the connector provides the technical mechanism used to communicate with that system.

Study Guide Reference: Sources --- Source Definitions, Connector Definitions, Source Accounts and Enterprise System Integration.

This is a correct troubleshooting step. Enabling Entitlement Requests globally makes entitlement requesting available to the organization, but it does not automatically make every aggregated entitlement available in the Request Center. Individual entitlements must also be marked as requestable.

SailPoint specifically supports managing this setting from the source. An administrator can navigate to Admin > Connections > Sources, select the source, open Entitlement Management > Entitlements, locate the required entitlement, and verify whether it is marked as requestable. The entitlement can then be updated through the applicable Actions menu. SailPoint also exposes requestable status centrally from the Access Model > Entitlements page.

Because the missing access corresponds to recently added directory groups, the administrator should also ensure that an entitlement aggregation has successfully loaded the groups into Identity Security Cloud. If the group exists but is not requestable, users will not receive the expected direct entitlement-request experience.

Therefore, checking the entitlement's Requestable status is a technically appropriate diagnostic action.

Study Guide Reference: Sources --- Entitlement Management, Entitlement Aggregation, Requestable Entitlements and Access Request Configuration.