Feeds

Is cloud data secure?

Because your datacentre probably isn't

  • alert
  • submit to reddit

Internet Security Threat Report 2014

Hosted apps Would your data be more secure in the hands of Google or left where it is? Your answer to that depends on where you store business information at the moment and, of course, whether you feel Google can be trusted.

We’re picking on Google here because it is the “cloud” player that, rightly or wrongly, receives the most criticism about security and privacy. We could, however, ask the same question of Microsoft, Salesforce.com, Amazon, IBM or anyone else offering to host the business information that is so precious to us.

Before we discuss this issue of trust, let’s think about where your data resides right now. If you are a sizeable organisation, you might have a central datacentre or computer room that houses specialist servers and storage equipment. As well as that, research among Reg readers suggests that you are likely to have at least a few local servers and storage devices dotted about the business. Then there is all that stuff that sits on desktop and laptop PCs, not to mention smartphones and handhelds, or even in cloud services such as Dropbox or SkyDrive.

"Most businesses could never match the Fort Knox-style controls implemented by the big providers"

The result is that not everything is totally controlled and secure. In smaller organisations with limited manpower and money to spend on automation, this is even more true. There is no shame in this. IT professionals do what they can with what they have, and 100 per cent protection is not realistic anyway. Some of the most common threats arise from accidents or misuse of data by employees and partners.

Is it reasonable, then, to be so hung up on security when it comes to hosted service or cloud providers? Even setting aside the human element, most businesses could never match the Fort Knox-style controls implemented by the big providers to protect their datacentres. Nor would they be able to implement the same measures to defend against hacking or to manage access control.

So what are we scared of? And we are scared, if the research is anything to go by. Whether it’s in our Reg reader studies or surveys carried out elsewhere, security and privacy appear at or near the top of the list of reasons given for not moving stuff to a service provider’s datacentre.

Coming back to the question of trust, or lack of it as the case may be, one concern is that providers will abuse access to our data. Whether it’s selling "profiling" or "traffic" related information to third parties who want to advertise to us, or giving up our secrets to governments at the drop of a hat, we get nervous. The press has educated us not to believe that such activity is innocuous, even if the stories are about consumers, and even when data has been aggregated and anonymised before it was passed on. There is similar uncertainty over whether "delete" actually means "delete" (in the permanent sense) in the cloud.

Just as with on-premise systems, we then have the possibility of human error inadvertently creating a security hole to the outside world, but specifically with SaaS there may also be concern about leaks of information between customers. There is something inherently worrying to many businesses about their data sitting in the same infrastructure as that of their customers, suppliers and even competitors.

Lastly, we have a cultural dimension. Many of the big providers have their roots in the consumer sector, providing low-cost or advertising-funded services to the masses. The conventions in this space are perceived to be different, especially if the provider has anything to do with social media. It is often assumed that the spirit of “open by default, secure by exception” applies. This might not be fair but there remains the nagging question of whether the expectations of both consumers and businesses can be met via a shared infrastructure.

We would be interested in knowing what you think. What kinds of providers do you trust and which ones are you suspicious of? What can providers do to reassure you? Are contract terms and service level agreements good enough, or are there specific proof points you would look for? We would be particularly interested in hearing from those who have overcome their issues (or paranoia) and taken the plunge into cloud services.

Internet Security Threat Report 2014

More from The Register

next story
Euro Parliament VOTES to BREAK UP GOOGLE. Er, OK then
It CANNA do it, captain.They DON'T have the POWER!
Download alert: Nearly ALL top 100 Android, iOS paid apps hacked
Attack of the Clones? Yeah, but much, much scarier – report
NSA SOURCE CODE LEAK: Information slurp tools to appear online
Now you can run your own intelligence agency
Post-Microsoft, post-PC programming: The portable REVOLUTION
Code jockeys: count up and grab your fabulous tablets
Twitter App Graph exposes smartphone spyware feature
You don't want everyone to compile app lists from your fondleware? BAD LUCK
Microsoft: Your Linux Docker containers are now OURS to command
New tool lets admins wrangle Linux apps from Windows
prev story

Whitepapers

Designing and building an open ITOA architecture
Learn about a new IT data taxonomy defined by the four data sources of IT visibility: wire, machine, agent, and synthetic data sets.
Getting started with customer-focused identity management
Learn why identity is a fundamental requirement to digital growth, and how without it there is no way to identify and engage customers in a meaningful way.
10 threats to successful enterprise endpoint backup
10 threats to a successful backup including issues with BYOD, slow backups and ineffective security.
Reg Reader Research: SaaS based Email and Office Productivity Tools
Read this Reg reader report which provides advice and guidance for SMBs towards the use of SaaS based email and Office productivity tools.
10 ways wire data helps conquer IT complexity
IT teams can automatically detect problems across the IT environment, spot data theft, select unique pieces of transaction payloads to send to a data source, and more.