Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 84
Неужели таки придётся даже на Убунту ставить виртуалку для сёрфинга? Какая, мягко говоря, досада.
Досадой будет, скорее, потеря критически важных данных… Например базы менеджера паролей.
Как минимум такую информацию имеет смысл бэкапить. Но такое ощущение, что люди этому никогда не научатся.
Неужели нет резервной копии в телефоне?!
Однако, я например не знаю ни одного простого способа сделать резервную копию телефона. Причем произвольного. Везде это решение представляет собой целый лес из костылей, неудобства и так далее… Единственный способ сделать полную копию телефона это подключиться в отладочном режиме к компьютеру, специальными утилитами сделать резервную копию в течении минут 40… а потом еще минут 30-40 на копирование содержимого флешки, если она конечно на 8-16Гб, так ведь всё чаще флешка на 64гб и процесс резервного копирования затягивается… И хуже всего — операцию нет смысла автоматизировать — по беспроводному интерфейсу такая копия высадит батарейку в ноль… и конечно же в самый неподходящий момент.
Приемлемого и удобного решения для смартфонов НЕТ.
При этом нужно иметь резерв под копию файлов минимум в 5-кратном размере чтобы быть уверенным что «зашифрованная копия файлов» не вытеснит собой ранние версии где файлы ещё не зашифрованы.
При этом всём удручает тот факт что относительно легко резервировать получается именно ненужные файлы — фильмы, музыку, которую можно хоть как-то но восстановить а настройки телефона, настройки приложений — только через рут, отладочный режим и т.д.
Приемлемого и удобного решения для смартфонов НЕТ.
При этом нужно иметь резерв под копию файлов минимум в 5-кратном размере чтобы быть уверенным что «зашифрованная копия файлов» не вытеснит собой ранние версии где файлы ещё не зашифрованы.
При этом всём удручает тот факт что относительно легко резервировать получается именно ненужные файлы — фильмы, музыку, которую можно хоть как-то но восстановить а настройки телефона, настройки приложений — только через рут, отладочный режим и т.д.
Я не это имел в виду
Этот компьютер\YotaPhone\Внутренняя память\membership\Termux-2016-12-05-Win81_120GB_SSD.kdbx
Необходимость костылей компенсируется относительной редкостью смены телефона (а то и платформы вообще).
А на счет автоматизации — было бы желание… Обычно телефон часов 6 в сутки может лежать на зарядке. Копируй/синхронизируй что угодно.
А на счет автоматизации — было бы желание… Обычно телефон часов 6 в сутки может лежать на зарядке. Копируй/синхронизируй что угодно.
KeePass с плагином синхронизации с гуглдрайвом чем не устраивает? Прямо скажем, бэкап в облако гораздо более надёжен, чем бэкап на телефон.
Или использовать Qubes OS.
Ставьте бздю. Вирусы сами будут говорить «не не, я пошёл, мне это не надо»
Отдельного пользователя с минимумом прав для сёрфинга.
Актуальное решение для любой ОС, если разрешения на файлы правильно расставить. Пусть себе шифрует пустую домашнюю директорию, разве что Downloads пострадает
Актуальное решение для любой ОС, если разрешения на файлы правильно расставить. Пусть себе шифрует пустую домашнюю директорию, разве что Downloads пострадает
На home и temp запрет на исполнение и будет Вам счастье. Ну а если Вы самостоятельно установили инсталяшник с вирусом, то Вы «сам себе злобный Буратино».
В XFCE ярлыки для приложений на рабочем столе требуют прав на запуск.
Сделайте правильные выводы (о XFCE). Ну и решить эту проблему можно (хотя бы отдельным монтированием «РС»).
— А в линуксе все не так
— Да вот же, в %PACKAGENAME% так
— %PACKAGENAME% не нужен!
Мне вот не очень понятно, зачем пытаться изображать из линукса что-то защищенное.
Хотите защиты — есть Cubes, где каждая группа приложений выполняется на своей виртуальной машине в изолированном окружении и выбраться за пределы песочницы не может.
— Да вот же, в %PACKAGENAME% так
— %PACKAGENAME% не нужен!
Мне вот не очень понятно, зачем пытаться изображать из линукса что-то защищенное.
Хотите защиты — есть Cubes, где каждая группа приложений выполняется на своей виртуальной машине в изолированном окружении и выбраться за пределы песочницы не может.
— %PACKAGENAME% не нужен!:)
зачем пытаться изображать из линукса что-то защищенное.Потому что можно. Вы показали уязвимость, я показал 2 решения проблемы. Я лишь говорю о том, что GNU/Linux может быть безопасным, при правильной настройке.
Если «решение проблемы», причем минорной проблемы, это не использовать какой-то компонент, то это не решение, а профанация. При правильной настройке что угодно может быть безопасным — главное сетевые интерфейсы не поднимать.
Это одно из решений. Аналог решения с Вашей стороны: раз есть косяк в стороннем компоненте системы, давайте сменим систему! Без обид, но это еще большая профанация.
Второе решение: правильная настройка, если нужен сетевой интерфейс, то удосужтесь настроить фаервол.
Третье решение, абсолютно надежное и радикальное: смените архитектуру на гарвардскую.
Второе решение: правильная настройка, если нужен сетевой интерфейс, то удосужтесь настроить фаервол.
Третье решение, абсолютно надежное и радикальное: смените архитектуру на гарвардскую.
— Хранить информациию в текстовых файлах можно!
— Да там же куча проблем — синхронизация, производительность, невозможность гарантировать транзакцию, удаленный доступ…
— А мы положим все на NFS, транзакции будем эмулировать с помощью создания временных файлов и последующего их переименования, производительности нам как-нибудь хватит — поставим рейд и десятигигабитную сеть.
— Может лучше все-таки взять приличную СУБД?
— Менять систему хранения — это профанация!
Так вот, всеозможные ubunt-ы и другие вариации user-friendly линукса — изначально небезопасны. И детский сад со сменой прав на исполнение проблему не решает.
Пути к решению начинаются с selinux и chroot, но реальное решение лежит лишь в области контейнеров/виртуальных машин. Когда каждому приложению можно назначить свой контейнер и не один — проблема исчезает на уровне системы. Например, есть браузер для серфа, а есть для банка — они никак не пересекаются, у них нет доступа к файлам друг друга, даже порожденные ими дочерние процессы не могут выйти за пределы своей песочницы.
А для конечного пользователя Qubes OS как конечный продукт во многом удобнее.
Бонусом идет ее userland: Fedora, Debian, Whonix, Microsoft Windows
Минус — потеря производительности. Но мы же за безопасность, верно?
— Да там же куча проблем — синхронизация, производительность, невозможность гарантировать транзакцию, удаленный доступ…
— А мы положим все на NFS, транзакции будем эмулировать с помощью создания временных файлов и последующего их переименования, производительности нам как-нибудь хватит — поставим рейд и десятигигабитную сеть.
— Может лучше все-таки взять приличную СУБД?
— Менять систему хранения — это профанация!
Так вот, всеозможные ubunt-ы и другие вариации user-friendly линукса — изначально небезопасны. И детский сад со сменой прав на исполнение проблему не решает.
Пути к решению начинаются с selinux и chroot, но реальное решение лежит лишь в области контейнеров/виртуальных машин. Когда каждому приложению можно назначить свой контейнер и не один — проблема исчезает на уровне системы. Например, есть браузер для серфа, а есть для банка — они никак не пересекаются, у них нет доступа к файлам друг друга, даже порожденные ими дочерние процессы не могут выйти за пределы своей песочницы.
А для конечного пользователя Qubes OS как конечный продукт во многом удобнее.
Бонусом идет ее userland: Fedora, Debian, Whonix, Microsoft Windows
Минус — потеря производительности. Но мы же за безопасность, верно?
А глупый вопрос можно? Если я правильно понимаю, криптолокер расшифровывает шифрованные файлы «на лету» при чтении и обратно шифрует при записи. Если просто скопировать их на новый диск — получим, разумеется, новый шифровнный диск. По-видимому, он перехватывает какие-то низкоуровневые процедуры чтения-записи. Но что мешает пере-перехватить их: написать утилиту, которая копирует эти файлы, не мешая их дешифровке, но подавляя при этом обратную шифровку?
написать утилиту, которая копирует эти файлы, не мешая их дешифровке, но подавляя при этом обратную шифровку?
Теоретически можно программой читать файлы (они загрузятся как расшифрованные), а потом отправлять содержимое куда-нибудь по сети, даже подавлять ничего не придётся. Но мне такой способ кажется костыльным, да и создатели криптолокеров вряд ли дадут вам возможность неограниченно расшифровывать файлы. (иначе можно будет спокойно пользоваться компьютером с криптолокером)
Ничего он не расшифровывает, просто Вы теряете доступ к данным. Из известных мне способов быстро спасти данные — вырубить на горячую и пройтись программой восстановления файлов вроде Recuva (редко кто их затирает основательно, обычно просто удаляют и пишут рядом новый файл). Заодно мож ещё и приватный ключик не успеет удалиться, если он генерился для отправки автору зловреда.
Ничего на лету он не расшифровывает. Если пользователь пытается открыть зашифрованный файл, то ничего не получается, т.к. внутри таких файлов находится мусор с т.з. ассоциированной с данным типом файлов программы.
Вы не правы. Пока криптовымогатель не зашифрует все файлы, которые он считает ценными, он должен оставаться незаметным, поэтому он должен расшифровывать на лету зашифрованную информацию, чтобы пользователь ничего не заподозрил.
Вариантов реализации полно. Можно просто складывать всё зашифрованное в одну директорию, а затирать исходное лишь в конце процедуры. Можно просто не заморачиваться с незаметностью, и так поступают очень многие шифровальщики.
Достаточно окошка: «Внимание! Идет установка супер-пупер важной для вас программы! Пожалуйста, подождите!»
Что прямо вот такое трололо-окно со Столлманом и вылазит? Работает только под убунтой?
А как оно работает? Само примонтирует диски и повысит полномочия? Журнал ext4 перезаписывает? Диски под LUKS+ext4 тоже шифрует? В апплетах загрузки системы/top и проч. не палится? Пользователи Linux-ов не замечают фризов и забивающийся IO у харда? Мне вот, например, за метр слышно жёсткий в таких случаях. С SSD веселее, конечно, но всё-таки пока слабо верится.
А как оно работает? Само примонтирует диски и повысит полномочия? Журнал ext4 перезаписывает? Диски под LUKS+ext4 тоже шифрует? В апплетах загрузки системы/top и проч. не палится? Пользователи Linux-ов не замечают фризов и забивающийся IO у харда? Мне вот, например, за метр слышно жёсткий в таких случаях. С SSD веселее, конечно, но всё-таки пока слабо верится.
А где бы этот убунту-локер скачать.
А то картинка года с 2013 гуляет в сети, если не раньше, а вживую его никто не видел. Мне кажется это просто подделка.
А то картинка года с 2013 гуляет в сети, если не раньше, а вживую его никто не видел. Мне кажется это просто подделка.
> А где бы этот убунту-локер скачать.
После этого вам его ещё скомпилить надо будет и дать права на установку.
Впрочем некоторые с этим справляются, а вымогатели им в этом помогает целой инструкцией.
После этого вам его ещё скомпилить надо будет и дать права на установку.
Впрочем некоторые с этим справляются, а вымогатели им в этом помогает целой инструкцией.
Конечно, а трололо-Столлман требует бабки в рублях через яндекс. Только вот кнопку «Unlock me» надо было заменить на «Хочу продолжать юзать проприетарщину». Shut up and take my money, однако.
Суровые линуксоиды сами себе собирают и компилируют криптолокеры?
Таки при форсированном переходе на импортозамещающие ОС «суровых линуксоидов» с активностью офисных менеджеров будет больше…
Вообще то не так давно на ЛОРе была новость про эксплоит для линукса. Так красноглазики стали его скачивать и собирать на своих машинах. Самое интересное что после того как он ни у кого не сработал люд стал требувать у разработчиков исправить баги в эксплоите. В эксплоте Карл!
Я старый виндузятник, но убунту ставил практически не приходя в сознание, где у неё там консоль открывается до сих пор не знаю мог бы и не узнать, если бы мастер настройки сети нормально отработал. Проверка целостности, компиляция из исходников? Да ладно, у нас же тут есть «Все Настройки Одной Кнопкой» — мастер установки. ИМХО, если установщик замаскировать под чего-нибудь вкусное, права суперпользователя ненадолго останутся у суперпользователя.
Да и если бы это было что-то действительно рабочее и надежно работающее, то вряд ли бы отображалось в графическом варианте.
Это шутка такая. Смешная была.
Linux.Encoder.1 — тоже шутка? Вроде бы, не 1 апреля написано.
Ничего не стоит распространить некий «полезный» скрипт, который делает что-то очень нужное пользователю (например, ставит какую-нибудь игру, или «взламывает» что-нибудь). Внутри можно замаскировать обычный вызов p7z с параметрами шифрования и с проходом по всем доступным файлам в ~
Результат — зашифрованные данные (исходные можно даже и затереть вполне надёжно). Достаточно убедить пользователя поставить +x этому скрипту и запустить. Внутрь для отвода глаз можно положить что-то и полезное, даже с вызовом GUI какого-нибудь (например, элементы GUI от KDE можно вызывать из скриптов и использовать без всяких прав root). Если кому интересно, могу что-то похожее написать (а, нет, уже в дверь стучат...)
Результат — зашифрованные данные (исходные можно даже и затереть вполне надёжно). Достаточно убедить пользователя поставить +x этому скрипту и запустить. Внутрь для отвода глаз можно положить что-то и полезное, даже с вызовом GUI какого-нибудь (например, элементы GUI от KDE можно вызывать из скриптов и использовать без всяких прав root).
Очередной «скрипт на perl'е»?
Ну я большинство скриптов прежде чем запускать я стараюсь хотя бы бегло просматривать, и если оно сильно подозрительно, то могу вместо того что бы запускать скрипт начать выполнять команды из него руками, сомневаюсь что вы сможете полностью замаскировать несколько вызовов, да ещё и с GUI что бы я ничего не заподозрил.
Да и по моему проблема вирусов преувеличена несколько, даже под виндой, я вот изначально сидел под виндой без антивируса, и с тех пор как мне перестали приносить флэшки от нубов я забыл что такое вирусы. А от флэшек я давно написал такой
В браузере стоит адблок, всякую ерунду скачанную с недоверенных сайтов проверяю на VirusTotal, плюс ко всему запуск всего бинарного что находится не на локальных дисках ограничен политиками безопасности (это в работе не мешает). При этом вполне пользуюсь всякого рода варезом, качаю кучу всего.
А ещё у меня резервное копирование всего ценного на второй комп и ноут настроено по BT Sync, который я включаю руками когда мне надо.
Временами проверяю комп с помощью Dr. Web CureIt и Kaspersky Virus Removal Tool, но они ничего не находят.
Да и по моему проблема вирусов преувеличена несколько, даже под виндой, я вот изначально сидел под виндой без антивируса, и с тех пор как мне перестали приносить флэшки от нубов я забыл что такое вирусы. А от флэшек я давно написал такой
простенький скрипт
@echo off
color A
set /p usb=Введите букву флешки (A-Z):
@echo on
cd /d %usb%:
attrib -S -H /D /S
dir
del autorun.*
del *.lnk
mkdir "autorun.inf\name..\"
attrib +s +h autorun.inf
attrib +s +h "System Volume Information"
pause
В браузере стоит адблок, всякую ерунду скачанную с недоверенных сайтов проверяю на VirusTotal, плюс ко всему запуск всего бинарного что находится не на локальных дисках ограничен политиками безопасности (это в работе не мешает). При этом вполне пользуюсь всякого рода варезом, качаю кучу всего.
А ещё у меня резервное копирование всего ценного на второй комп и ноут настроено по BT Sync, который я включаю руками когда мне надо.
Временами проверяю комп с помощью Dr. Web CureIt и Kaspersky Virus Removal Tool, но они ничего не находят.
А зачем всё это криптовымогателю? До всего самого ценного для пользователя — его файлам и документам он гарантировано имеет доступ без необходимости повышения полномочий… или у вас на каждый повседневный чих система спрашивает разрешения?
После запуска с правами администратора троянец загружает файлы с требованиями .....
Это ему и рута, и сеть, и сервер… Нет, оно, конечно, опасное, но не очень. ИМХО, опять же.
Шо очередной зловред от ленивых индусов?
Сам собери из исходников.
Сам проверь код на корректность исполнения.
Сам упакуй
Сам зависимости настрой
Сам распакуй
Сам настрой права доступа
Сам натрави на директорию с документами
Сам запусти в сети резвиться.
Сам собери из исходников.
Сам проверь код на корректность исполнения.
Сам упакуй
Сам зависимости настрой
Сам распакуй
Сам настрой права доступа
Сам натрави на директорию с документами
Сам запусти в сети резвиться.
Да ровно тот же сценарий, что и для винды — появляется какой-нибудь очередной «скринсейвер с тетками». Школьники и студенты, осилившие установку Убунты, качают его, запускают и соглашаются с запросом на повышение прав. Все, больше ничего не надо. И компилировать его тоже не надо — perl и python есть почти в каждой системе. А вот когда оно обживется в системе, то будет, как и положено приличному trojan downloader tool, качать и запускать доп. софт уже не интересуясь мнением пользователя. А чтобы никто ничего не заподозрил — оно реально может показывать разных теток.
Если честно, зашел сюда только чтобы посмотреть, что же это за криптолокер такой для Ubuntu
+1 и опять обманули…
Дайте уже хоть один криптолокер под Linux который не надо самому компилить, собирать, и справами рута запускать руками.
Дайте уже хоть один криптолокер под Linux который не надо самому компилить, собирать, и справами рута запускать руками.
Поставить +x не входит в список? Для доступа к пользовательским данным не нужен никакой root
Не вопрос — зайди на мой комп и зашифруй мне хомяк.
Только не проси опять что-то скомпилировать, собрать, дать права на исполнение и запустить (путь даже без рута). :)
Только не проси опять что-то скомпилировать, собрать, дать права на исполнение и запустить (путь даже без рута). :)
Да что всё никак не дойдёт. Криптолокеры практически всегда сами юзеры и запускают. А при этом ещё и постараются, чтобы оно всё-таки запустилось. Ведь это «счёт_по_задолженности_от_22.02.2016.doc_[тут куча букв или тупо пробелов]_.exe» — его надо срочно прочитать! Как, у меня не открылось? Таааак, сейчас по почте отправлю кому-нибудь в соседний отдел, так компутер поновее, откроется.
Примерно так происходит. И от замены винды на убунту немного изменится для таких. Если будет в письме сказано «скачать, в свойствах файла поставить галочку выполняемый», то юзер именно так и сделает.
А «зайти на комп и залить зловреда, и запустить» — это задача другого софта, НЕ криптолокера.
Примерно так происходит. И от замены винды на убунту немного изменится для таких. Если будет в письме сказано «скачать, в свойствах файла поставить галочку выполняемый», то юзер именно так и сделает.
А «зайти на комп и залить зловреда, и запустить» — это задача другого софта, НЕ криптолокера.
Немножечко теории заговора: Мне кажется это хакерские группы антивирусных компани запускают новый тренд при поддержке майкрософта.
В любом случае шифрование да и любой процесс требует прав работы на ФС, убунту популярная да — а вы попробуйте под все множество веток линукса приспособить, что то сомнительно кажется. Rhel те же или BSD — разработчикам не просто даются. В общем сомнительная радость для малварщиков будет адаптироваться под это, да и профита меньше. Все что можно хранится на удаленках под сертами с пассами по ссж или еще круче (если свои протоколы в конторе реализованы модифик)
В любом случае шифрование да и любой процесс требует прав работы на ФС, убунту популярная да — а вы попробуйте под все множество веток линукса приспособить, что то сомнительно кажется. Rhel те же или BSD — разработчикам не просто даются. В общем сомнительная радость для малварщиков будет адаптироваться под это, да и профита меньше. Все что можно хранится на удаленках под сертами с пассами по ссж или еще круче (если свои протоколы в конторе реализованы модифик)
Все так говорят про права доступа в Убунте и вообще Линуксе… А никого не смущает, что шифруются файлы именно доступные пользователю?
Да, доступные на запись!
Да, доступные на запись именно этому пользователю — бухгалтер, как правило, имеет право писать бухгалтерские документы, и может быть не очень силен в IT. Увы.
Бекап такой, чтобы не был доступен пользователю, конечно, спасет отца русской демократии. Но это уже совсем другой уровень организации инфраструктуры.
И да, кстати, по поводу «сомнительности» работы вирусов под RHEL, BSD и других ветках: Я уверен 90% современных вирусов это нифига не уровень One Half с его полиморфизмом (и, кстати, шифрованием) или Чернобыля с его тонкостями доступа к железу. Современные ОС весьма неплохо защищены (и да, в том числе и винда), и в таких шифровальщиках не используются 0-day уязвимости.
А это значит, что они весьма не сложные, и какого-то «серьезного» доступа до внутренностей ядра не требуют.
Ну, а что-то платформенно-независимое, что может иметь доступ до файлов, ну, и плюс стандартные крипто-алгоритмы… Хм… А много ли современных дистрибутивов без Питона? Хороший вопрос…
Да, доступные на запись!
Да, доступные на запись именно этому пользователю — бухгалтер, как правило, имеет право писать бухгалтерские документы, и может быть не очень силен в IT. Увы.
Бекап такой, чтобы не был доступен пользователю, конечно, спасет отца русской демократии. Но это уже совсем другой уровень организации инфраструктуры.
И да, кстати, по поводу «сомнительности» работы вирусов под RHEL, BSD и других ветках: Я уверен 90% современных вирусов это нифига не уровень One Half с его полиморфизмом (и, кстати, шифрованием) или Чернобыля с его тонкостями доступа к железу. Современные ОС весьма неплохо защищены (и да, в том числе и винда), и в таких шифровальщиках не используются 0-day уязвимости.
А это значит, что они весьма не сложные, и какого-то «серьезного» доступа до внутренностей ядра не требуют.
Ну, а что-то платформенно-независимое, что может иметь доступ до файлов, ну, и плюс стандартные крипто-алгоритмы… Хм… А много ли современных дистрибутивов без Питона? Хороший вопрос…
Поэтому бухгалтерские базы стараются заводить под sql где авторизация программная используется, а не пользовательская на уровне системы.
Современные ОС условно защищены, только исправлениями и обращением внимания на то что найдено, конечно прогресс не стоит на месте, анализаторы кода существуют и много каких штук, но как ни крути прореха да найдется.
Про питон вы верно подметили, но еще чаще это java(есть уже даже куча образцов малвари кроссплатформенных под ней).
Современные ОС условно защищены, только исправлениями и обращением внимания на то что найдено, конечно прогресс не стоит на месте, анализаторы кода существуют и много каких штук, но как ни крути прореха да найдется.
Про питон вы верно подметили, но еще чаще это java(есть уже даже куча образцов малвари кроссплатформенных под ней).
под sql где авторизация программная используетсяSQL все-таки используют не из-за авторизации (тем более что 1С например легко интегрируется с AD в плане авторизации), а из-за способа хранения и доступа к информации. Там где пользователей базы мало (1-3) использование SQL не оправдано, в том числе и в плане безопасности. Единственное что спасает от затирания/шифрования данных в 1С, так это как раз низкая сложность вирусов, не нацеленных на пользователей 1С. Того же результата можно добиться используя ФС с системой контроля версий.
Современные ОС условно защищены, только исправлениями и обращением внимания на то что найденоА еще фаерволами, антивирусами и системами контроля доступа (UAC/SELinux/etc). Хотя согласен, абсолютно защитить архитектуру фон Неймана не возможно.
но еще чаще это javaЕсли на файле не стоит бит исполнения, то простым дабл-кликом его не выполнить, так что это не критично. А вот то что бит исполнения стоит по умолчанию — в том числе и в некоторых GNU/Linux дистрибутивах — действительно проблема!
Тупой вопрос — а если мои файлы синхронизируются с dropbox, то при попадании криптовымогателя на комп все версии на других компах тоже будут испорчены?
Ну там вроде как есть некая история версий для файлов, но насколько она поможет сказать сложно.
А вообще, повредятся ли файлы зависит от вируса и того как он работает. Шифрует ли он незаметно, или наплевав на все делает это нахрапом. В первом случае — отключение ПК от сети оставит файлы без синхронизации с зашифрованными версиями, во втором, запросто синхронизирует с уже пожеванными версиями.
А вообще, повредятся ли файлы зависит от вируса и того как он работает. Шифрует ли он незаметно, или наплевав на все делает это нахрапом. В первом случае — отключение ПК от сети оставит файлы без синхронизации с зашифрованными версиями, во втором, запросто синхронизирует с уже пожеванными версиями.
В итоге, все равно, главный способ борьбы, это бекапы? Ничего получше не придумали?
Да, причём
1) НЕ на локальном компе
и
2) НЕ под учёткой юзера
(иначе вирус «станет владельцем» и затрёт).
1) НЕ на локальном компе
и
2) НЕ под учёткой юзера
(иначе вирус «станет владельцем» и затрёт).
Тогда уж на не подключенный постоянно носитель… Подключил, сделал бекап, отключил, положил на полочку до следующего бекапа… Для параноиков два носителя, подключаемые по очереди… Для еще бОльших параноиков подключать не напрямую к компу, а через какой-нибудь NAS, чтоб диск не был виден с компа…
Про
У меня пока остались от прошлого админа
«Перемещаемые профили» — папки в сетевой SMB-шаре,
монтируемые каждому доменному пользователю под буквой X:\,
на которых сохраняются «Рабочий стол» и «Мои документы».
Опыт показал, что шифровымогатели (ransomware/TrojanEncoder)
их тоже успешно шифруют, — незашифрованными за рабочий день
остаётся только mp3/музыка — из-за того, что
все компьютеры старые и маломощные, а диски — медленные.
по очереди— хорошая идея.
У меня пока остались от прошлого админа
«Перемещаемые профили» — папки в сетевой SMB-шаре,
монтируемые каждому доменному пользователю под буквой X:\,
на которых сохраняются «Рабочий стол» и «Мои документы».
Опыт показал, что шифровымогатели (ransomware/TrojanEncoder)
их тоже успешно шифруют, — незашифрованными за рабочий день
остаётся только mp3/музыка — из-за того, что
все компьютеры старые и маломощные, а диски — медленные.
Да, и положил на полочку уже зашифрованные все бэкапы.
Достаточно настроить односторонний бэкап, чтобы на носитель можно было записывать в системе бэкапа но нельзя читать. И тогда ко всему прощай инкрементальный бэкап. Или настроить гибкие права на файлы — записать можно только во вновь созданный файл, после закрытия дескриптора — файл становится недоступен для чтения и записи. Причем этим должно заниматься отдельное хранилище бэкапов, а не потенциально уязвимая система иначе повышение привилегий и прощайте бэкапы т.к. их защищает только недостаточно надёжный программный слой защиты.
Но боюсь это приведёт к тому что криптовымогатели первым делом будут атаковать такие системы бэкапов, а потом шифровать файлы.
Достаточно настроить односторонний бэкап, чтобы на носитель можно было записывать в системе бэкапа но нельзя читать. И тогда ко всему прощай инкрементальный бэкап. Или настроить гибкие права на файлы — записать можно только во вновь созданный файл, после закрытия дескриптора — файл становится недоступен для чтения и записи. Причем этим должно заниматься отдельное хранилище бэкапов, а не потенциально уязвимая система иначе повышение привилегий и прощайте бэкапы т.к. их защищает только недостаточно надёжный программный слой защиты.
Но боюсь это приведёт к тому что криптовымогатели первым делом будут атаковать такие системы бэкапов, а потом шифровать файлы.
КДПВ скорее всего, беззлобная шутка по типу /r/linuxcirclejerk. Ransomware на GNU/Linux ещё не так популярны.
у меня важные данные хранятся на диске в шкафу: попробуй зашифруй! :-)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Криптовымогатели: прошлое, настоящее, будущее