| By Sean Rhody | Article Rating: |
|
| March 18, 2005 12:00 AM EST | Reads: |
27,050 |
Recently, Paris Hilton's cell phone was hacked, and all her contact information was released on the Internet. Although I wasn't important enough to rate a listing, many other celebrities were apparently flooded with phone calls after their private numbers became oh-so-public. While the incident didn't involve Web services, it certainly did involve security, or rather a failure of security. And once again, security itself is the focus of this month's issue.
Security has been a topic of this magazine almost since its inception - and we tend to get proposals regarding security on a year-round basis. Initially, when the number of Web services specifications could be counted on one hand, security was a huge concern, and a serious impediment for enterprise adoption of Web services (and rightfully so when the only security provided was SSL).
Over the past several years however, that situation has been remedied by a large number of standards, most of which have been implemented in some fashion. These include WS-Security and things like digital signatures. If you dig into the security area you will find there is actually a large number of things you can do to protect your Web service. Some are targeted at the message and some at authentication; some even look at the content by validating that the message is a valid request.
Part of the initial resistance to Web services revolved around the need for security, and that did make sense. Now however, when we have a plethora of standards for combating the deficiencies of the original specifications, it's possible to put the general concern that Web services cannot be secured to rest.
Companies can now concentrate on Web services and security from an opportunistic standpoint. Whereas previously IT professionals had to fight the battle of "Web services aren't secure," they can now point to the standards and tools and say, "How secure do you want them to be?"
The nice thing about the various Web services standards is twofold; they are layered, and you can choose whether or not to use many of them. The layered approach makes it easier to design and build Web services. Later, someone can decide how to secure those services, or how to deploy them, or manage them. Not having to decide at design time how to implement the various strategies (or even whether to implement them) is a key advantage in Web services usage. Naturally, it's not a new concept - the application server people use it all the time with their deployment descriptors.
Regardless of where the idea came from, the separation of layers is a very useful thing. Web services security needs to run the gamut from absolutely none necessary to absolutely paranoid, with most services falling in between. That's because Web services are an edge technology, and sometimes the edge must be protected, but sometimes you want to expose it.
There are some well-known Web services such as Google and Amazon, which need little in the way of security. It isn't important to the use of these services to establish identity, so applying SAML would be a needless overhead, and would likely reduce the number of users, rather than increase them. Many services are like this - more or less wide open because the information transferred is of value only to the user. The fact that I search for "books by Sean Rhody" is interesting only to Amazon, who processes the request, and to myself. Well, and to my legions of fans of course. The point though is that my identity is irrelevant and securing the service is fairly unimportant because what is transferred has value only between Amazon and me.
On the other hand, if I were transferring money between my checking account and my savings account, I would want very strong security. I'm not rich, but I want what money I have to stay mine. I also don't want anyone else knowing how much money I do have - I get enough solicitations as it is despite the Do Not Call act.
We now have the tools to secure Web services as needed, without choking the services that can be designed without the need for heavy-duty security. And that's comforting, especially when we see other services being hacked and phone numbers being distributed on the Internet. Oh, and Paris - why haven't you called back?
Published March 18, 2005 Reads 27,050
Copyright © 2005 SYS-CON Media, Inc. — All Rights Reserved.
Syndicated stories and blog feeds, all rights reserved by the author.
More Stories By Sean Rhody
Sean Rhody is the founding-editor (1999) and editor-in-chief of SOA World Magazine. He is a respected industry expert on SOA and Web Services and a consultant with a leading consulting services company. Most recently, Sean served as the tech chair of SOA World Conference & Expo 2007 East.
- Big Data in Telecom: The Need for Analytics
- Patterns for Building High Performance Applications
- Microsoft Tries Hadoop on Azure
- Amazon to Fix Some Kindle Fire Problems
- What Motivates Open Standards in the Cloud?
- What to Expect in 2012: Cloud Computing and Open Source Software
- Will PaaS Finally Bring Open Source Love to the Enterprise?
- Ten Hot Trends in Cloud Data for 2012
- Oracle Disaster Recovery Site Hosted by Amazon Cloud
- Cross-Platform Mobile Website Development – a Tool Comparison
- Write Once Run Anywhere or Cross Platform Mobile Development Tools
- Three Buzzwords That Every CIO Hears but One They Should Listen To
- The Future of Cloud Computing: Industry Predictions for 2012
- Make Customer On-Boarding Easy as Paint-by-Numbers for Cloud Services
- Gartner Hype Cycle for Emerging Technologies 2011
- Book Excerpt: Introducing HTML5
- Adobe Sends Flex to the Apache Foundation
- Big Data in Telecom: The Need for Analytics
- Book Excerpt: Java Application Profiling Tips and Tricks
- i-Technology in 2012: Five Industry Predictions
- Patterns for Building High Performance Applications
- Microsoft Tries Hadoop on Azure
- The Next Web Architecture
- Cloud Computing: A Comparison of Computing Models
- The i-Technology Right Stuff
- The Top 150 Players in Cloud Computing
- Who Are The All-Time Heroes of i-Technology?
- Where Are RIA Technologies Headed in 2008?
- Get the Message
- ESB Myth Busters: 10 Enterprise Service Bus Myths Debunked
- i-Technology Viewpoint: Is Web 2.0 the Global SOA?
- i-Technology Viewpoint: Thinking Outside the VC Box
- i-Technology Viewpoint: When to Leave Your First IT Job
- SOA Web Services Edge Conference Coverage on SYS-CON.TV
- SYS-CON.TV's "SOA Web Services" and "Enterprise Open Source" Programs To Air in December
- Five Reasons Why Web 2.0 Matters
















