Резервные копии и облачное хранилище: почему бизнесу важно защищать данные заранее

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

Резервная копия и облачное хранилище — не одно и то же

Это один из самых важных моментов, который часто понимают неправильно.

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

Резервная копия — Backup создаётся с другой целью: восстановить информацию после её удаления, повреждения, заражения или другого инцидента.

Именно поэтому простой перенос документов в облачную папку ещё не означает, что компания организовала полноценное резервное копирование.

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

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

Что может произойти без резервного копирования

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

Однажды происходит сбой накопителей. Или сотрудник открывает вредоносное вложение, после чего программа-вымогатель начинает шифровать доступные сетевые папки.

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

Почему бизнес всё чаще использует облако

Облачное хранилище позволяет не держать всю информацию исключительно на локальных компьютерах и серверах.

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

Особенно это удобно для компаний с несколькими офисами, филиалами или удалёнными сотрудниками. При этом облако не отменяет необходимость продуманной защиты.

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

Главный принцип прост: данные должны быть не только доступны, но и защищены от потери, удаления и несанкционированного доступа.

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

Одним из наиболее известных подходов к организации резервного копирования является правило 3-2-1.

Такой подход снижает риск того, что один инцидент уничтожит одновременно рабочие данные и резервные копии.

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

Резервная копия тоже должна быть защищена

Очень важная ошибка — считать, что наличие backup автоматически решает проблему.

Современные атаки могут быть направлены не только на рабочие данные, но и на систему резервного копирования. Злоумышленник, получивший административный доступ, может попытаться удалить резервные копии перед тем, как зашифровать основную инфраструктуру.

Поэтому всё чаще используются неизменяемые резервные копии — Immutable Backup. Такая резервная копия не может быть удалена или изменена в течение установленного периода.

Это особенно важно при защите от ransomware. Если рабочие данные были зашифрованы, но резервные копии сохранились в неизменяемом виде, компания сохраняет возможность восстановить инфраструктуру.

Сколько резервных копий нужно хранить

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

Для некоторых компаний достаточно ежедневной копии. Для других критически важные базы необходимо резервировать значительно чаще. Если сотрудники активно работают с CRM, базами данных или бухгалтерской системой, потеря информации даже за один рабочий день может оказаться серьёзной проблемой.

При проектировании резервного копирования необходимо определить два важных показателя: RPO и RTO.

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

Резервная копия бесполезна, если её нельзя восстановить

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

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

Лучше обнаружить проблему во время плановой проверки, чем в тот момент, когда рабочие данные уже потеряны.

Кто должен иметь доступ к резервным копиям

Доступ к backup-инфраструктуре необходимо ограничивать. Если несколько сотрудников используют одну и ту же учётную запись с максимальными правами, риск значительно возрастает.

Желательно применять принцип минимально необходимых прав: человек получает только тот уровень доступа, который действительно нужен ему для работы.

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

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

Шифрование резервных копий

Если резервные копии содержат клиентские документы, персональные данные, финансовую информацию или внутреннюю документацию, важно учитывать защиту самих копий.

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

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

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

Что лучше: локальная копия или облако

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

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

Облачная копия создаёт дополнительный уровень защиты.

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

Поэтому вопрос обычно заключается не в выборе «локально или в облаке», а в том, как правильно объединить локальное и облачное хранение.

Что необходимо резервировать

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

• • Файловые серверы.
• • Базы данных.
• • 1С и другие бизнес-системы.
• • Корпоративная почта.
• • Microsoft 365 и другие облачные сервисы.
• • Виртуальные машины.
• • CRM и клиентские базы.
• • Рабочие документы сотрудников.
• • Конфигурации серверов и сетевого оборудования.
• • Настройки критически важных IT-систем.

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

Облачные сервисы тоже нужно резервировать

Есть распространённое заблуждение: если информация уже находится в облачном сервисе, значит её автоматически можно считать резервной копией.

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

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

Резервное копирование защищает не только от хакеров

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

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

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

Что стоит проверить компании прямо сейчас

Полезно задать себе несколько простых вопросов:

• 01. Когда последний раз создавалась резервная копия?
• 02. Кто контролирует её выполнение?
• 03. Где она хранится?
• 04. Есть ли копия за пределами основного сервера?
• 05. Может ли пользователь или администратор случайно её удалить?
• 06. Есть ли защита от ransomware?
• 07. Шифруются ли резервные данные?
• 08. Сколько времени понадобится для восстановления?
• 09. Проверял ли кто-нибудь восстановление на практике?
• 10. Есть ли резервные копии облачных сервисов и корпоративной почты?

Если на несколько этих вопросов нет точного ответа, значит систему резервного копирования стоит пересмотреть.

Комплексный подход важнее отдельного продукта

Надёжное резервное копирование — это не просто покупка NAS, диска или подписки на облако.

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

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

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

Данные нужно защищать до того, как они понадобятся

Резервное копирование — одна из тех технологий, ценность которой особенно хорошо становится понятна в момент аварии. Но в этот момент уже поздно начинать её настраивать.

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

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

Именно поэтому backup и облачное хранение следует рассматривать не как дополнительные IT-расходы, а как часть системы непрерывности, устойчивости и безопасности бизнеса.