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

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
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-0360
Published: 2014-04-23
Memory leak in Cisco IOS before 15.1(1)SY, when IKEv2 debugging is enabled, allows remote attackers to cause a denial of service (memory consumption) via crafted packets, aka Bug ID CSCtn22376.

CVE-2012-1317
Published: 2014-04-23
The multicast implementation in Cisco IOS before 15.1(1)SY allows remote attackers to cause a denial of service (Route Processor crash) by sending packets at a high rate, aka Bug ID CSCts37717.

CVE-2012-1366
Published: 2014-04-23
Cisco IOS before 15.1(1)SY on ASR 1000 devices, when Multicast Listener Discovery (MLD) tracking is enabled for IPv6, allows remote attackers to cause a denial of service (device reload) via crafted MLD packets, aka Bug ID CSCtz28544.

CVE-2012-3062
Published: 2014-04-23
Cisco IOS before 15.1(1)SY, when Multicast Listener Discovery (MLD) snooping is enabled, allows remote attackers to cause a denial of service (CPU consumption or device crash) via MLD packets on a network that contains many IPv6 hosts, aka Bug ID CSCtr88193.

CVE-2012-3918
Published: 2014-04-23
Cisco IOS before 15.3(1)T on Cisco 2900 devices, when a VWIC2-2MFT-T1/E1 card is configured for TDM/HDLC mode, allows remote attackers to cause a denial of service (serial-interface outage) via certain Frame Relay traffic, aka Bug ID CSCub13317.

Best of the Web