Шифрование облачных резервных копий простыми словами

Под «зашифрованной резервной копией» могут понимать три разные вещи: данные шифруются, пока идут в облако (при передаче), шифруются, пока лежат в хранилище (при хранении), или шифруются на вашем ПК до отправки ключом, который есть только у вас (на стороне клиента). Они защищают от разных проблем, а поставщики часто употребляют это слово, не уточняя, что имеют в виду. В этом руководстве разобраны все три вида, сказано, что Tornova делает сегодня (при передаче и при хранении; шифрование на стороне клиента запланировано, но недоступно), и дан чек-лист для оценки любого поставщика резервного копирования.

Три значения слов «зашифрованная резервная копия»

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

Три вида шифрования в облачной резервной копии
Вид	Когда данные защищены	У кого ключ	Основная защита
При передаче	Пока файлы идут между вашим ПК и облаком	Согласуется между вашим ПК и сервисом (TLS)	Тот, кто следит за сетью, например в общественной сети Wi-Fi, не может прочитать или изменить данные на лету
При хранении	Пока файлы лежат в облачном хранилище поставщика	Управляется инфраструктурой поставщика	Тот, кто получил доступ к «сырому» хранилищу, например к потерянному диску, не может его прочитать
На стороне клиента	До того как файлы покидают ваш ПК, и при хранении	У вас (или у приложения, использующего ключ, который контролируете только вы)	Поставщик не может прочитать ваши файлы без вашего ключа

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

Шифрование при передаче

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

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

Шифрование при хранении

Шифрование при хранении означает, что данные лежат на дисках поставщика в зашифрованном виде. Если кто-то получит само оборудование хранилища или «сырой» доступ к нему, читаемых файлов он не получит. Крупные облачные платформы применяют это к уровню хранилища по умолчанию.

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

Шифрование на стороне клиента и почему оно не просто «лучше»

При шифровании на стороне клиента ваш ПК шифрует файлы до отправки, используя ключ, который контролируете только вы. Поставщик хранит данные, которые не может прочитать. Иногда это называют сквозным шифрованием или шифрованием, при котором поставщик не может прочитать файлы (zero-knowledge), хотя эти термины употребляют вольно, и поэтому описание поставщика стоит читать внимательно.

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

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

Что Tornova делает сегодня

Сегодня Tornova Backup использует первые два вида. Шифрование на стороне клиента запланировано, но недоступно. Сегодня каждый аккаунт Tornova — это Standard Secure Account.

При передаче: данные шифруются при передаче с использованием TLS 1.2 или новее.
При хранении: данные шифруются при хранении в облачном хранилище — это Azure Blob Storage в США.
Доступ к хранилищу: хранилище никогда не открыто публично. Доступ использует краткосрочную контролируемую авторизацию.
Идентификация устройства: у каждого Windows Agent есть собственные учётные данные устройства, отдельные от входа пользователя.
Целостность: содержимое файлов определяется и проверяется с помощью SHA-256.
Защита аккаунта: необязательная двухфакторная аутентификация (TOTP).
Контроль восстановления: восстановление контролируется отдельно от резервного копирования. У организаций есть также Emergency Stop.

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

Страница «Безопасность» и FAQ описывают эти средства так, как они опубликованы.

Чек-лист для оценки любого поставщика резервного копирования

Шифруются ли данные при передаче, и какая версия TLS? Ищите TLS 1.2 или новее.
Шифруются ли они при хранении? Спросите, зашифровано ли хранилище и где оно находится.
Есть ли шифрование на стороне клиента, и оно необязательное или обязательное? Прочитайте, что будет, если вы потеряете ключ.
У кого ключи? Если ими управляет поставщик, в принципе он может получить к ним доступ.
Как контролируется доступ к хранилищу? Публичного или анонимного доступа быть не должно; ищите краткосрочный авторизованный доступ.
Как защищён ваш аккаунт? Должна быть доступна двухфакторная аутентификация, а восстановление должно поддаваться контролю.
Где хранятся данные и по законам какой страны? Для некоторых компаний и профессий это важно.
Что поставщик сам называет своими ограничениями? Поставщику, который честно говорит об ограничениях, запланированных функциях и нынешних пробелах, проще доверять, чем тому, кто обещает всё.
Можете ли вы восстановить настоящий файл? Безопасность, которую нельзя проверить самому, — это обещание, а не функция.

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

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

Зашифрована ли моя резервная копия в Tornova?

Да: при передаче (TLS 1.2 или новее) и при хранении в облачном хранилище. Шифрование на стороне клиента запланировано, но сегодня недоступно.

Может ли Tornova читать мои файлы?

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

Чем сквозное шифрование отличается от шифрования при хранении?

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

Значит ли значок замка или HTTPS, что моя резервная копия конфиденциальна?

Это значит, что соединение зашифровано при передаче. Это ничего не говорит о том, как хранятся данные и кто может прочитать их потом.

Что делать, если мои файлы должны быть нечитаемыми даже для поставщика?

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