Perimeter
8/10/2012
02:59 PM
Gunnar Peterson
Gunnar Peterson
Commentary
50%
50%

Scaling The Twin Peaks Of Identity And Access Management

Scaling identity's twin peaks -- IAM -- is not easy, but it is possible. This post looks at the pitfalls and keys to success

Identity and access management (IAM) systems present three gnarly challenges to the enterprise.

First, access management is concerned with authentication, authorization, access control, and attribution. These are effectively online services that take center stage while the system is being used by the user or service.

Second, identity management services like provisioning are concerned with preparing the system for use. These services focus on the life cycle management process, like account registration, propagation, and deprovisioning.

These two disparate concerns -- online access management and offline identity management -- are often lumped together in an information security team, yet their staffing models, processes technologies, and overall project risk have little in common. Identity management systems like provisioning have a heavy set of audit and compliance requirements, and they must map business rules, often from HR, and policies to long-running workflows. Access management systems, in general, are more technical in that they require deep integration into application runtime, working within the SDLC to wire up access management to work with app server containers and code.

Neither of these, working with HR and business process or with developers in the SDLC, is home territory for many information security teams. Of course, identity management and access management services must work together -- the identity management system must feed the access management system with the freshest, most consistent, and specific information to get the job done -- and this presents us with the third grand challenge: interoperability.

Anyone who has hiked in the mountains knows the concept of a "false peak." At the bottom of the trail you fixate on a mountain top, you eventually sweat your way up there, ten only to discover that it is not the top -- it just looked that way at the bottom. Merely getting an identity management system and an access management system up and running is not good enough. Running these two systems in isolation won't amount to a hill of beans unless they work together; specifically, the identity management processes must feed and manage the accounts that the access management system uses to make its decisions. This sounds simpler than it is.

Interoperability challenges come in several forms. At the most basic level there is connectivity and communications. Distributed application smay use Active Directory, LDAP databases, mainframes, Unix servers, and a whole host of other technologies. Can your provisioning system talk to each one?

Identity data must be synchronized or replicated, and this is where naming, data representation, and account and attribute ownership issues arise. The IDM must navigate a variegated naming and data landscape. For naming and data issues, either all systems must follow the same standard (highly unlikely), or in-depth mapping, transformation and cleanup processes must be worked into the provisioning systems to ensure consistency.

For account and attributes that are used across systems, the ownership is Balkanized. Organizational ownership battles occur over who is allowed to update, create, and delete accounts and attributes. The identity management team is in the center of the ring for these challenges and must build toward something that can both satisfy cross-organization stakeholders and scale in the real world.

Finally, the identity management team must clearly understand how the application is using the accounts and identity attributes. Which attributes are used for authorization inside the application? Is it a group, a role, or something more granular? The offline provisioning processes must provide the online authentication and authorization systems with data at the right level of specificity to enable the access management systems' policies to be workable and meet their goals.

Scaling identity's twin peaks is not easy, but it is possible. Keys to success include:

1. No Silver Bullets: Do not assume that there is a magic product or suite that can solve all of your IAM challenges. In fact, assume there is not one.

2. Think Top-Down: It's important to have a top-down view, an architectural view of IAM, and how the pieces relate

3. Execute Bottom-Up: But top-down is not enough (see No. 1). The top-down view must be carved out into projects that can work bottom-up to deliver the top down vision

4. Avoid The False Peak: Focus on interoperability, with identity and access management services working together.

With these four points in mind, the enterprise can avoid false peaks and be prepared to make progress on the IAM trail.

Gunnar Peterson (@oneraindrop) works on AppSec - Cloud, Mobile and Identity. He maintains a blog at http://1raindrop.typepad.com. View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: just wondering...Thanx
Current Issue
Security Operations and IT Operations: Finding the Path to Collaboration
A wide gulf has emerged between SOC and NOC teams that's keeping both of them from assuring the confidentiality, integrity, and availability of IT systems. Here's how experts think it should be bridged.
Flash Poll
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.

Dark Reading Radio
Archived Dark Reading Radio
In past years, security researchers have discovered ways to hack cars, medical devices, automated teller machines, and many other targets. Dark Reading Executive Editor Kelly Jackson Higgins hosts researcher Samy Kamkar and Levi Gundert, vice president of threat intelligence at Recorded Future, to discuss some of 2016's most unusual and creative hacks by white hats, and what these new vulnerabilities might mean for the coming year.