Защита от шифровальщиков: роль бэкапов

Защита от шифровальщиков

Шифровальщики (ransomware) — одна из главных угроз для бизнеса. Программа проникает на сервер, шифрует все данные и требует выкуп. Без правильных бэкапов данные потеряны: восстановить их невозможно, а выкуп не гарантирует возврат.

Хорошая новость: от шифровальщиков есть защита. Не только антивирусы, но и правильно настроенные бэкапы: иммутабельные (неизменяемые) копии, offline-хранилища, air-gap. В этой статье — разбор того, как бэкапы спасают от шифровальщиков и как настроить защиту. Если нужно настроить защиту от шифровальщиков — поможем.

Что такое шифровальщик

Шифровальщик (ransomware) — это вредоносная программа, которая:

  • Проникает на сервер: через уязвимости, слабые пароли, фишинг;
  • Зашифровывает данные: файлы, БД, конфигурации — всё становится нечитаемым;
  • Требует выкуп: за расшифровку просит деньги в криптовалюте;
  • Угрожает: удалить данные, опубликовать их, увеличить сумму;
  • Распространяется: по сети, заражая другие серверы.

Шифровальщики — серьёзный бизнес. Хакеры зарабатывают миллионы. Атаке подвергаются компании любого размера: от малого бизнеса до крупных корпораций и госструктур.

⚠️ Важно

Выплата выкупа не гарантирует возврат данных. По статистике, 40% компаний, заплативших выкуп, не получили данные обратно. Не платите — восстанавливайте из бэкапов.

Как он работает

Атака шифровальщика проходит несколько этапов.

1. Проникновение

Через уязвимость, фишинг, слабый пароль, RDP. Один заражённый компьютер — точка входа.

2. Разведка

Программа изучает сеть: какие серверы есть, какие данные важны, где хранятся бэкапы.

3. Эскалация

Получает права администратора. Отключает антивирусы, удаляет логи, готовится к атаке.

4. Шифрование

Зашифровывает данные. В первую очередь — важные: БД, документы, бэкапы. Потом — всё остальное.

5. Требование

Показывает сообщение: «Ваши файлы зашифрованы. Заплатите X, получите ключ». Срок — обычно 3–7 дней.

6. Угрозы

Если не заплатите — опубликуют данные, увеличат сумму, атакуют клиентов. Двойное вымогательство.

Почему бэкап спасает

Единственный надёжный способ восстановить данные после атаки — иметь бэкап, который шифровальщик не смог затронуть.

Какие бэкапы не спасут

  • Бэкапы на том же сервере: программа зашифрует и их;
  • Бэкапы на подключённом диске: тоже будут зашифрованы;
  • Бэкапы в сетевой папке: если папка доступна — программа доберётся;
  • Бэкапы в облаке без версионирования: если программа удалит данные — потеряете;
  • Бэкапы с общим ключом: если ключ на сервере — программа получит доступ.

Какие бэкапы спасут

  • Offline-копии: диск, отключённый от сети после бэкапа;
  • Air-gap: физически изолированное хранилище;
  • Иммутабельные копии: данные нельзя изменить или удалить в течение срока хранения;
  • Версионирование в облаке: даже если что-то удалено — старая версия осталась;
  • Разные аккаунты: для бэкапа и для продакшена — разные ключи доступа.

💡 Важно

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

Иммутабельные копии

Иммутабельные бэкапы (immutable backups) — это копии, которые нельзя изменить или удалить в течение заданного срока. Даже администратор не может их стереть. Только дождаться истечения срока хранения.

Как это работает

  • WORM-режим: Write Once Read Many. Записали один раз — читать можно, менять нельзя;
  • Блокировка по времени: объект защищён N дней. По истечении — можно удалить;
  • Поддержка в облаках: AWS S3 Object Lock, Azure Immutable Blob, Яндекс Object Storage;
  • Поддержка в инструментах: Borg, Restic, Veeam с immutable-репозиториями.

