Пять ключевых элементов BCDR для эффективной защиты от программ-вымогателей

Программы-вымогатели эволюционировали в сложную, скоординированную угрозу, способную парализовать организации любого размера. Недавно Microsoft раскрыла информацию о злоумышленниках, которые злоупотребляли инструментом удаленного доступа Quick Assist для развертывания программы-вымогателя Black Basta. Модель «программа-вымогатель как услуга» (RaaS) снижает барьеры для входа атакующих в эту сферу.
Пять ключевых элементов BCDR для эффективной защиты от программ-вымогателей
Изображение носит иллюстративный характер

По прогнозам Cybersecurity Ventures, к 2031 году новая атака программ-вымогателей будет происходить каждые 2 секунды, а предполагаемый ущерб достигнет 275 миллиардов долларов ежегодно. В этих условиях системы обеспечения непрерывности бизнеса и аварийного восстановления (BCDR) становятся критически важной последней линией защиты.

 Правило резервного копирования 3-2-1-1-0

Традиционное правило 3-2-1 (3 копии, 2 различных носителя, 1 копия вне офиса) больше не обеспечивает достаточной защиты. Новая стратегия 3-2-1-1-0 добавляет: 1 неизменяемую копию, которую невозможно изменить или удалить, и 0 сомнений в возможности восстановления благодаря проверенным точкам восстановления.

Современные программы-вымогатели нацелены не только на производственные системы, но и на резервные копии. Облачное хранилище и изолированное хранение обеспечивают необходимую защиту. Рекомендуется использовать решения с защищенной архитектурой Linux для изоляции резервных копий от поверхности атаки Windows.

 Автоматизация и непрерывный мониторинг резервного копирования

Планирование и автоматизация резервного копирования должны сочетаться с активным мониторингом. Используйте встроенные инструменты или пользовательские скрипты для мониторинга заданий резервного копирования. Настройте оповещения о сбоях резервного копирования и регулярно тестируйте и проверяйте точки восстановления. Рекомендуется выбирать решения, интегрирующиеся с системами тикетов PSA.

 Защита инфраструктуры резервного копирования

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

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


Новое на сайте

20003[b]Гавайи в серебристом зареве: солнечный блик на фоне урагана Кико[/b] 19989Шесть историй, которые умещаются на ладони 19986Как 30 000 аккаунтов Facebook оказались в руках вьетнамских хакеров? 19985LofyGang вернулась: как бразильские хакеры охотятся на геймеров через поддельные читы 19984Автономная проверка защиты: как не отстать от ИИ-атак 19983Взлом Trellix: хакеры добрались до исходного кода одной из ведущих компаний по... 19982Почему почти 3000 монет в норвежском поле перевернули представление о викингах? 19981Как поддельная CAPTCHA опустошает ваш счёт и крадёт криптовалюту? 19980Слежка за каждым шагом: как ИИ превращает государство в машину тотального контроля 19979Как хакеры грабят компании через звонок в «техподдержку» 19978Почему именно Нью-Йорк стал самым уязвимым городом восточного побережья перед... 19977Как одна команда git push открывала доступ к миллионам репозиториев 19976Зачем древние народы убивали ножами и мечами: оружие как основа власти 19975Как Python-бэкдор DEEPDOOR крадёт ваши облачные пароли незаметно? 19974Послание в бутылке: математика невозможного
Ссылка