Если создать шару на ubuntu server — samba, и делать на нее рез.копирование, сможет ли причинить такие вирусы как Wanna Cry? Петя А?
Если создать шару на ubuntu server - samba, и делать на нее рез.копирование, сможет ли причинить вред файлам которые в шаре такие вирусы как Wanna Cry? Петя А?
1. Конкретно петя игнорирует сетевые диски, шифрует только локальные. Другие могут и не игнорировать и шифровать везде, куда дотянутся.
2. Хорошая система резервного копирования не предоставляет прямой доступ к резервным копиям. Записать в бэкап можно, а удалить или перезаписать и даже просто скачать обратно - нет.
ИМЕЕТЬСЯ ВВИДУ ЕСТЬ ПАПКА С ограниченными ПРАВАМИ В КТОРОЙ ЕСТЬ БД -рабочая (незараженная), так овт ессли в другую расшаренную свободную папку попадет файл зараженный, то он сможет чисто по ос линукс зашифровать то что храниться в другой папке защищенной?
EuhenVL: Вирусы работают на процессоре. Процессор обрабатывает данные в оперативной памяти. Когда вирус записан в сетевую папку, его нужно сначала запустить на том компьютере. И знаете что? Если вы запустите того же петю на линуксе, вам дадут шнобелевскую премию, не меньше.
Adamos: И как, хорошо работет? Или просто крашится? :)
Были уже попытки запустить, ничего не вышло:
As I promised, I installed wine on a Debian virtual machine, got some sample of Petya, ran them directly and using: rundll32 path,#1, with regular and root user and nothing happend to my VM or its MBR.
Юрий Чудновский: конкретно Петя мне не попадался, не пробовал.
Что-то залетное по почте запускал - оно молча и уверенно пошло жевать все файло на диске. Вполне успешно.
сможет ли причинить вред файлам которые в шаре такие вирусы как Wanna Cry? Петя А?
Да.
Чтобы не смогли -
1)Права на запись в директорию бэкапов должны быть только у одного пользователя. У всех остальных включая администратора прав на запись туда быть не должно!
2)Бэкапы должны хранится как минимум в двух местах. На удаленное хранилище бэкапы должны загружаться этим хранилищем с шары компьютера который создал бэкап. Никаких шар на удаленном хранилище быть не должно.
1) Вы копируете с целевого сервера на шару сервера бэкапов. Это неправильно.
Если вы в нее копируете, значит у вас есть права на запись туда. А у вас не должно быть прав на запись на сервер бэкапов, и ни у кого другого.
2)Правильно когда копирует сервер бэкапов с целевого сервера, к себе.
Если уж вы все-таки сами копируете на сервер бэкапов - то делайте это не по SMB. Например по ftp. Но в этом случае бэкапы на сервере бэкапов должны хранится в другой папке, а не в той куда копируете.
В общем - в любом случае ни у одного пользователя на целевом сервере не должно быть доступа к хранилищу бэкапов на запись.
EuhenVL: Смотря как именно реализовать будете.
Скрипты не сложные обычное копирование с папки в папку, если забирается по специфичному протоколу типа FTP - коносольный клиент под этот протокол, и мануал к нему.
если к резервной шаре система имеет постоянный доступ - то вполне естественно и вирус с этой системы имеет постоянный доступ к файлам.
один из выхдоов - городить версионирование на файловой системе убунту, не доступное по sambe
либо не пользоваться дырявыми технологиями :) но это сложнее.
ИМЕЕТЬСЯ ВВИДУ ЕСТЬ ПАПКА С ограниченными ПРАВАМИ В КТОРОЙ ЕСТЬ БД -рабочая (незараженная), так овт ессли в другую расшаренную свободную папку попадет файл зараженный, то он сможет чисто по ос линукс зашифровать то что храниться в другой папке защищенной?
EuhenVL: насколько хватит прав настолько и будет доступ у вируса - если ро то ничего не сможет сделать. но если подразумевается резервное копирование в эту папку то права на запись получается должны быть, как минимум на время копирования.
если файл зараженный не запускать в системе, то заражения системы не будет.
Если по линуксу, то ему до лампочки, что у него лежит в шаре - он это ничего не запускает. и не "перемешивает" меж собой.
EuhenVL: Нет, шифровальщик работающий на Windows сможет получить только доступ к файлам которые расшарены по SAMBA, и ни каким больше.
Если папка с БД не расшарена - проблем нет.
