Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

EmpowerID provides various policy types for recertification audits that determine the type of access recertification to be performed. The policy outlines the information to be evaluated regarding individuals' rights and access rights. During the recertification process, EmpowerID generates business requests that ask auditors to recertify the access. Each access is a business request item that needs to be certified, and the way the items are bundled into a single request depends on the policy type.

Info

Key Information

  • The responsible party and Fallback Assigne are important persons in access recertification. A responsible party is an individual who is responsible for managing and maintaining IT resources. The responsible party can be configured according to the instructions provided here. On the other hand, the Fallback Group By Assignee is specified when an audit is created and serves as the default assignee for recertification requests for that specific audit.

  • You can configure additional decisions if default decisions provided in EmpowerID are inadequate, and you want more options. More information is provided in Configure Custom Decision for Business Requests.

Type

Purpose

Business Requests & Decesions

Account ValidityAccount

The account Validity recertification policy is a method of determining in EmpowerID collects and presents information about all the accounts owned by a user. Auditors can then review this information and determine whether a user accounts 's account is still required necessary and must should be certified. The Account Validity recertification policy collects all access of the user's account and presents it responsibility for certifying whether an account should continue to exist or not is usually assigned to a responsible person (, such as a manager, responsible party, or other designated person) to decide whether this account should continue to existindividual.

The recertification engine in EmpowerID bundles the recertification items into business requests based on the responsible party assigned to each item. If an item being recertified has no responsible party, it is bundled into one business request based on the fall-back assignee Fallback Group By Assignee.

The possible decisions for the business requests for generated during the recertification process are typically set as certify, disable, or delete.

Business Role and Location Membership

The business role and location membership recertification policy checks if a user's access to a specific business role and location is still needed for valid business reasons. This information is reviewed and approved by the responsible personThe responsible person reviews and approves this information via business requests and items.

The engine bundles the recertification items into business requests based on the object itself. Therefore, in this case, the business role and location are the bundles for the business requests, and its members are items.

The possible decisions for the business requests are generally set to certify or revoke the business role and location membership.

Direct Reports

The Direct Reports recertification policy collects access data to validate if the managers and their direct reports are still required for a valid business purpose. The information is presented to the responsible person to certify whether a direct report for a particular manager should exist or not.

Group Membership

The group membership recertification policy collects access data to validate whether the membership of a group membership for a user is still required for a valid business purpose. This information is reviewed and approved by the responsible person who decide certify decides whether membership should exist or not.

The engine bundles the recertification items into business requests based on the object itself. Therefore, in this case, the group is the bundle for the business requests, and its members are items bundled into the request.

The possible decisions are generally set to certify or revoke the group membership.

Group Owner

The Group Owner membership recertification policy collects access data to validate whether an account as a group owner is still required for a valid business purpose. This information is reviewed and approved by the responsible person during an Audit who certifies whether an account should own a group.

Group Validity

The Group validity recertification policy collects access data to determine whether or not groups are a group is still required. Auditors make a decision about whether a group should exist.

In the case of group validity recertification, the recertification engine bundles the recertification items into business requests as per the responsible responsible party assigned. For any item being recertified where its responsible party is nullnot assigned, it bundles them into one business request as per the fall-back fallback assignee.

The possible decisions are generally set to certify, disable or delete.

Management Role Access Assignment

The management role access assignment recertification policy collects data to certify if access granted to a management role is still required for a valid business purpose. In other words, the management role access recertification policy is to certify whether an access grant should exist.The engine bundles the recertification items into business requests based on the object itself. Therefore, in this case, the management role is the bundle for the business request, and the access already granted is itemsto the management role should exist.

Management Role Membership

The management role membership recertification policy generates recertification data to certify whether a user’s user's membership of in a management role is still required for a valid business purpose. The engine bundles the recertification items into business requests based on the object itself. Therefore, in this case, the management role is the bundle for the business requests, and its members are items.

Management Role Validity

In the The management role validity membership recertification policy , a responsible person (owner, responsible party, or other designated person) checks the management role and decides whether this management role should continue to exist or not.In the case of management role validity recertification, the recertification engine bundles the recertification items into business requests according to the responsible partyassigned. For any item being recertified where its responsible party is null, it bundles them into one business request as per the fall-back assignee.The possible decisions for the business requests are generally set as certify, disable or deletegenerates recertification data to certify whether a management role is still required for a valid business purpose.

Person Access Summary

The person access summary policy validates the person with all types of access assignments currently granted to a Person. Simply , this policy is to certify if a person should have the access that the person currently possesses.

The person access summary recertifies

  • All RBAC assignments, including direct, relative, and by-location assignments

  • Direct Business Role and Location assignments

  • Any group memberships, including those on their accounts and those granted through RBAC

  • Any Management Role memberships

  • Account and group ownership

Person Validity

The person validity recertification is a method of determining policy determines whether or not the person Person object is still required. Certain actions must be made if the persons are no longer required. In other words, the person validity recertification policy is to certify certifies whether a person Person object should exist or notin EmpowerID.

In case of person validity recertification, the recertification engine bundles the recertification items into business requests as per the responsible party assigned. For any item being recertified where its whose responsible party is null, it bundles them into one business request as per the fall-back fallback assignee.

The possible decisions for the business requests are generally set as certify, disable, or delete. However, these decisions are configurable.

Tip

EmpowerID also supports real-time risk-based recertification of group membership changes as they are detected. This feature can be enabled per Account Store basis and is targeted to monitor only those groups defined in a Query-Based Collection per Account Store. More information is provided in the doc Continuous Group Membership Change Recertifications.

Insert excerpt
IL:External Stylesheet
IL:External Stylesheet
nopaneltrue
Insert excerpt
IL:External Stylesheet
IL:External Stylesheet
nopaneltrue

...