EmpowerID 2020 R2 adds several major new product features and usability enhancements.

New Features

EmpowerID Compliant Access Solution (Risk Management)

The reality for organizations today is that enterprise risks are scattered across many Cloud and on-premise systems and are often acquired by a risky combination of cross-system access. Given the growing number of enterprise level applications being made available to organizations, it is imperative organizations know the permissions models for each application they use. Otherwise, users may have more access than needed, resulting in unnecessary risks. To gain visibility and control over these risks, EmpowerID provides one of the largest IGA connector libraries available with the ability to connect and consume even the most idiosyncratic permissions models and inheritance used within your applications. In this way, the permissions in each system can be brought together into one comprehensive and business-friendly permissions model.

Compliant Risk Management

The goal of compliant risk management is to ensure that organizations deliver compliant access and that changes occurring in native system admin consoles do not create non-compliant access. To achieve this goal, current access assignments must be continually measured against a definition of non-compliant access. Therefore, to define compliant access, you must first define non-compliant access. Risks are a part of the business domain and must be defined and owned by business users as they relate to the organization’s specific industry and business processes. Defining an organization’s risk policies based on toxic combinations of technical entitlements such as application groups or roles is not a viable option. These technical objects have little meaning to business users and the activities they enable and the risks they pose are easily obscured and can change as underlying access shifts.

The new EmpowerID Compliant Access Solution simplifies risk management by giving organizations the ability to abstract technical access rights terminology from inventoried systems away from business users in favor of language more readily accessible to business users, their managers and those responsible for building effective risk management policy. Most IAM systems manage only the technical aspects of access control and, as such, fail to provide a comprehensive model that maps the entitlements in technical systems to clearly understood business processes. For example, consider the act of creating a purchase order in SAP. In that system, entitlements are designated by TCodes, and the TCode for creating a purchase order is ME21N. While application experts might instinctively know what the TCode means, most likely many business users will not. And that is one entitlement in one system. When one considers the many technical systems that could be used within the daily operations of a business — and the amount of entitlements available to users within each — it becomes easy to see how those responsible for managing access can spend an undue amount of time deciphering exactly “who can do what, where and when with their IT systems.”

Figure 1: Example of a native system entitlement

That is where EmpowerID’s Compliant Access Solution comes into the picture. EmpowerID understands that each organization has its own particular language for processes and policies and designed the solution with the flexibility to bring that process language into risk management as is. This model understands that to be truly effective, delivering compliant access requires more than just repeating “black box” speak. A system that simply repeats technical system language back to users does little to help businesses translate the technical rights in each IT system to the daily business activities necessary for accomplishing business goals.

How EmpowerID Compliant Access Leverages Your Business Model

The EmpowerID Compliant Access Solution starts with the premise that all businesses can be broken down into a series of business processes performed during the ongoing production and delivery of their goods or services. Each business process is itself, a series of tasks that can be performed by internal or external participants to complete that process. And each individual task in each process can be broken down into the functions that are executed in the process of completing that task. Simply put, EmpowerID defines functions as “business defined activities that a person can perform.” Using this approach, the technical term “ME21N” mentioned above could be translated simply as “Create Purchase Order.” The activities are the same, but the terminology for the latter is immediately clearer for business users.

Figure 2: Native System Entitlements VS Functions

Using functions as the building blocks of what users can do in technical systems, organizations then build their risk policies around those functions using their own business language for those functions and policies. Once functions are named, business process specialists and technical application specialists map those functions to their representative entitlements in their respective applications. Once the mapping is complete, the risk management engine can be enabled to run on a scheduled basis to return users with functions. Using “Create Purchase Order” as an example, the end result is that those responsible for risk management can quickly see who in their organization can create a purchase order and where they can do it.

Figure 3: Risk Management User Interface

EmpowerID SCIM Virtual Directory Server (VDS) for Azure Identity Management

