![]() |
Why you shouldn't just trust your Cloud Storage provider to back up your data..
http://www.theregister.co.uk/2011/04...zodiac_island/
A US Cloud Storage provider is being sued by a Hawaiian TV company as they failed to provide a recoverable backup of several files that were deleted by an angry ex-employe. The files amounted to 340 Gig of data, but consisted of an entire season of a children's TV show. The files were the result of 2 years work from hundreds of people, spread across several production companies and consisting sounds, video, storyboards and animations. The employee was able to log into the servers one month after termination and delete the data. Now, this begs a couple of questions about the procedures at Cyberlink (the Cloud Storage provider, not the DVD player manufacturer). 1) We were taught at college that when firing someone in a position such as this, you make sure that they are escorted from the building ASAP, and before they leave the building, any access to any computer systems they have is terminated. The Uni where I work has procedures for this, why didn't the company? 2) Why didn't a company that apparently offers itself as a good backup solution HAVE a good backup solution in place? |
Re: Why you shouldn't just trust your Cloud Storage provider to back up your data..
What gets me is why are they going after the firm and not the actual person who did it.
|
Re: Why you shouldn't just trust your Cloud Storage provider to back up your data..
Because the contract to look after their data was with the Cloud Storage firm, not with the individual. The Storage company allowed unauthorised access to their data and it is them that are at fault.
|
Re: Why you shouldn't just trust your Cloud Storage provider to back up your data..
Quote:
---------- Post added at 14:12 ---------- Previous post was at 13:55 ---------- I think there is a couple of things we can all learn from this, whether we are just storing data for ourselves, or whether we are managing data storage for a company or large organisation. 1) Ensure you have access to backups that are both up to date and known to be restorable. 2) If you should use a cloud storage provider, you need to be able to verify that they will both hold the data securely (you wouldn't want your competitors accessing it, would you?) and they can retrieve the data from backup quickly for you in the event of problems. |
Re: Why you shouldn't just trust your Cloud Storage provider to back up your data..
how did the firm know it was unauthorised though?
he at one time was employed by the firm whos data it was, the firm had no way of knowing he had been sacked. They themselves should take some responsibility in this and not lay it all on the data storage people. |
Re: Why you shouldn't just trust your Cloud Storage provider to back up your data..
Quote:
|
Re: Why you shouldn't just trust your Cloud Storage provider to back up your data..
When I used to work for an energy supplier I had access to a website that held info on the electric meters at every address in the uk. I was still able to access the info for almost a year after I left. Sometimes companies don't update who has permission to access sites for quite some time.
|
Re: Why you shouldn't just trust your Cloud Storage provider to back up your data..
This might have been mentioned somewhere else but I haven't went looking and thought it was relevant. It's about the Amazon Cloud Storage and how they store your data unencrypted and within the T&C's have the right to access your data (selling as a tech support feature). Link Here: http://www.ghacks.net/2011/04/04/hav...n-cloud-drive/
For comparison, Dropbox, which uses Amazon Cloud Storage, encrypts all transfers and data it stores... |
Re: Why you shouldn't just trust your Cloud Storage provider to back up your data..
Data is so easy to copy or move around that the most secure place for it to be is physically with you at all times.
|
Re: Why you shouldn't just trust your Cloud Storage provider to back up your data..
Quote:
|
| All times are GMT. The time now is 12:37. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
All Posts and Content are © Cable Forum