Резервные копии против шифровальщика: изоляция и проверка
Как защитить резервные копии от удаления и шифрования: отдельные права, неизменяемость, тест восстановления.
Резервное копирование не спасает от атаки, если злоумышленник с правами администратора может удалить исходные данные и все копии одновременно. Надёжная схема требует разных границ доступа, контроля сроков хранения и регулярного теста восстановления. Оценивать нужно не число архивов, а возможность вернуться к работоспособной системе.
01. Классифицируйте восстанавливаемые системы
Этап проверки: классифицируйте восстанавливаемые системы.
- Перечислите базы данных, файлы сайта, конфигурацию CMS, доменные настройки и ключевые зависимости.
- Назначьте каждому набору допустимую потерю данных RPO и время восстановления RTO по потребностям бизнеса.
- Отметьте информацию, без которой невозможно расшифровать архив или заново запустить приложение.
- Результат: план защищает полный рабочий процесс, а не только каталог с файлами.
02. Отделите копии от основных полномочий
Этап проверки: отделите копии от основных полномочий.
- Храните резервные экземпляры в отдельном контуре доступа и не используйте один административный пароль для всего.
- По возможности разделите права записи новых копий и удаления уже сохранённых версий.
- Проверьте, что компрометация учётной записи сайта не позволяет незаметно отключить историю архивов.
- Результат: атака на production не означает автоматическую потерю всех резервов.
03. Настройте удержание и неизменяемость
Этап проверки: настройте удержание и неизменяемость.
- Согласуйте минимальный срок хранения с циклом обнаружения инцидентов и доступным объёмом хранилища.
- Если используется object lock или WORM, изучите режим удержания, возможность админского обхода и правила удаления.
- Защитите конфигурацию резервирования от несанкционированных изменений и включите уведомления о пропущенных заданиях.
- Результат: архив сохраняется достаточно долго для обнаружения и восстановления.
04. Проверяйте целостность и секреты
Этап проверки: проверяйте целостность и секреты.
- Разделите хранение шифрованных архивов и ключей расшифрования, предусмотрев аварийный доступ уполномоченных лиц.
- Проверяйте журналы ошибок резервирования и полноту базы данных вместе с загружаемыми пользователями файлами.
- Контролируйте неизменность содержимого копий при переносе и не считайте успешный exit code доказательством пригодности.
- Результат: сохраняемые данные полны и доступны только тем, кто отвечает за восстановление.
05. Проводите учебное восстановление
Этап проверки: проводите учебное восстановление.
- Поднимайте копию в изолированной среде без подключения к реальным платёжным и почтовым каналам.
- Проверяйте старт приложения, авторизацию, связи между таблицами и доступность критичных файлов и настроек.
- Измеряйте фактическое время восстановления и документируйте шаги, которые не удалось выполнить без разработчика.
- Результат: RTO и RPO подтверждаются испытанием, а не обещанием поставщика.
06. Поддерживайте процедуру после изменений
Этап проверки: поддерживайте процедуру после изменений.
- Обновляйте схему архивации при переезде сайта, добавлении новой базы или изменении хранилища объектов.
- Назначьте ответственного за отчёты, тесты восстановления и периодическую проверку прав удаления.
- Регистрируйте изменения политики удержания и аномальные массовые удаления как события повышенного риска.
- Результат: резервирование остаётся рабочим по мере развития инфраструктуры.
Редакционный материал, октябрь 2026 года. Проверяйте применимость методов к вашей конфигурации и действующим требованиям.