In today’s “work from anywhere” model, cloud-based identity management solutions are becoming the norm. Nowhere is this more evident than with Microsoft’s shift away from on-premise Active Directory federating with Office 365 to Azure Active Directory (AD) as the primary identity. De-emphasizing and even eliminating ADFS and federation are the future. Microsoft makes this even more apparent with its integration of the System for Cross Domain Identity Management (SCIM) protocol into Azure. SCIM was created as a powerful means of standardizing, simplifying, and automating identity management of users, groups, and devices across cloud-based applications and services and Microsoft is betting big on it. The problem with SCIM is that it has yet to become widely adopted and many applications simply do not support it. So, if you have custom applications with repositories of identity information or use an on-premise or cloud application like SAP S/4 HANA or SAP Ariba or even a major HR system like UltiPro, you are not going to be able to integrate those systems with Azure unless you or the vendor builds a SCIM interface for each. This is no small task because while the protocol is simple, building the interface is not. EmpowerID has stepped into the gap and built a Workflow-Driven SCIM Virtual Directory Server (VDS) that can sit between Azure and your non-SCIM applications. You simply connect those applications to EmpowerID and register the EmpowerID SCIM VDS in Azure. There is no need to wait for vendors or put in the time and effort needed to build a SCIM interface. EmpowerID takes care of everything for you.

Figure 4: Solution Architecture

Why should you use EmpowerID’s SCIM VDS for Azure Identity Management?

New EmpowerID Microservices

EmpowerID SCIM Microservice

The EmpowerID SCIM microservice is designed to help you manage your Azure tenants and subscriptions to include licenses and roles. Beyond the licensing challenges associated with Azure subscriptions is the fluid nature of the Azure infrastructure and how quickly new services can be introduced and then decommissioned. This fluidity can make it difficult for security and audit teams to meet their regulatory obligations concerning asset management. The SCIM microservice helps you address both these issues by giving you full visibility and control over both Azure Roles and Azure licenses via Azure License Manager and Azure RBAC Manager. For more information setting up the EmpowerID SCIM microservice in Azure, see /wiki/spaces/CloudAdmin/pages/907509785.

IT Shop Microservice

The IT Shop brings a familiar shopping cart experience to the license access request process. Users simply search for the resources they need and add items to their cart. Managers may shop on behalf of their direct reports as part of the onboarding process. When the user is done shopping, they simply submit their request. The workflow engine determines from your organizational rules, what approvals are needed, if any policies would be violated, and who must approve each request or violation. All participants are kept informed by email notifications and all requests, decisions and associated fulfillment actions are recorded and integrated into the audit process.

Figure 5: User Interface for the IT Shop Microservice

Azure Analytics Microservice

The Azure Analytic Microservice provides organizations with intelligent, real-time visual feedback on the drivers of their Azure expenses and the number of licenses being consumed by their organization at any given data point.

Figure 6: Azure License Analytics Dashboard

Azure License Manager

Azure License Manager is an licensable module in the EmpowerID Suite that is designed to help organizations inventory their Azure licenses and expenses across multiple Azure tenants for cost reporting and allocation of license expenses within their organization. According to research, of the 200 million Office 365 users Microsoft is reporting, 56% of licenses are inactive, underutilized, over-sized or unassigned. Azure License Manager can help you save up to 50% of your license costs by discovering licenses that fall into that category and automating Azure license management using flexible policies. How does Azure License Manager help with this?

Figure 7: Azure License Manager User Interface

Azure RBAC Manager

Azure RBAC Manager provides auditing, Zero Trust delegated administration, policy-based access assignment, self-service shopping, and access recertification for Azure security. Azure RBAC Manager empowers organizations to maintain an accurate understanding of their Azure security landscape, to optimize its management, and to ensure compliance with an organization’s risk policies. How does Azure RBAC Manager help?

Figure 8: Azure RBAC Manager User Interface

Azure Native Authentication

EmpowerID can be configured to allow users to authenticate to EmpowerID and single sign-on (SSO) into other applications to which EmpowerID serves as an Identity Provider using their Azure credentials. Once a user authenticates and does SSO to other Service Provider applications such as Salesforce or ServiceNow, that user can seamlessly sign out of all applications simply by signing out of one. The flow for both of these scenarios looks as follows:

Login Scenario — The user goes to SP1 and lands on the EmpowerID Login page for authentication. The user selects Azure Native Auth. Subsequently, the user performs single sign-on into SP1, SP2 and SP3.

