News for hackers. Stuff that matters.
Re:Fuck the Cloud (2009) by matwood on Monday December 21, 2015 @01:48PM (#10772644)
It is not alarmism at all. All it takes is a single pissed off employee or a single fat fingered command and an entire business can be wiped out. Coming from the database world it the saying was there are people who are crazy about backups and there are people who have not needed their backups...yet. For some reason everyone ends up having to learn the hard way.

I also not advocating against the cloud, just that a single copy in S3 is not a backup solution.

Re:Fuck the Cloud (2009) by fixermark on Monday December 21, 2015 @03:38PM (#10773345)
In all fairness, you need more than just off-cloud backups to guard against a single pissed off employee (make sure you're locking S3 and your local backups with different credentials, and the credentials to read the backups can't be gleaned from the credentials that write them) or a single fat-fingered command (kingdomofloathing.com once blew away N days of user progress by accidentally running a backup script in the "restore" direction against prod data).
Re:Fuck the Cloud (2009) by matwood on Monday December 21, 2015 @03:49PM (#10773404)
Of course! Offline backups are only one of the many things that need to be done. S3 versioning can help with fat finger errors, credential management helps with rogue employees, bucket policies can copy files to off to private buckets/glacier, etc...

There is no single perfect solution, so like security you layer your disaster recovery.

Re:Fuck the Cloud (2009) by jacquesm on Monday December 21, 2015 @03:52PM (#10773421)
> make sure you're locking S3 and your local backups with different credentials, and the credentials to read the backups can't be gleaned from the credentials that write them

This is more or less an exact copy of how I would advise companies to set this up.