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
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Tech Digest, Dec. 19, 2014
Software-defined networking can be a net plus for security. The key: Work with the network team to implement gradually, test as you go, and take the opportunity to overhaul your security strategy.
Flash Poll
Title Partner’s Role in Perimeter Security
Title Partner’s Role in Perimeter Security
Considering how prevalent third-party attacks are, we need to ask hard questions about how partners and suppliers are safeguarding systems and data.
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-8142
Published: 2014-12-20
Use-after-free vulnerability in the process_nested_data function in ext/standard/var_unserializer.re in PHP before 5.4.36, 5.5.x before 5.5.20, and 5.6.x before 5.6.4 allows remote attackers to execute arbitrary code via a crafted unserialize call that leverages improper handling of duplicate keys w...

CVE-2013-4440
Published: 2014-12-19
Password Generator (aka Pwgen) before 2.07 generates weak non-tty passwords, which makes it easier for context-dependent attackers to guess the password via a brute-force attack.

CVE-2013-4442
Published: 2014-12-19
Password Generator (aka Pwgen) before 2.07 uses weak pseudo generated numbers when /dev/urandom is unavailable, which makes it easier for context-dependent attackers to guess the numbers.

CVE-2013-7401
Published: 2014-12-19
The parse_request function in request.c in c-icap 0.2.x allows remote attackers to cause a denial of service (crash) via a URI without a " " or "?" character in an ICAP request, as demonstrated by use of the OPTIONS method.

CVE-2014-2026
Published: 2014-12-19
Cross-site scripting (XSS) vulnerability in the search functionality in United Planet Intrexx Professional before 5.2 Online Update 0905 and 6.x before 6.0 Online Update 10 allows remote attackers to inject arbitrary web script or HTML via the request parameter.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Join us Wednesday, Dec. 17 at 1 p.m. Eastern Time to hear what employers are really looking for in a chief information security officer -- it may not be what you think.