Hitachi ID Identity Manager includes a variety of features that collectively are used to govern the security entitlements assigned to users.
Gartner defines an entitlement as:
|An entitlement is the object in a system's security model that can be granted or associated to a user account to enable that account to perform (or in some cases prevent the performance of) some set of actions in that system. It was commonly accepted that this definition of entitlement referred to the highest-order grantable object in a system's security model, such as an Active Directory group membership or SAP role and not lower-order objects such as single-file permission setting.|
Definition by Ian Glazer, in Access Certification and Entitlement Management v1, September 9, 2009.
http://www.gartner.com/technology/research.jsp (login required)
Access governance is broken down into a series of features, used to assign appropriate rights to users initially, to monitor and control the rights users have over time and ultimately to deactivate no-longer-required entitlements.
Role-based access control (RBAC) is an approach to managing entitlements, intended to reduce the cost of security administration, ensure that users have only appropriate entitlements and to terminate no-longer-needed entitlements reliably and promptly.
In the context of a single system or application, RBAC means granting privileges directly to roles and attaching users to roles. Users acquire privileges through role membership, rather than directly. Within a single system, roles are sometimes called security groups or user groups.
Single-system RBAC is a time tested and successful strategy, as it allows administrators to group users, group privileges and attach groups of privileges to groups of users, rather than attaching individual privileges to individual users.
Identity management and access governance systems extend RBAC beyond single applications. Roles in an IAM system are sets of entitlements that may span multiple systems and applications. The key element of roles is to replace many technical entitlements with fewer roles that business users can understand. Business users can then a reasonable determination of which users should have which roles. This implicitly specifies which users should have which technical entitlements.
Roles consist of entitlements -- login accounts and security group memberships. Roles are often also nested -- i.e., one role can contain others. Nesting roles can reduce the cost of role administration.
Learn more about the RBAC features included in Identity Manager.
Segregation of duties (SoD) policies allow organizations to define toxic combinations of entitlements, which no one user should possess. The most common business driver for these policies is fraud prevention -- i.e., ensuring that fraud cannot be committed without collusion by at least two users.
Learn more about the SoD prevention and detection capabilities included in Identity Manager.
A workflow engine allows both business users, in a self-service fashion and automated processes to request and authorize access changes. This is a key feature of any successful IAM system.
Users sign into a secure web application and submit change requests by selecting and filling in a suitable form. Requests are validated by the workflow engine and the requester may be required to make corrections.
Some parts of a request may be automatically filled in and may not even be visible to the requester. For example, the IAM system might automatically assign a standard login ID to all new accounts, assign a file server and mail server, select a directory OU and so on.
The workflow engine forwards valid requests to one or more authorizers. These are simply other users, chosen through the application of security policy. Example authorizers may include application owners and managers in the chain of command above the requester. Some requests may not require authorization at all.
Authorizers are normally invited to review and either approve or deny change requests by e-mail. A URL is embedded in the e-mail, which authorizers follow to a secure web application where they sign in, see request details and either approve or deny the request.
The workflow engine must allow for the possibility that authorizers will not respond in a timely manner -- by automatically sending reminders and escalating requests from unresponsive authorizers to other responsible users.
The workflow engine must also allow authorizers to actively delegate their responsibility, for example when they schedule time off or when they change jobs permanently.
Self-service and delegated updates to identities and entitlements are illustrated in Figure [link].
Learn more about the authorization workflow engine built into Identity Manager.
Identity Manager is typically used to first disable and then, at a later date, delete accounts for users who leave an organization. The process often has four distinct phases:
Learn more about the automated provisioning and deactivation mechanism included in Identity Manager.
Access certification is a process where business stake-holders are periodically invited to review entitlements, sign-off on entitlements that appear to be reasonable and flag questionable entitlements for possible removal.
Learn more about the access certification features built into Identity Manager.