Perimeter
12/18/2012
02:57 PM
Gunnar Peterson
Gunnar Peterson
Commentary
Connect Directly
RSS
E-Mail
50%
50%
Repost This

The Identity Cliff

Kicking the can down the road on identity cannot go on forever. Not choosing to deal with improving identity and access architecture is a choice

I make it a point not to discuss politics in this blog, and I expect to continue that policy. But permit me one brief exception, as it relates to an infosec matter.

Without getting into the mechanics or trying to assign blame to one side or the other, it seems clear to me that the current fiscal cliff drama demonstrates a failure of leadership on both sides -- a willingness to play to win rather than to do the right thing for country. Beating the other side has replaced solving problems. The former is mandatory, the latter optional.

Sadly, we have the same state of affairs here in identity. Information security teams regularly draw lines in the sand over what is allowed in the DMZ, agents that do something or other that must be on all desktops, and, of course, demand funding for the latest pizza box. Unfortunately, improving identity and access management is often inadequately staffed and underfunded, and this means more usernames and passwords that then get compromised. Rinse, repeat. Like "leaders" in Washington, D.C., inside information security team making hard choices is a minority sport.

Kicking the can down the road on identity cannot go on forever. Cans kicks back, design debt piles up. Not choosing to deal with improving identity and access architecture is a choice. The outcome of a weak identity architecture leaves you vulnerable to six of the OWASP Top Ten and plenty of other threats besides.

As an industry, we're staring over a cliff of our own making. Decades of suboptimal design tradeoffs and same ol', same ol'. Even the leading-edge progressive companies suffer from insufficient integration, weak authorization management, and how to deal with new technologies like cloud and mobile.

The economist Herb Stein said, "Anything that can't go on forever won't." The present situation of infosec teams looking at strengthening identity as optional is untenable. Is 2013 going to be the year we see a shift in companies taking decisive action on improving their outdated identity architecture, or just another year where attackers feast on them?

Gunnar Peterson is a Managing Principal at Arctec Group 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
Flash Poll
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2008-3277
Published: 2014-04-15
Untrusted search path vulnerability in a certain Red Hat build script for the ibmssh executable in ibutils packages before ibutils-1.5.7-2.el6 in Red Hat Enterprise Linux (RHEL) 6 and ibutils-1.2-11.2.el5 in Red Hat Enterprise Linux (RHEL) 5 allows local users to gain privileges via a Trojan Horse p...

CVE-2010-2236
Published: 2014-04-15
The monitoring probe display in spacewalk-java before 2.1.148-1 and Red Hat Network (RHN) Satellite 4.0.0 through 4.2.0 and 5.1.0 through 5.3.0, and Proxy 5.3.0, allows remote authenticated users with permissions to administer monitoring probes to execute arbitrary code via unspecified vectors, rela...

CVE-2011-3628
Published: 2014-04-15
Untrusted search path vulnerability in pam_motd (aka the MOTD module) in libpam-modules before 1.1.3-2ubuntu2.1 on Ubuntu 11.10, before 1.1.2-2ubuntu8.4 on Ubuntu 11.04, before 1.1.1-4ubuntu2.4 on Ubuntu 10.10, before 1.1.1-2ubuntu5.4 on Ubuntu 10.04 LTS, and before 0.99.7.1-5ubuntu6.5 on Ubuntu 8.0...

CVE-2012-0214
Published: 2014-04-15
The pkgAcqMetaClearSig::Failed method in apt-pkg/acquire-item.cc in Advanced Package Tool (APT) 0.8.11 through 0.8.15.10 and 0.8.16 before 0.8.16~exp13, when updating from repositories that use InRelease files, allows man-in-the-middle attackers to install arbitrary packages by preventing a user fro...

CVE-2013-4768
Published: 2014-04-15
The web services APIs in Eucalyptus 2.0 through 3.4.1 allow remote attackers to cause a denial of service via vectors related to the "network connection clean up code" and (1) Cloud Controller (CLC), (2) Walrus, (3) Storage Controller (SC), and (4) VMware Broker (VB).

Best of the Web