<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: arial,helvetica,sans-serif; font-size: 12pt; color: #000000'>Oh the other obvious (except to me a minute ago!) solution would be pull-backups, where the backup server can connect to your other boxes to pull backups, but there is little or no access to the backup server from it's clients.<div><br></div><div>I think my main point is a lot of people design their backups for different scenarios. There's hardware failure, probably the most common. There's the accidental deletion or corruption of your data, maybe a bug or fat-finger. There's physical site destruction, like a fire or natural disaster. Each of these adds to the needs of your backup scheme. We need to also look at our backup schemes from the hacking perspective these days, with it's own special requirements.<br><br><hr id="zwchr"><div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"Scott Plante" <splante@insightsys.com><br><b>To: </b>"Atlanta Linux Enthusiasts" <ale@ale.org><br><br><style>p { margin: 0; }</style><div style="font-family: arial,helvetica,sans-serif; font-size: 12pt; color: #000000">The article says it goes after backup files too. It seems what you need is either a backup drive or media you manually connect to do backups, or a separate backup server that only accepts new backups and doesn't give the client write access to old backups. I think it might be fairly easy to script something like this, but is anyone aware of an existing backup server software that does this kind of thing? Most of the backup software I've seen assumes you have read/write access to a "backup drive" whether that's a USB, NFS, or other network accessible mount, or of course a tape or dvd that someone manually changes. For all the advantages of removable media, you always have the problem of human error or laziness fouling up your backup regime, so automated is good.<div><br></div><div>For a backup server, it would of course be of some limited space. You wouldn't want the push process to be able to just keep pushing junk until your good backups are pushed off. Just a thought that popped into my head in the vein of maybe a push-only backup server is more complicated than I first thought. Seems like some of the issues people have worked out for log servers that accept log messages but are extra hard for hackers to mess with.<br><br><hr id="zwchr"><div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"Leam Hall" <leamhall@gmail.com><br><b>To: </b>"Atlanta Linux Enthusiasts" <ale@ale.org><br><b>Sent: </b>Monday, November 9, 2015 5:53:07 AM<br><b>Subject: </b>Re: [ale] Linux Ransom-ware<br><br>On 11/09/15 04:35, DJ-Pfulio wrote:<br>> Linux Ransom-ware is out looking for ways to attack and encrypt your<br>> systems:<br>> https://krebsonsecurity.com/2015/11/ransomware-now-gunning-for-your-web-sites/<br>><br>> Good news: They only want 1 bitcoin as payment.<br>><br>> Bad news: 1 BC is about US$420 and the unlock process doesn't put<br>> everything back exactly like it was.<br><br>Good news; we're all now reminded to back up our files and sites. :)<br><br>Leam<br>_______________________________________________<br>Ale mailing list<br>Ale@ale.org<br>http://mail.ale.org/mailman/listinfo/ale<br>See JOBS, ANNOUNCE and SCHOOLS lists at<br>http://mail.ale.org/mailman/listinfo<br></div><br></div></div><br>_______________________________________________<br>Ale mailing list<br>Ale@ale.org<br>http://mail.ale.org/mailman/listinfo/ale<br>See JOBS, ANNOUNCE and SCHOOLS lists at<br>http://mail.ale.org/mailman/listinfo<br></div><br></div></div></body></html>