Vulnerabilities / Threats
7/19/2013
05:26 PM
Mike Rothman
Mike Rothman
Commentary
Connect Directly
RSS
E-Mail
50%
50%

APIs Giveth And APIs Taketh Away

Despite the incredible power afforded by APIs exposing cloud, mobile and Web services, there is a downside. There always is

Like many developers, I've had a long and tattered history with application programing interfaces (APIs). Back when I started my career (yes, in the Stone Age), I was a programmer on a 200-person team building telecom billing systems. I wrote screens that had to interface with the core foundation services of the billing platform via (you guessed it) an API.

I didn't last long in that job because it took me three days to troubleshoot an issue in the platform that broke my screen. Good times.

But APIs have become prevalent as development organizations move to build more modular and agile software. Many of these APIs expose key functionality in an open manner, not just within a self-contained environment using proprietary application calls like in the good old days. Rather, these APIs provide services available over the Internet to anyone authorized to use them. If I needed to add a real-time address parser to my billing address screen (which I had to do) back in the day, then I built it myself. And when we had to update the screen to support Canadian addresses, well, that was just miserable. I mean, who puts letters in their postal codes? Now I would just do a call to the U.S. (or Canadian) Postal Service's Web service and get the normalized address with the postal code. If it took an hour to code that, it's only because I was a crappy developer.

My partner Rich Mogull has been doing a lot of research about the management plane of the cloud and how even though everyone gets all excited about its elasticity, it's really the automation and orchestration afforded by cloud computing that will have the greatest impact on how we do security moving forward. In a recent post, he showed how about 50 lines of Ruby code can be used to identify unmanaged cloud instances in your account. It's very cool stuff. And it's all done through the APIs of Amazon Web Services.

Damn, those APIs again. It turns out APIs can do pretty much anything from a management context in the cloud. That provides these incredibly powerful software-defined security capabilities. But it also opens up your management plane to pretty much ... anyone. The APIs are accessible via the public Internet. If an attacker make an API call impersonating you, then they can do a lot of damage in your environment. Can you see your threat modeling team's collective heads exploding?

Thus, figuring out what vulnerabilities exist within your APIs is going to be a key part of managing threats of these cloud (and hybrid cloud) environments moving forward. Sure, traditional attacks will continue. But if an attacker could just spin up an instance using their malicious operating system in your cloud network, they don't have to worry about lateral movement to their target -- they are already there.

So there is an emerging category of technologies looking to protect the APIs against threats. These new "API gateways" are built to enable broader (and more secure) IT services accessibility as cloud and mobile applications provide broader and more open access to corporate IT data. As my partners Adrian Lane and Gunnar Peterson said in a recent blog series on API gateways: "API gateways curate APIs, provision access to users and developers, and facilitate key management. For security this is the place to focus – to centralize policy enforcement, implement enterprise protocols and standards, and manage the attack surface."

You may not be overly concerned with APIs today, nor will we see a lot of research at Black Hat this year breaking cloud APIs, but it's only a matter of time. When the attackers start to figure out what exactly they can do via the APIs, they will.

Mike Rothman is President of Securosis and author of "The Pragmatic CSO"

Mike's bold perspectives and irreverent style are invaluable as companies determine effective strategies to grapple with the dynamic security threatscape. Mike specializes in the sexy aspects of security, like protecting networks and endpoints, security management, and ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-3352
Published: 2014-08-30
Cisco Intelligent Automation for Cloud (aka Cisco Cloud Portal) 2008.3_SP9 and earlier does not properly consider whether a session is a problematic NULL session, which allows remote attackers to obtain sensitive information via crafted packets, related to an "iFrame vulnerability," aka Bug ID CSCuh...

CVE-2014-3908
Published: 2014-08-30
The Amazon.com Kindle application before 4.5.0 for Android does not verify X.509 certificates from SSL servers, which allows man-in-the-middle attackers to spoof servers and obtain sensitive information via a crafted certificate.

CVE-2010-5110
Published: 2014-08-29
DCTStream.cc in Poppler before 0.13.3 allows remote attackers to cause a denial of service (crash) via a crafted PDF file.

CVE-2012-1503
Published: 2014-08-29
Cross-site scripting (XSS) vulnerability in Six Apart (formerly Six Apart KK) Movable Type (MT) Pro 5.13 allows remote attackers to inject arbitrary web script or HTML via the comment section.

CVE-2013-5467
Published: 2014-08-29
Monitoring Agent for UNIX Logs 6.2.0 through FP03, 6.2.1 through FP04, 6.2.2 through FP09, and 6.2.3 through FP04 and Monitoring Server (ms) and Shared Libraries (ax) 6.2.0 through FP03, 6.2.1 through FP04, 6.2.2 through FP08, 6.2.3 through FP01, and 6.3.0 through FP01 in IBM Tivoli Monitoring (ITM)...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
This episode of Dark Reading Radio looks at infosec security from the big enterprise POV with interviews featuring Ron Plesco, Cyber Investigations, Intelligence & Analytics at KPMG; and Chris Inglis & Chris Bell of Securonix.