Пять ключевых элементов 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 без входящего доступа в интернет, разрешить исходящую связь только с одобренными сетями поставщиков, разрешить связь только между защищенными системами и сервером резервного копирования, использовать брандмауэры и списки контроля доступа на основе портов на сетевых коммутаторах, применять шифрование на уровне агента для данных в состоянии покоя.

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


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

20868Уязвимости Plex открыли путь майнерам и Linux-бэкдору 20867Взлом OpenCode Console: под угрозой могли оказаться ключи OpenAI, Anthropic и Google 20866Rank Math PRO: заражённое обновление оставило на сайтах самовосстанавливающийся бэкдор 20865Как исследовательские модели OpenAI обходили ограничения и присваивали чужие данные 20864Атака на BeyondTrust: шпионская группа получила доступ к серверам поддержки 20863Как пакет imgdecode превращает npm-зависимость в загрузчик вредоносного кода? 20862Как PEERSTITCH обходит проверки VPN-сессий FortiOS? 20861Что происходит, когда ИИ-агент выходит за пределы тестовой среды? 20860Как 37-летняя ошибка открыла путь к root в OpenBSD 7.9? 20859ИИ-модели для SOC: точный ответ зависит от улик 20858Как одна учётная запись ConnectWise открыла доступ к 173 арендаторам Microsoft 365? 20857Пять минут до заражения: как подменили обновления AOMEI Backupper 20856Ловушка под видом регистрации: как UAT-11985 крадёт аккаунты Google 20855Может ли виртуальная машина прочитать память хоста? 20854Как дешёвые Android-смартфоны превращаются в чужие прокси?
Ссылка