Figure 9: Azure Native Authentication Login Flow

Logout Scenario — The user logs out of SP1 and multiple logout requests/responses are exchanged between EmpowerID, Azure Mutli-tenant IDP and the service providers.

Figure 10: Azure Native Authentication Single Logout Flow

 

The single log out flow from the above image is as follows:

  1. SP1 sends logout request to EmpowerID.

  2. EmpowerID sends logout request to Azure.

  3. Azure sends logout response to EmpowerID.

  4. EmpowerID sends logout request to SP2.

  5. SP2 sends logout response to EmpowerID.

  6. EmpowerID sends logout request to SP2.

  7. SP3 send logout response to EmpowerID.

  8. EmpowerID sends logout response to SP1.

Enhancements

Redesigned Resource View Pages

The View pages that users see when looking at the details for a given resource have been completely redesigned to present users with a more visually appealing and intuitive experience. Figure 14 below shows View page for a person that users see when viewing information about a person in EmpowerID.

Figure 14: Person View Page

Additional Enhancements

Feature

Description

EmpowerID-3341

Add standard More Info accordion to ORgRoleOrgZoneDetails page

EmpowerID-3346

Enable creation and deletion of ResourceSystemModule for applications

EmpowerID-3357

Add AccountExternalOrgRoleOrgZone grid to Lifecycle tab on Person Details and View Self pages

EmpowerID-3352

Make a mapped OrgRole grid

EmpowerID-3356

Add AccountInbox to Lifecycle tab on Person Details and View Self pages

EmpowerID-3380

Do not hide error when a workflow errors if Request.IsLocal = true

EmpowerID-3142

Refactor Audit View One page to allow for assigning to locations

Fixed Issues

Issue #

Description

EmpowerID-3052

Right enforcement for file shares is not working with the Cloud Gateway

EmpowerID-2910

Grant or revoke access to resources highlighted in red without any error information

EmpowerID-3111

Two tasks are being generated for approval processes

EmpowerID-3099

Not able to edit the email templates or save newly created templates

EmpowerID-2671

An error occurs when requesting temporary group membership

EmpowerID-3050

UI DateTime displays UTC time rather than local time

EmpowerID-3062

After requesting access to groups or Management Roles in ServiceNow, the status of the task request shows as “Not yet requested”

EmpowerID-3288

Exchange RET provisioning fails

EmpowerID-3253

Search functionality is not working under all the eligibility tabs

EmpowerID-2475

Person Terminations: Same core identity is not created for the Person with the same SSN, FirstName, LastName, and DOB

EmpowerID-2666

Vault this credential against a computer is not working in PSM

EmpowerID-3040

Multifactor options on ResetPassword workflow are not working

EmpowerID-3279

Unable to reset the password of an AD account

EmpowerID-3345

An error occurs when switching personas

EmpowerID-3296

Azure license assignments show up in “error” state under fulfillment queue

EmpowerID-3291

Azure AD tenant subscriptions were not inventoried in EmpowerID

EmpowerID-2990

An error occurs when provisioning an account store for Salesforce

EmpowerID-3301

There is an assembly mismatch

EmpowerID-3272

Cannot register communication type during MFA

EmpowerID-3269

Password policy repeating characters is not functioning properly.

EmpowerID-3271

An “Unauthorized Change Password Message” appears when a person with “Must change password on next login” is set to true changes their password.

EmpowerID-2658

Unable to request a credential from the IT Shop

EmpowerID-3196

Unable to assign any user as “License Bundle RBAC Owners”

EmpowerID-2602

Intermittent issue on IE and Chrome – A 500 error is displayed when clicking on Request Access and Resources I manage

EmpowerID-3052

Rights enforcement for File Shares is not working with the Cloud Gateway

EmpowerID-3467

External Location tree not showing all external locations for HR connector

EmpowerID-3436

Group ViewOne page for SAP TCodes/Transactions errors

EmpowerID-3394

Person details are visible to Self-Service users

EmpowerID-3302

Account Inventory bulk update is not updating all attributes

EmpowerID-3188

Audits are not compiling