Identity-Security-Administrator Dumps with Practice Exam Questions Answers

The statement does not accurately describe how governance-group approval and escalation operate. When a governance group is configured as an approver, the request is associated with the group's members, and a member of that governance group can perform the approval on behalf of the group. The system is not designed to send the request exclusively to the manager of one active group member.

Escalation behavior is also broader than the proposed statement suggests. SailPoint documents that when governance-group approvals are escalated to a manager level, the request can be escalated to each member's manager . If a particular member does not have a manager, that member's approval can remain assigned while other members' assignments are escalated. If none of the members has a manager, the applicable approvals can progress to the configured fallback approver.

Therefore, "only to the manager of an active member" incorrectly reduces a multi-member governance-group escalation process to one manager and does not reflect the documented routing behavior.

Study Guide Reference: Access Management — Governance Group Approvals, Escalation Chains, Access Request Reviewers.

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

The statement is correct. Identity Security Cloud supports two documented methods for defining role assignment: Standard Criteria and Identity List . SailPoint explicitly presents these options under Define Assignment > Choose Criteria Type when configuring automated role assignment.

Standard Criteria is the dynamic, data-driven option. Administrators can construct criteria using supported identity attributes, account attributes, or entitlements. Operators such as Equals, Does Not Equal, Contains, Starts With, and Ends With can be used where applicable, and multiple conditions can be organized with AND/OR logic. During identity processing, qualifying identities are assigned the role automatically.

Identity List provides a direct membership approach. Administrators search for and explicitly select the identities that should receive the role. It is appropriate when membership cannot conveniently be expressed through business attributes or when a controlled list of named identities is required.

After assignment configuration is saved and the role is enabled, Identity Security Cloud evaluates the role during identity processing; administrators can also initiate processing using Apply Changes.

Study Guide Reference: Access Management — Role Assignment, Standard Criteria, Identity List and Automated Role Provisioning.

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

1. Define what values are needed to onboard a user in a managed system.

Select a match:

Create Account

2. Update an identity's phone number in Active Directory.

Select a match:

Attribute Sync

3. Customizable logic to match an account to an existing identity.

Select a match:

Correlation Rule

4. Supports user management in Active Directory.

Select a match:

IQService

The correct mappings correspond directly to the functions of SailPoint Identity Security Cloud provisioning and integration components. Create Account defines the account attributes and values that Identity Security Cloud uses when provisioning a new account on a managed source. SailPoint states that the Create Account configuration specifies which attributes are populated and how their values are determined.

Attribute Sync keeps account attributes on a target source synchronized with identity attributes. Therefore, if an identity's mapped phone-number attribute changes, Attribute Sync can provision the corresponding change to Active Directory.

A Correlation Rule provides customizable logic for matching source accounts to existing identities when straightforward attribute correlation is insufficient. Correlation fundamentally determines which identity owns a source account.

Finally, IQService is SailPoint's Windows service used with Active Directory to support provisioning and Windows-specific management operations. SailPoint explicitly requires IQService for Active Directory provisioning and related Windows functionality.

Study Guide Reference: Provisioning — Create Account; Attribute Sync; Account Correlation; IQService and Active Directory Integration.

This statement correctly describes the purpose of Separation of Duties (SoD) policies. In identity governance, a toxic combination is a set of access privileges that becomes excessively risky when possessed by the same identity. A typical example would be combining permission to create a supplier with permission to approve payments to that supplier. Either permission may be legitimate independently, while the combined privileges create an unacceptable control conflict.

Identity Security Cloud implements SoD by allowing administrators to construct policies containing conflicting sets of access. Human identities possessing access from both sides of the defined conflict can generate policy violations that administrators and designated violation owners can investigate, remediate, or mitigate. SailPoint describes SoD as an internal control that provides visibility into risky access combinations and helps organizations identify where policy violations exist.

Therefore, SoD policies are specifically designed to identify and govern the toxic combinations of privileges described in the statement.

Study Guide Reference: Supporting Governance — Separation of Duties, Conflicting Access, Toxic Combinations and SoD Policy Violations.

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

This is an essential and valid troubleshooting step. Lifecycle-state provisioning is triggered according to the lifecycle state calculated for an identity. If Identity Security Cloud does not actually consider the affected user to be in the Terminated state, the account-disable operations configured for that lifecycle state will not be initiated.

The administrator should therefore inspect the identity and confirm that its Lifecycle State value resolves to Terminated. If it does not, the next investigation should focus on the identity profile's lifecycle-state configuration, authoritative source attribute mapping, transforms or rules used to calculate lifecycle state, and whether the identity has been properly reprocessed after the source data changed.

Once an identity enters the configured lifecycle state, Identity Security Cloud can apply account actions defined under Settings for Previous Accounts , including disabling accounts across all sources or specified sources. SailPoint specifically uses Terminated and Archived states as examples where access removal and account disablement are commonly configured.

Consequently, validating the identity's actual lifecycle-state value is one of the first diagnostic checks that should be performed before investigating downstream connector or provisioning failures.

Study Guide Reference: Identity and Lifecycle Management — Lifecycle States, Terminated Identities, Lifecycle Attribute Calculation and Account Actions.

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