Зачем нужно

  • Защита от шифровальщиков: программа не сможет зашифровать или удалить копию;
  • Защита от инсайдера: даже злой админ не удалит данные;
  • Соответствие требованиям: 152-ФЗ, банковские стандарты требуют WORM;
  • Защита от ошибок: случайное удаление невозможно;
  • Юридическая значимость: данные не могли быть изменены после записи.

Настройка

  • Выберите хранилище: S3 с Object Lock, Azure Immutable Blob, Backblaze B2 с Object Lock;
  • Настройте срок: обычно 30, 60, 90 дней;
  • Используйте инструмент: Restic, Borg или встроенные функции;
  • Проверьте: попробуйте удалить — должно быть запрещено.

Offline и air-gap

Самый надёжный способ защиты — физически изолированная копия. Шифровальщик не может добраться до данных, которые не подключены к сети.

Offline-копия

  • Что это: внешний диск или лента, которая физически отключена от сервера;
  • Как работает: раз в день/неделю подключается, копирует данные, отключается;
  • Плюсы: невозможно атаковать по сети;
  • Минусы: требует ручных действий, сложно автоматизировать;
  • Когда использовать: для самых критичных данных.

Air-gap

  • Что это: физически изолированная инфраструктура, не подключённая к основной сети;
  • Как работает: данные передаются через одноразовые носители или изолированный шлюз;
  • Плюсы: максимальная защита. Даже взлом всей сети не затронет копии;
  • Минусы: дорого, сложно, требует регламента;
  • Когда использовать: для банков, госструктур, крупных корпораций.

Гибридный подход

Многие компании используют комбинацию:

  • Ежедневные бэкапы: в облако с immutable-режимом;
  • Еженедельные: на внешний диск, который отключается;
  • Ежемесячные: на air-gap хранилище.

Такая стратегия защищает от всех типов атак.

Стратегия защиты

Полная стратегия защиты от шифровальщиков включает несколько уровней.

УровеньЧто делать
ПрофилактикаОбновления, антивирус, файрвол, обучение сотрудников
СегментацияРазделение сети, ограничение доступа между серверами
ДоступыМинимум привилегий, MFA, отдельные аккаунты для бэкапов
Бэкапы3-2-1, immutable, offline, air-gap
МониторингОбнаружение аномалий, алерты о подозрительной активности
План реакцииЧто делать при атаке: отключить, изолировать, восстановить
ТестированиеРегулярная проверка бэкапов и плана DR
ОбучениеТренировки команды, симуляции атак

Изоляция бэкапов

Ключевое правило: бэкапы должны быть изолированы от продакшена. Разные аккаунты, разные сети, разные ключи. Если продакшен атакован — бэкапы недоступны атакующему.

Реакция на атаку

Если шифровальщик атаковал — важна каждая минута. Вот план действий.

Немедленные действия

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

Оценка ситуации

  • Что зашифровано: файлы, БД, конфигурации;
  • Что доступно: свежие бэкапы, offline-копии, immutable-версии;
  • Как проник: уязвимость, фишинг, слабый пароль. Закройте эту дыру;
  • Кто атакован: только один сервер или вся сеть.

Восстановление

  • Чистый сервер: разверните новый сервер с нуля. Не восстанавливайте на заражённый;
  • Свежий бэкап: восстановите данные из последней чистой копии;
  • Проверка: убедитесь, что данные целые и не содержат вредоносного кода;
  • Обновление: установите все обновления безопасности;
  • Смена паролей: все пароли, ключи, токены;
  • Мониторинг: усильте мониторинг на несколько недель после восстановления.

Пост-мортем

  • Разбор: как произошла атака, что сработало, что нет;
  • Уроки: что улучшить в защите;
  • Уведомления: клиенты, партнёры, регуляторы (если требуется);
  • Документирование: сохраните разбор для будущего.

Ошибки

Бэкап на том же сервере

Шифровальщик зашифрует и рабочие данные, и бэкапы. Нужно внешнее хранилище.

Сетевой доступ к бэкапам

Бэкапы доступны по сети с продакшена. Программа доберётся до них.

Нет immutable

Бэкапы можно изменить или удалить. Программа сделает это.

