There are several things that comes to my mind when thinking about the stuff that needs to be secured on Windows Azure. At the infrastructure level, I am sure it is well-taken care off by Microsoft data centers and there are tonnes of whitepapers that we can find in the Microsoft Global Foundation Services website to read about it.
On the application level, we would still need to practice standard security principles such as encrypting our sensitive data, hashing passwords, using HTTPS for transport where applicable, impose proper authentication and authorization mechanisms in our applications and securing any WCF end-points that we are exposing from Windows Azure. Some people may assume that cloud solutions are either a silver-bullet to their security problems or they are very insecure because "everyone can access it".
There is no difference at the application-level. Cloud or on-premise, proper security practices should be in-place. I realized that from interactions with people, the main concerns of security are usually the infrastructure and application, However, there is a tiny concern that most people seem to overlook. The weakest point to our Windows Azure assets is neither the infrastructure or application, it is the Windows Live ID that is used to login to the Windows Azure Portal. Yup! The same ID we used for our Live Messenger and XBOX Live.
If the Windows Live ID is compromised, an attacker can easily delete services, change certs, hi-jack administrative control, block access to data or just provision extra instances to bomb your credit card (Luckily, the default maximum instance is only 20). It is very common that organizations will either use the Infra Manager's or CTO's Live ID for Windows Azure. This is somewhat dangerous because the Windows Live ID is a personal thing and we are unsure whether the Live ID is compromised (i.e. clicked on those "Hey! Here is a picture of you" links in Live Messenger).
Therefore, I would suggest creating a separate "Company Windows Live ID" for your organization, tie the credit card to that ID and entrust it with the person who is in-charge of deploying the applications. This Windows Live ID should not be used for e-mail, chat or even XBOX :p
P.S. Remember to change the password of the Windows Live ID when the person changes role or no longer works for the company.
Home » Windows Azure » Securing Windows Azure Assets
Popular Post
-
by Rick Woodbury I've recently asked all of my facebook friends to join the Lane Sharing Cause. http://apps.facebook.com/causes/113221?m...
-
ARC213 - Microsoft Architecture Vision & Direction by Gurpreet Pall Started my day with this. Was 15 minutes late but I manage to get...
-
F inally found out who smsed me - it turns out to be one of my colleagues *HuHuHu* * paiseh * * paiseh * Sorry buddy, *sweating* didn't ...
-
My rich-client saga continues today with the green-light given to my Java colleagues to proceed with Thinlet , an OSS rich-client solution. ...
-
"Arguments are 90% emotions and 10% nonsense." That's what I learnt from my trainer the other day. Most of the time, human be...
-
Most developers when developing Windows Communication Foundation (WCF) services, will take security for granted and deploy their web service...
-
I've been looking into the programmable aspects of SQL Server 2005 for the past days and one of the things that interest me most is the ...
-
ARC303 - Designing and Writing Interoperable Services: The Contract First Approach by Malek Kemmou Started the day with this session. It ...
-
We take our duties as activists working to "Save the Denburn Dual Carriageway!" very seriously. ('Like' us on FaceBook , ...
-
Over the years, I have collected a number of frequently asked questions while working on Layered Architecture Solution Guidance (LASG) and ...
No comments:
Post a Comment