A lot has changed about the state of OAuth since I last presented at RSA
Conference. Last year, the enterprise was screaming for standardized
mechanics to provide access control to their APIs. Back then, OAuth was
merely on the Enterprise Architect’s radar. It’s now safe to say that
OAuth 2.0 is poised to fill this gap.
OAuth 2.0 is rich –different token types to accommodate different styles.
The ‘bearer’ token type provides the simplicity of cookies, the ‘mac’
token type provides the security of hmac signatures. OAuth 2.0 also defines
many different flows to accommodate different situations, involving either
two or three parties.
Because this rising standard addresses so many use cases, the infrastructure
supporting it must remain flexible to cover all of the benefits.
Let’s talk OAuth, see you @RSAConference London, Oct 13 2011 STAR-305.
... (more)
In terms of OAuth enterprise tooling, a lot of focus is given to
OAuth-enabling APIs exposed by the enterprise itself. Naturally, the demand
for this reflects today’s reality where the enterprise is increasingly
playing the role of an api provider. However, many enterprise integration use
cases involving cloud-based services puts the enterprise in the role of API
consumer, rather than provider. And as the number of enterprise applications
consuming these external APIs grows, and the number of such external APIs
themselves grows, point-to-point OAuth handshakes become problematic.... (more)
In the article "The importance of threat protection for restful web
services", I presented a number of content-based threats for XML. When
protecting an endpoint from XML based attacks, not only are payloads scanned
for code injections, malicious entity declarations and parser attacks, XML
documents are actually validated against strict schemas that clearly describe
expected document structures. Enforcing this type of compliance at the edge,
in a SOA gateway for example, minimizes the risk of attacks of the Web
service endpoint. Structure definition languages such as XML Schema ... (more)
I often get asked about ‘REST to SOAP’ transformation use cases these
days. Using an SOA gateway like SecureSpan to perform this type of
transformation at runtime is trivial to setup. With SecureSpan in front of
any existing web service (in the DMZ for example), you can virtualize a REST
version of this same service. Using an example, here is a description of the
steps to perform this conversion.
Imagine the geoloc web service for recording geographical locations. It has
two methods, one for setting a location and one for getting a location. See
below what this would look like i... (more)
Imagine a fresh business relationship between ACME Corporation and Partner.
As a result of this relationship, ACME wants to grant Partner limited access
to one of its core internal applications. They do this, naturally, by
exposing a Web service.
Why Identity Federation?
Boris (an employee at Partner) sends a SOAP request to the ACME Web service
along with some password or proof-of-possession type credentials. Because
Boris's identity is managed outside of ACME, those credentials cannot be
authenticated using ACME's authentication infrastructure.
To circumvent this issue, one cou... (more)