Общие ключи доступа

Один ключ для продакшена и бэкапов. Утечка — потеря всего.

Нет offline-копии

Все бэкапы онлайн. Шифровальщик доберётся до всех.

Выплата выкупа

Не гарантия, стимулирует атаки, не решает проблему защиты.

Наши рекомендации

🎯

1. Изолируйте бэкапы

Offline, air-gap, immutable. Поможем настроить.

📊

2. Готовьте план

Заранее, до атаки. О тестировании.

🚀

3. Закажите защиту

От шифровальщиков. Закажите услугу в Lead Hub.

📌 Что вы получаете, заказывая защиту у нас

  • Иммутабельные копии — S3 Object Lock
  • Offline-хранилище — отключённые диски
  • Air-gap — изолированная инфраструктура
  • Изоляцию доступов — разные ключи для продакшена и бэкапов
  • План реакции — на случай атаки
  • Тестирование — регулярная проверка

🔹 Оставьте заявку на защиту от шифровальщиков

Хотите защитить данные? Оставьте заявку на бесплатную консультацию.

📌 Итоговый вывод

Защита от шифровальщиков — это комбинация профилактики и правильно настроенных бэкапов.

Что нужно знать:

  • Что такое шифровальщик — вредоносная программа для шифрования данных
  • Как работает — проникновение, разведка, эскалация, шифрование, требование
  • Какие бэкапы не спасут — на том же сервере, в сетевой папке, без версионирования
  • Какие спасут — offline, air-gap, immutable, версионирование
  • Иммутабельные копии — нельзя изменить или удалить. S3 Object Lock
  • Offline и air-gap — физическая изоляция от сети
  • Стратегия — 3-2-1, изоляция доступов, план реакции
  • Ошибки — бэкап на том же сервере, нет immutable, общие ключи, выплата выкупа

Хотите защитить данные? Закажите консультацию в Lead Hub.

Также рекомендуем: правило 3-2-1, инструменты бэкапов, облачное хранение, бэкапы БД, тестирование бэкапов, резервное копирование.

Бэкапы есть, но они лежат рядом с данными? Шифровальщик доберётся до всех.

Настроим иммутабельные копии, offline-хранилище и air-gap. Разработаем план реакции на атаку. Если данные уже зашифрованы — поможем с восстановлением.

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

Почему заказывают бэкапы у нас

8 причин доверить резервное копирование нашей команде

Автоматизация

Бэкапы создаются автоматически по расписанию. Не нужно помнить о них — система работает сама.

Хранение в облаке

Копии хранятся на отдельном сервере или в облаке. Потеря основного сервера не затронет бэкапы.

Шифрование

Все бэкапы шифруются. Даже если кто-то получит доступ к хранилищу — данные не прочитает.

Быстрое восстановление

Восстанавливаем данные за 1–2 часа. Не нужно ждать днями. Критичные проекты — приоритетно.

Регулярное тестирование

Раз в месяц восстанавливаем бэкап на тестовом сервере. Убеждаемся, что всё работает.

Мониторинг

Следим за созданием бэкапов. Если что-то не так — узнаём сразу и исправляем.

Отчётность

Ежемесячные отчёты: какие бэкапы созданы, где хранятся, когда тестировались.

Опыт с любыми проектами

Работали с сайтами, приложениями, БД, файловыми хранилищами. Понимаем специфику разных данных.

Что входит в резервное копирование

12+ услуг — от бэкапа сервера до аварийного восстановления

Как мы настраиваем бэкапы

Прозрачный процесс от аудита до регулярных проверок

1
Аудит

Изучаем инфраструктуру: что копировать, какой объём, какие требования по RPO и RTO.

2
Стратегия

Разрабатываем стратегию бэкапов: правило 3-2-1, частота, глубина хранения.

3
Настройка

Устанавливаем инструменты (rsync, Borg, Restic), настраиваем расписание и шифрование.

4
Хранилище

Подключаем внешнее хранилище: S3, облако, отдельный сервер. Копии вне основного сервера.

5
Мониторинг

