Clearing the Cloud 3: Some Security What-Ifs
Security expert Ariel Silverstone continues his series on the threats facing the cloud and how best to secure it.
Wed, January 13, 2010
CSO — In the first in his series of "Clearing the Cloud" columns, security expert Ariel Silverstone explored the dangers of jumping too soon into cloud computing. In the second article, he defined relevant risks that we must consider when implementing cloud computing and promised to show us some solutions. In this article, he continues his vision on how to manage and secure cloud-computing solutions.
In the sections that follow I will put forward some ideas on how to resolve issues defined in my two previous articles. I will also attempt to show some of the security-related benefits we can garner from the use of cloud computing, especially those that we could not, or could not easily, do before.
The approach
Part I -- A Cloud OS:
In the early days of such companies as NetApp (NTAP) and EMC (EMC), one of the largest challenges faced by hosting providers was how to allocate, measure and control, bit/strip/block assignment to a specific user, and how to protect such elements from unauthorized access/modification, erasure and disclosure.
Such concern led, ultimately, to elaborate control systems, and to the concept of the Filers. Today, every large enterprise uses those tools and concept, usually seamlessly, and provides online and near-line service to its users and customers.
Let's do the following:
-- Create a bucket numbering and identification system where
1. Such identification is created on the fly
2. Such identification has a lifespan that terminates when the utility of such bucket terminates
3. Such identification is inherited to a backup medium (tapes or other identically copied buckets)
4. Such identification is done with consideration as to the ownership (process, user, organization, etc) of data in that bucket
5. Such identification is based on a federated model, where different physical locations, and even Cloud service providers, can understand, accept, and act upon each other's schemes
6. Optionally, such identification is tied to a digital certificate scheme
-- Implement a tethering scheme, a-la DRM, but much more user friendly, to monitor, pull, identify and allow/disallow access to such buckets
-- Implement an in-bucket modular encryption ability
-- Apply a monitoring, auditing, measuring and reporting mechanism
-- And finally allow relationships and some property inheritance between buckets.
Part II -- A Reference Model
Needing a presentation model is not something I can discuss here -- cloud computing is too early a concept to divine whether one will be needed. So let's start with the others:
1. Physical: For the first time in the history of computing, we could care less about the physical side of operations in this model. The physical (or rather the meta-physical in the case of Cloud Computing), is simply not relevant. Neither CISCO UCS nor VMWare, neither 3Tera's excellent product nor the IEEE's 802.11 definitions actually require, define, or mandate any particular Physical element to Cloud Computing. We should celebrate -- one step closer to Cloud Nirvana.


