Слабое место вирусов шифровальщиков - это каталог C:\Windows
Они его не шифруют, т.к. в этом нет смысла, иначе винда не смогла бы загружаться и невозможно было бы вымогать деньги.
Так что самое важное можно хранить в C:\Windows
Проверено на личном печальном опыте, благо это была виртуалка.
Единственный нормальный вариант резервного копирования - человек копирует периодически бэкапы на внешний носитель и отключает его. Всё остальное ломается и шифруется, в том числе и nas. Проверено печальным опытом.
Потому что не надо "шары" держать на сервере с бэкапами. Сервер бэкапы сам должен забирать, а не сидеть с открытыми портами и ждать, пока на него что-то зальют.
Совет с внешним носителем - это хорошо для простого пользователя, которому не надо глубоко разбираться. В нормально настроенной корп.среде проблем с взломом nas нет.
Если это будет хакер, человек а не просто вирус, то взломает и это, вопрос времени и выгоды для него.
Если это будут уважаемые люди, то они возьмут терморектальный криптоанализатор и взломают всё что угодно. Нет нужды защищать сеть больше, чем жопу.
Схерали? Я в интеграторе работаю, знаю как минимум 3 компании размером от 1000 до 3000 сотрудников которые складывают бэкапы на ленточки и убирают в шкаф.
Убирают в шкаф скорее не от хорошей жизни или если совсем глубокое время хранение нужно. Так ленты прекрасно лежат в ленточной библиотеке, а робот берёт их по надобности и вставляет в нужные привода.
Ну так второй вариант мой и есть. Но от пожара, ракетного удара обычно резервируются другими площадками, а от шифровальщика увозить в другую локацию ленту явно лишнее действие.
"ломается" - для важных данных на NAS надо делать RAID-массивы из дисков с периодической проверкой состояния дисков.
"шифруется" - на NAS можно организовать скрытые разделы (с логином/паролем доступа, не совпадающим с пользовательскими) для хранения нескольких версий бэкапов, копирование файлов выполняется самим NAS по расписанию.
Главное, чтобы этот RAID потом не неделю восстанавливался, для многих это может быть неприятным сюрпризом.
Сломана была структура разделов и файлов, просто каша из данных, не получилось ничего прочитать. В насах тоже есть уязвимости.
Не совсем понял, что подразумевается под "кашей из данных", которую не удалось прочитать. Можно подключить диск к компу и просканить программой для восстановления данных.
А так, просто не надо хранить бэкапы на одном диске с системой.
Значит вместо файлов поверх был записан мусор. Я в курсе что диск можно вытащить и подключить как ext3. Но это не помогло. Про то что бэкапы хранятся на одном диске с системой я не говорил.
Если данные были перезаписаны, несмотря на установленные права, тогда либо действительно были использованы уязвимости NAS, либо утекли админские пароли. По п.1: регулярные обновления NAS, запрет доступа NAS к интернету, отдельный Next Generation Firewall с разными подсетями (интернет, NAS, внутренняя сеть). По п.2: система хранения паролей, ну или админу руки оторвать.
А дешифровки не будет т.к. контакты спецслужбы забанили и высылать декрипт некому т.к. хацкер уже сидит...
Достаточно скрипта на бэкап-сервере, который будет ходить дампить бд периодически.
Или сервер бд дампит себя и rsync'ает куда надо.
А какая вероятность, что что-то случится с облаком и одновременно с бэкапируемыми данными? С таким успехом можно говорить, что пока отключаешь жестокий диск - уронишь его.
А в случае пожара в месте, где стоит комп и лежит жёсткий диск, то сгорят все данные.
Мэйлру облако, Яндекс облако, сбер облако, селектел облако, вк облако. Есть ещё куча других на территории РФ, в чем проблема?
За столько же, да сколько сделаю это с жесткого диска. А для такой базы достаточно сделать реплику геонезависимую, а не колхозить восстановление с жестокого диска, если это критичная база
Проблема в скорости загрузки данных в облако. Плюс человек может получить доступ к Облаку и там тоже все удалить или зашифровать.
Интернет везде разный, у нас вот например нет таких каналов, чтобы даже 200гб успеть за сутки загрузить в облако.
Дедупликация же есть. Даже в Гренландии гоняли кучу бекапов по острову, а там ледники рвут линки, интернет местами спутниковый - и то как то справлялись.
Что у вас там за интернет что 20 мб/с даже нет?
Слабое место шифровальщиков - нормальные пароли, которые не взламываются брутом. Если выставляешь жопу на мороз - хотя бы картонкой прикрой.
При чем тут брут? Я работал в фирме, где главбуху пришло письмо из "налоговой" в котором было исполняемое вложение. Главбух его запустила сама. Своими собственными руками. И без всякого брутфорса шифровальщик зашифровал нахрен всю шару в которой лежали документы десятков пользователей.
Благо сисадмин там был грамотный и все у него было забэкаплено. Потерялось только час-полтора работы.
Просто админ был настолько грамотный, что уже почти всё поделал и автоматизировал, и на него начало косо поглядывать руководство (типа нихуя не делает), вот он и оставил несколько уязвимостей, для того что бы иногда была работа, плюс свою значимость напомнить)) возможно даже шифровальщик буху сам прислал :D
Я уже хуй знает сколько лет не админ, но вот вопрос.
Что может сделать среднестатистический админ кроме того, что настроить контроллер домена, отобрать у юзверов все права, поставить антивирусники, настроить бекап на nas и поставить спам фильтр на внешнюю почту?
Не знаю как сейчас в десятке/одиннадцатой, но во времена хр/7 был миллион способов получить права админа, и этим пользовались все юзеры с айкью больше трех, что уж говорить о вредоносных малварах?
Тупой юзер просто открывает "архив" .рар.ехе, упавший ему на почту, нажимает кнопку "да" в какой-то вылезшей табличке и пиздец.
Пиздец эти советчики поставить линукс как будто из другой вселенной.
Одна половина проблем пропадет, а две половины появится?) Контуры, эцп и прочее бухгалтерское говно работать не будет принципиально. Купленные сервера виндовые доменные нахуй можно выбросить, купленные лицензии на ось и на софт для юзеров тоже.
Ты вообще попробуй поставить линукс в какой нибудь огромной гос конторе или просто в организации юзеров на триста. Во-первых тебе этого никто не даст сделать, а во-вторых это ахуеть какая огромная работа, стоимость которой прыгает за несколько лямов только при ближайшем рассмотрении. И предполагается что это будет делать админ Вася на окладе? Нахуя это ему?)
прыгает за несколько лямов
Если сюда еще включить настройку SQL, 1С сервера под линухом, удаленный доступ с виндовых компьютеров и т.д. и т.п. то я думаю, что стоимость скакнет за несколько десятков, а то и сотен лямов.
Шара в прямом доступе. Вордом и экселем вполне открывается и редактируется. Шифровальщиком тоже. Зачем тут админские права?
Если они делаются онлайн какой то программой, то он может и снести запросто. Теневые копии вин шифровальщики удаляют
нормальный бэкап делается на съёмный носитель или в сетевой ресурс под паролем. есть и более заковыристые варианты, с контейнерами, например, которые шифровальщик не опознает.
... а у нее, в свою очередь, бэкап периодически забирает человек и уносит туда, где машинам не достать.
Ну мы говорим о том как поступают обычные люди без заморочек, вы же это поняли? Ну в облако например,с сохраненным паролем.
Это не автоматическое действие. 21 век так то, у людей нормальных на яндекс диске копия лежит и синхронизируется сама и ни с какими флешками, а там более хардами, люди уже не заморачиваются. Ну до пенсионного возраста.
ну, пусть тогда не удивляются, что у них автоматически синхронизировались уже зашифрованные файлы поверх нормальных.
С каких это пор копия на стороннем сервисе на чужом железе не на твоей территории начала считаться бэкапом?
шифровальщик объемом изменений переполняет отведенное для хранения теневых копий пространство
Лига Сисадминов
2.8K поста19.2K подписчиков
Правила сообщества
Мы здесь рады любым постам связанным с рабочими буднями специалистов нашей сферы деятельности.