Настраиваем оповещения: если бэкап не создался — узнаём сразу. Проверяем целостность.

6
Тестирование

Раз в месяц восстанавливаем бэкап на тестовом сервере. Убеждаемся, что всё работает.

7
Отчётность

Ежемесячные отчёты: что закопировано, где хранится, когда тестировалось.

8
Поддержка

Поддержка 24/7. Помогаем с восстановлением, изменением стратегии, масштабированием.

Стоимость резервного копирования

Цены соответствуют российскому рынку на 2026 год

Базовый
от 500 ₽

Для небольших сайтов

  • Ежедневные бэкапы
  • До 10 ГБ
  • Хранение 7 дней
  • Основной сервер
  • Простой мониторинг
Заказать
ХИТ
Стандарт
от 1 500 ₽

Для средних проектов

  • Бэкапы каждые 6 часов
  • До 100 ГБ
  • Хранение 30 дней
  • Внешнее хранилище
  • Шифрование
  • Мониторинг + алерты
Заказать
Профессиональный
от 5 000 ₽

Для крупных проектов

  • Непрерывные бэкапы
  • До 1 ТБ
  • Хранение 90 дней
  • Облако + резервный сервер
  • Шифрование
  • Тестирование восстановления
  • Поддержка 24/7
Заказать

* Цены ориентировочные. Точный расчёт после аудита инфраструктуры. Стоимость зависит от объёма данных и частоты бэкапов.

Наши проекты

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

Бэкапы для интернет-магазина

Настроены бэкапы каждые 4 часа для интернет-магазина с 50 000 товаров. Восстановление за 40 минут.

E-commerce БД
Бэкапы для корпоративного портала

Ежедневные бэкапы портала на 500+ сотрудников. Хранение в облаке, шифрование.

Корпоративный Cloud
Бэкапы CRM

Непрерывные бэкапы CRM с 500 пользователями. Восстановление за 15 минут.

CRM PITR
Бэкап большой БД

Настроен бэкап БД объёмом 500 ГБ. Инкрементальные копии каждые 30 минут.

БД Инкремент
Disaster Recovery для SaaS

Настроен резервный сайт и план аварийного восстановления. Переключение за 5 минут.

SaaS DR
Восстановление после атаки

Восстановили данные клиента после шифровальщика за 2 часа. Бэкапы были настроены заранее.

Безопасность Восстановление

Часто задаваемые вопросы о резервном копировании

25+ развёрнутых ответов на популярные вопросы

RAID защищает от одного: физического сбоя диска. Но он не защищает от:

  • Удаления данных — если кто-то случайно удалил файлы или базу
  • Шифровальщиков — вирус зашифрует данные на всех дисках массива
  • Ошибок в коде — баг может испортить данные
  • Атак — злоумышленники удалят или зашифруют всё
  • Пожаров и затоплений — физическая потеря сервера

RAID — не бэкап. Это защита от сбоя железа, но не от логических ошибок и атак. Бэкап — единственная надёжная защита от всех этих случаев.

Правило 3-2-1 — это стандарт надёжного резервного копирования:

  • 3 копии данных — одна рабочая и две резервные
  • 2 разных типа носителей — например, сервер и облако
  • 1 копия вне офиса — на случай физической потери основного сервера

Мы следуем этому правилу для всех клиентов. Это исключает потерю данных даже при худшем сценарии.

Частота зависит от RPO — сколько данных вы готовы потерять в худшем случае:

  • Блог или визитка — раз в день
  • Интернет-магазин — каждые несколько часов
  • Финансовые системы — непрерывно или каждые 15 минут
  • Критичные системы — репликация в реальном времени

Мы настраиваем частоту под ваш проект. Если не знаете, какую выбрать — подскажем на основе анализа нагрузки.

Основное правило: бэкапы не должны храниться на том же сервере, что и данные. Варианты:

  • Облако — S3, Яндекс Object Storage, VK Cloud
  • Отдельный сервер — в другом дата-центре
  • Внешний диск — для небольших объёмов
  • Комбинация — для максимальной надёжности

