Программы-вымогатели, резервное копирование и тестирование вашего плана

В последнее время заголовки новостей, похоже, пестрят сообщениями об атаках программ-вымогателей. Владельцы бизнеса берут это на заметку и просят своих поставщиков управляемых услуг (MSP) и ИТ-отделы улучшить программы кибербезопасности и подготовить планы восстановления, часто называемые непрерывностью бизнеса и аварийным восстановлением (BCDR), для быстрого восстановления после взлома. Однако, к сожалению, многие MSP и ИТ-отделы выполняют лишь половину работы.

Хотя резервные копии, безусловно, являются первым шагом к восстановлению после атак программ-вымогателей , многие компании не понимают важности тестирования своих резервных копий и планов обеспечения непрерывности бизнеса и восстановления после сбоев (BCDR) для выявления слабых мест и ошибок, которые часто могут быть допущены.

Резервное копирование сложно сделать правильно

Есть только один способ сделать резервное копирование правильным. У вас есть нужные данные, доступные в нужный момент, и вы должны вернуть их в нужное время. Существуют буквально десятки способов сделать резервное копирование неправильным. Читайте дальше, чтобы узнать о самых распространённых ошибках.

Непроверенные резервные копии

К сожалению, многие компании, пострадавшие от программ-вымогателей, считают, что у них есть надёжные резервные копии, но не проверяют их. Некоторые потом понимают, что создали резервные копии не тех данных или пропустили критически важные серверы, расположенные в необычных местах.

Успешные резервные копии, которые на самом деле не сработали

Другие понимают, что резервные копии не сработали, хотя сообщают об успешном завершении, только при восстановлении из резервной копии. 

Восстановление, которое длится вечно

Наконец, поскольку объем данных, которые мы все используем для ведения бизнеса, растет в геометрической прогрессии, некоторые компании приходят к выводу, что время восстановления данных неприемлемо велико.

Эксперты по кибербезопасности утверждают, что наиболее распространенная причина, по которой жертвы программ-вымогателей все еще платят выкуп, даже имея надежные резервные копии, заключается в том, что « никто в организации-жертве не удосужился заранее проверить, сколько времени может занять процесс восстановления данных ». Слишком многие компании считают, что, поскольку они ежедневно создают резервные копии данных, им не грозит риск платить за ключ расшифровки. Проблема в том, что они не понимают, сколько времени займет процесс восстановления, потому что никогда не тестировали свою процедуру резервного копирования.

Фабиан Восар, технический директор Emsisoft, отвечая на вопрос о причинах трудностей, с которыми сталкиваются компании при восстановлении данных после атаки программ-вымогателей:

«Внезапно жертва обнаруживает, что ей нужно восстановить через Интернет пару петабайт данных, и понимает, что даже при таком быстром подключении загрузка всех этих резервных копий займёт три месяца. Многие ИТ-отделы даже приблизительно не подсчитывают, сколько времени займёт восстановление с точки зрения скорости передачи данных».

Ошибки управления резервными ключами

Восар продолжил, отметив, что следующая по распространенности ситуация связана с компаниями, которые хранят зашифрованные резервные копии своих данных вне офиса, но обнаруживают, что цифровой ключ, необходимый для расшифровки этих резервных копий, хранился в той же локальной сети, которая была зашифрована программой-вымогателем.

Билл Сигел, генеральный директор и соучредитель компании Coveware , которая занимается урегулированием вопросов выкупа жертвами программ-вымогателей, заявил:

Может быть, у них есть 50 петабайт резервных копий... но они находятся в... хранилище в 30 милях отсюда... А потом они начинают [восстанавливать данные по медному кабелю из этих удалённых резервных копий], и это происходит очень медленно... и кто-то достаёт калькулятор и понимает, что восстановление того, что им нужно, займёт 69 лет. Или есть много программных приложений, которые вы фактически используете для восстановления, и некоторые из этих приложений находятся в вашей сети и зашифрованы. И вы думаете: «О, здорово. У нас есть резервные копии, данные там, но приложение, которое фактически выполняет восстановление, зашифровано». Так что есть все эти мелочи, которые могут вас сбить с толку, которые мешают вам выполнить восстановление, если вы не практикуетесь.

Учитывая множество способов сделать резервное копирование неправильным, сейчас самое время навести порядок, прежде чем критическая ситуация добавит стресса к вашим усилиям по устранению неполадок и восстановлению данных. Вот рекомендации CyberHoot по резервному копированию.

Так что вы можете делать?

Для организаций крайне важно отрабатывать планы обеспечения непрерывности бизнеса и аварийного восстановления (BCDR), используя настольные учения для отработки сценариев резервного копирования. Многие пострадавшие сталкиваются с необходимостью восстановления данных неожиданным образом. Именно поэтому настольные учения особенно важны. CyberHoot рекомендует разработать полный план BCDR, чтобы знать целевую точку восстановления и целевое время восстановления. CyberHoot также рекомендует метод резервного копирования 3-2-1 , что означает наличие 3 копий данных (одна основная, две резервные), где файлы сохраняются на двух типах носителей, а одна копия хранится вне офиса (например, онлайн). Проверка плана BCDR как минимум раз в год поможет избежать многих распространенных ошибок, которые допускают предприятия.

Помимо резервного копирования — советы по предотвращению атак программ-вымогателей

Помимо тестирования и документирования вашего BCDR с использованием метода резервного копирования 3-2-1, CyberHoot рекомендует следующие передовые методы защиты отдельных лиц и предприятий от онлайн-кибератак и ограничения ущерба от них:

• принять двухфакторная аутентификация на всех критически важных интернет-сервисах
• Принять Password Manager для лучшей гигиены личных/рабочих паролей
• Требуйте пароли длиной 14+ символов в вашем аккаунте Политика управления
• Обучаем сотрудников чтобы обнаружить и избежать электронных писем фишинг нападки
• Проверьте, что сотрудники может обнаружить и предотвратить фишинговые письма, тестируя их
• Выполнить оценка риска каждые два-три года

Выводы по программам-вымогателям и резервному копированию

Лучше всего продумать все тонкости вашего плана BCDR, когда вы меньше всего по этому поводу переживаете. Во время атаки программ-вымогателей — самое подходящее время для решения проблем с резервным копированием. Протестировать план BCDR на своё время, а не на время обратного отсчёта хакеров, — отличная идея. Вы будете рады, что сделали это.

Начните создавать свой надежный, многоуровневый план кибербезопасности уже сегодня с помощью CyberHoot.

Чтобы узнать больше о резервном копировании и восстановлении данных, посмотрите это короткое видео:

Источник: 

Кребс по безопасности

Дополнительная литература: 

Программа-вымогатель останавливает работу конвейера

Казначейство США запретило выплаты за программы-вымогатели