Attacks/Breaches
6/18/2010
11:41 AM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Microsoft Offers Developers Cloud Security Tips

New paper provides best practices for writing applications for Windows Azure.

Microsoft this week published a best practices guide for writing applications to its Windows Azure cloud computing environment.

"We wrote this paper because no matter how many defenses we add to Windows Azure, it is important that people building software or hosting services in 'The Cloud' understand that they must also build software with security in mind from the start," blogged Michael Howard, principal security program manager of Microsof's Security Development Lifecycle team.

The best practices for developing secure cloud apps detailed in the paper encompass service layer and application security, the Azure platform's built-in protections, the network infrastructure, and hardening user privilege services.

Among the security services for Azure that address the sticky identity management problem surrounding the cloud are Windows Identity Foundation, Active Directory Federation Services 2.0, and Windows Azure AppFabric Access Control Service.

The paper is aimed at teaching developers how to mitigate the threats to the cloud, as well as "explaining some of the threats you may be susceptible to, such as port scanning, denial-of-service, and so on," Howard said in a video blog post.

At the service layer of the cloud framework, developers should map their regular, noncloud security requirements for apps to Windows Azure services. "Any remaining threats must be mitigated by the application or service," Microsoft's "Security Best Practices For Windows Azure Applications" paper says.

The paper also notes Azure platform services that provide authentication, authorization, and auditing, as well as the methods used to invoke them in apps, are much different than their counterpart tools in on-premise networks, such as Kerberos, Active Directory, and Windows Event Logs. Among the wide range of developer tips from Microsoft:

  • Use a custom domain rather than *servicename*.cloudapp.net in order to separate the cloud from the enterprise space -- the cloudapp.net namespace is used by all Microsoft Azure customers.
  • Isolate Web roles and separate duties of individual roles.
  • Isolate privileged access by using a "gatekeeper" design pattern that provides a separation of duties.
  • Use multiple storage keys.

One Azure subscription can have up to five storage keys. "This diversity can be used to minimize exposure of a particular key to theft by placing lower-trust keys on lower-trust roles and higher-trust keys on higher-trust roles," Microsoft said in its paper.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Must Reads - September 25, 2014
Dark Reading's new Must Reads is a compendium of our best recent coverage of identity and access management. Learn about access control in the age of HTML5, how to improve authentication, why Active Directory is dead, and more.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5619
Published: 2014-09-29
The Sleuth Kit (TSK) 4.0.1 does not properly handle "." (dotfile) file system entries in FAT file systems and other file systems for which . is not a reserved name, which allows local users to hide activities it more difficult to conduct forensics activities, as demonstrated by Flame.

CVE-2012-5621
Published: 2014-09-29
lib/engine/components/opal/opal-call.cpp in ekiga before 4.0.0 allows remote attackers to cause a denial of service (crash) via an OPAL connection with a party name that contains invalid UTF-8 strings.

CVE-2012-6107
Published: 2014-09-29
Apache Axis2/C does not verify that the server hostname matches a domain name in the subject's Common Name (CN) or subjectAltName field of the X.509 certificate, which allows man-in-the-middle attackers to spoof SSL servers via an arbitrary valid certificate.

CVE-2012-6110
Published: 2014-09-29
bcron-exec in bcron before 0.10 does not close file descriptors associated with temporary files when running a cron job, which allows local users to modify job files and send spam messages by accessing an open file descriptor.

CVE-2013-1874
Published: 2014-09-29
Untrusted search path vulnerability in csi in Chicken before 4.8.2 allows local users to execute arbitrary code via a Trojan horse .csirc in the current working directory.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
In our next Dark Reading Radio broadcast, we’ll take a close look at some of the latest research and practices in application security.