Для соответствия 152-ФЗ храним данные на серверах в России.

Да, все бэкапы шифруются. Это обязательная мера безопасности. Что используем:

  • AES-256 — современный стандарт шифрования
  • GPG — для дополнительной защиты архивов
  • Отдельные ключи — для каждого клиента

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

Зависит от объёма данных:

  • Небольшой сайт — от часа
  • Средний проект — несколько часов
  • Крупная база данных — до нескольких часов
  • Критичные проекты — приоритетно, максимально быстро

Для каждого клиента есть план восстановления. В аварийной ситуации мы знаем, что и в каком порядке восстанавливать.

Восстанавливаем на новый сервер из бэкапа. Что происходит:

  1. Разворачиваем новый сервер — в течение часа
  2. Восстанавливаем данные — из последнего бэкапа
  3. Проверяем работу — все ли сервисы работают
  4. Переключаем трафик — на новый сервер

Для критичных проектов есть резервный сервер, готовый к переключению. Время восстановления — от часа до нескольких часов в зависимости от объёма.

Да, раз в месяц восстанавливаем бэкап на тестовом сервере. Это обязательная процедура. Что проверяем:

  • Целостность архива
  • Полноту данных
  • Работоспособность приложения после восстановления
  • Корректность конфигураций

Без тестирования бэкап — это лотерея. Мы никогда не сдаём клиенту непроверенный бэкап.

Мы настроены на мониторинг. Если бэкап не создался — узнаём сразу, автоматически. Что происходит:

  • Оповещение — система отправляет алерт нам и клиенту
  • Диагностика — выясняем причину
  • Исправление — устраняем проблему
  • Ручное создание — запускаем бэкап повторно

Два раза подряд бэкап не создаётся — начинаем ручную проверку. Такие инциденты — редкость, но мы к ним готовы.

Срок хранения зависит от тарифа:

  • Базовый — 7 дней истории
  • Стандарт — 30 дней
  • Профессиональный — 90 дней
  • Индивидуально — по запросу, до года и более

Для соответствия требованиям регуляторов (например, для финансовых организаций) можем настроить длительное хранение.

Да, не всегда нужно восстанавливать всё. Мы можем достать:

  • Отдельный файл — из архива
  • Таблицу БД — конкретную таблицу
  • Запись — конкретную строку в БД
  • Папку — целиком

Это быстрее и удобнее, чем полное восстановление. Сделаем в течение часа для небольших объёмов.

PITR (Point-in-Time Recovery) — восстановление на конкретный момент времени. Например:

В 14:32 кто-то случайно удалил важные данные. С PITR мы восстанавливаем базу на 14:31 — до удаления.

Как работает:

  • Постоянное архивирование WAL-логов
  • Хранение изменений за определённый период
  • Возможность откатиться на любую точку

PITR полезен для критичных систем, где важна каждая секунда. Настраивается для PostgreSQL, MySQL, MongoDB.

Да, работаем с любыми объёмами — от гигабайт до терабайт. Что используем:

  • Инкрементальные бэкапы — копируем только изменения
  • Дедупликация — не храним одинаковые данные дважды
  • Сжатие — уменьшает объём архива
  • Облачное хранилище — масштабируется под любой объём

Для больших проектов настраиваем отдельное хранилище с быстрым доступом.

Стоимость зависит от объёма данных. В базовые тарифы уже включено определённое место:

  • Базовый — до 10 ГБ
  • Стандарт — до 100 ГБ
  • Профессиональный — до 1 ТБ

Дополнительное место — по запросу, цена зависит от объёма. Используем облачные хранилища — это дешевле и надёжнее локальных.

Да, можно копировать только базы данных без файлов сервера. Это подходит, если:

  • Файлы не меняются или их легко восстановить
  • Файлы хранятся в S3 или другом хранилище
  • Важны только данные в БД
  • Нужно экономить место

Настраиваем только БД, но всегда рекомендуем делать полные бэкапы для надёжности.

Восстанавливаем из бэкапа, сделанного до шифрования. Это единственный способ вернуть данные.

