Original URL: https://www.theregister.com/2003/07/28/microsoft_brings_secure_web_services/

Microsoft brings Secure Web Services closer

Not there yet

By IT-Analysis

Posted in On-Prem, 28th July 2003 11:36 GMT

As the noise of secure communications and identify management continues unabated and vendors clamour at the door, Microsoft's recent announcement of Web Services Enhancements 2.0 might have been missed, writes John McIntosh of Bloor Research.

This is a significant announcement, because of what it potentially means to the Web Services market and the security market. We all know that security for Web Services is the great inhibitor and until that is sorted out, no-one is going to drop their perimeter.

WSE 2.0 offers new security features which should simplify development and deployment of secure Web Service applications spanning company boundaries and trust domains, connecting and exchanging information with customer and partner systems.

According to Microsoft, WSE 2.0 means that developers can apply security policies to Web services with minimal lines of code and support interoperability across heterogeneous systems.

WSE 2.0 does this by building on the security, routing and attachment capabilities of version 1.0 and adds a foundation for building applications based on Web services specifications published by Microsoft and its industry partners including WS-Security, WS-Policy, WS-SecurityPolicy, WS-Trust, WS-SecureConversation and WS-Addressing.

It should be said that WSE 2.0 is a technology preview; the security capabilities that organisations might require to deploy live Web Service-based applications may not all be available.

Within the .NET Framework and WSE 2.0 is the capability to do many interesting things in terms of secure application development to support integration and federation of security through the value chain.

WSE is important because it introduces for the first time the ability to test the theories behind emerging WS-Security standards. Essentially, is it possible to build a system that can securely expose internal systems to partners as Web services, leveraging existing technology investments to generate future revenue opportunities?

Without the following new capabilities, the answer to that question would probably be no.

To my mind, the bit still missing, other than resolving internal .NET Framework trust hierarchies, is that WS-Security lacks properties to mediate trust relationships. It assumes organisations developers will work this out for themselves.

And while developments in the area of Web Service security are to be welcomed, one cannot help but wonder why the security keys are still in the hands of the developers. It seems a strange position and suggests Microsoft have yet to fully grasp service-orientated architectures as the way forward.

© IT-Analysis.com