Upcoming Events

Cloud Connect
Santa Clara
Feb 13-16, 2012

Cloud Connect brings together the entire cloud eco-system to better understand the transformation we're experiencing and promises to be the defining event of the cloud computing industry. Learn about the latest cloud technologies and platforms from thought leaders in Cloud Connect’s comprehensive conference.

Register Now!

More Events »

Subscribe to Newsletter

  • Keep up with all of the latest news and analysis on the fast-moving IT industry with Network Computing newsletters.
Sign Up

Email Email  Print  Share


Jericho Forum's 11 Commandments Of Cloud Security Design

Tags: , , , ,

Channel: Security, Data Center, Data Protection, Virtualization

Enterprises are trying to figure out how to adapt their architectures to secure cloud computing as their vanishing perimeters trail off into wisps. The Jericho Forum's new Self-Assessment Scheme offers new guidance for both organizations and vendors, with a framework that fleshes out the Forum's 11 "commandments." These principles of sound security design are crafted with emphasis on de-perimeterization and externalization, that is, the move towards cloud-based IT.

The self-assessment scheme is aimed first as a guide for enterprises to evaluate vendor security in a cloud environment, and to help vendors to demonstrate that their products and services meet the rigors of information security to the satisfaction of wary customers. Organizations are looking for strong assurance as their data moves to multi-tenancy hosting, often split into multiple data centers across national borders. "Our premise is that you can't assume there are borders in network infrastructure," said Robert West, a member of the Forum's Board of Management, "and based on that assumption, you need to know where crown jewels are and protect them at a more granular level."  

What's thought of as "the cloud" can mean different things to organizations, depending on what aspects of its IT infrastructure is moving to a cloud environment--platform as a service (PaaS), infrastructure as a service (IaaS) and software as a service (SaaS)--and then relinquishing control progressively at each of these layers. The deployment model further complicates a standard approach to security, as organizations move IT to the public cloud, an enterprise or private cloud or an industry cloud created for a group of enterprises with common purpose.

"It's valuable to understand the cloud-as-a-collective concept, in which you recognize that some of its innovative and disruptive aspects--multi-tenancy, virtualization, outsourcing, internet accessibility--all coming together as a new paradigm for delivering IT as a service. But, also recognize that it takes so many forms, so is difficult to talk about in general," said Dan Blum, senior vice president and principal analyst at Burton Group/Gartner. In light of these many permutations and combinations, the self-assessment is also designed as a framework for organizations that want to evaluate their own security implementations and architectures, and/or the security baked into their design plans.

The 11 commandments, released in 2006, include, among other requirements, the need to use open, secure communications protocols; security mechanisms that are pervasive, simple, scalable and easy to manage; authentication, authorization and accountability must work outside an organization's area of control, and required levels of trust. "These principles have been out there for some time," said West. "But, we asked, how do these principals play on Main Street? How do you translate them into something pragmatic and actionable?" So, each commandment now breaks down into several sub-principles and specific explanation of what is "Acceptable" and what is "Good" (best practice) fulfillment. The Forum offers a scorecard, so that an enterprise or vendor can rate itself on each point.


Page:  1 | 2 |Next Page »

Related Stories

Related Reading


More data-protection Insights



Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

Network Computing encourages readers to engage in spirited, healthy debate, including taking us to task. However, Network Computing moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. Network Computing further reserves the right to disable the profile of any commenter participating in said activities.

 
Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
 

Research and Reports

Hypervisor Derby
August 2011

Network Computing: August 2011

TechWeb Careers