Что делаем:

  1. Изолируем заражённый сервер
  2. Определяем дату заражения
  3. Восстанавливаем из бэкапа до этой даты
  4. Проверяем на наличие вирусов
  5. Обновляем ПО и закрываем уязвимость

Если бэкапов нет — данные потеряны навсегда. Именно поэтому важно иметь актуальные бэкапы.

Бэкап Docker-контейнеров включает:

  • Volumes — данные контейнеров
  • ConfigMaps и Secrets — для Kubernetes
  • Persistent Volumes — постоянные диски
  • Образы — на случай отката

Используем Velero для Kubernetes, Restic или встроенные инструменты для Docker. Настраиваем автоматическое резервное копирование с хранением в облаке.

Да, настраиваем бэкапы для всех популярных облаков:

  • AWS — S3, EBS snapshots, RDS backups
  • Azure — Blob Storage, VM backups
  • GCP — Cloud Storage, Compute Engine snapshots
  • Яндекс Облако — Object Storage, Compute snapshots
  • VK Cloud — Object Storage, бэкапы ВМ

Используем как встроенные сервисы, так и сторонние инструменты для максимальной надёжности.

Да, бэкап — это универсальный формат. Что можем:

  • Восстановить на любой сервер — где поддерживается ваш стек
  • Перенести данные — файлы, базы, конфигурации
  • Адаптировать окружение — под новые условия
  • Настроить всё заново — если нужно

Поможем с миграцией на другой хостинг — предоставим полный бэкап и поможем с настройкой.

Ежемесячный отчёт по бэкапам включает:

  • Список созданных бэкапов — даты, время
  • Размеры архивов — сколько занимают
  • Место хранения — где находятся
  • Тестирование восстановления — когда проверяли
  • Инциденты — если были, и как решены

Отчёт приходит на email. Вы всегда видите, что бэкапы работают, и можете быть уверены в сохранности данных.

Мы не запрашиваем полные доступы к серверу. Работаем так:

  • Создаём отдельные учётные записи для наших инженеров
  • Используем SSH-ключи вместо паролей
  • Все действия логируются
  • При необходимости — доступ по VPN
  • Для бэкапов — отдельный пользователь с ограниченными правами

Ваша безопасность и конфиденциальность — приоритет.

Помогаем с миграцией бэкапов на новый хостинг. Что делаем:

  1. Переносим текущие бэкапы — в новое хранилище
  2. Настраиваем бэкапы заново — с учётом новой инфраструктуры
  3. Тестируем восстановление — убеждаемся, что всё работает
  4. Обучаем вашу команду — как работать с новой системой

Данные не теряются при миграции. Всё делаем поэтапно, без остановки бизнеса.

Процесс старта:

  1. Консультация — в день обращения
  2. Аудит — в течение дня
  3. Коммерческое предложение — после аудита
  4. Настройка бэкапов — в течение нескольких часов после согласования

В срочных случаях можем начать в течение часа. Настройка занимает минимум времени — дальше всё работает автоматически.

Да, работаем удалённо со всей Россией и странами СНГ. Все коммуникации — онлайн:

  • Telegram — оперативная связь
  • Email — для документов и отчётов
  • Zoom — для презентаций и обсуждений

Процесс не отличается от работы в одном городе. Мы привыкли к распределённой работе.

Такое бывает редко, но мы готовы к правкам. На каждом этапе есть возможность внести изменения.

Если результат не соответствует техническому заданию — переделываем за наш счёт. Наша цель — не «сдать работы», а сделать так, чтобы ваши данные были в безопасности.

Все договорённости фиксируются в договоре.

Остались вопросы? Закажите консультацию

Наш специалист свяжется с вами и бесплатно проконсультирует по всем вопросам

Нажимая кнопку, вы соглашаетесь с политикой конфиденциальности

* Необязательное поле

Загрузка...

Заказать
звонок
Заказать обратный звонок
Получите консультацию уже сегодня.
Наш специалист свяжется с вами и абсолютно бесплатно проконсультирует по всем вопросам.
Данные отправлены. Вам скоро перезвонят.
Жду звонка