Шифрование резервных копий Mac простыми словами: Time Machine, FileVault, SMB3 и почему нужны все три

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

Пропустите любой из них — и вы оставите брешь. Эти три слоя: FileVault на исходном диске, шифрование Time Machine на диске резервной копии и шифрование SMB3 на линии, когда резервная копия идёт по сети. В этой статье мы разберём каждый, объясним, от чего именно он защищает, а от чего нет, и завершим таблицей модели угроз, по которой вы сможете проверить собственную конфигурацию.

Три слоя одним предложением каждый

• FileVault шифрует данные, лежащие на внутреннем диске вашего Mac, чтобы вор, включивший его, не смог прочитать накопитель без вашего пароля.
• Шифрование Time Machine шифрует саму резервную копию, чтобы вор, укравший ваш USB-диск (или облачный провайдер, чьи серверы взломаны), не смог прочитать ваши файлы.
• Шифрование SMB3 шифрует данные, пока они движутся по сети, чтобы злоумышленник между вашим Mac и сервером резервных копий не смог подслушать.

Ни один из них не заменяет остальные. Каждый противостоит своей угрозе. Вам нужны все три.

Слой 1: FileVault, при хранении на источнике

FileVault — это дисковое шифрование, встроенное в macOS. При включении весь загрузочный диск macOS шифруется алгоритмом XTS-AES-128 с 256-битным ключом. Ключ выводится из вашего пароля входа и (на современных Mac) запечатан внутри Secure Enclave — специального чипа безопасности на Apple Silicon и на чипе T2 в недавних Intel-Mac.

От чего FileVault защищает

• Потерянный или украденный MacBook в выключенном состоянии. Вор видит зашифрованный набор данных. Без вашего пароля (или ключа восстановления) данные математически недоступны.
• Диск, извлечённый из Mac. Даже подключённый к другой машине, его содержимое зашифровано на уровне блоков.
• Утилизация старого Mac. Стирание ключа шифрования (что macOS делает при «Стереть контент и настройки») мгновенно делает данные невосстановимыми.

От чего FileVault не защищает

• Mac, который включён и разблокирован. После входа в систему том, с точки зрения ОС, смонтирован в открытом виде. Вредоносная программа, работающая с вашими правами, видит открытый текст.
• Mac в режиме сна, где FileVault не заблокирован повторно активно. Файлы гибернации теоретически могут утечь ключами; современная macOS смягчает это, но угроза не нулевая.
• Саму резервную копию. FileVault защищает исходный диск, а не целевой. Если ваша резервная копия Time Machine не зашифрована, данные лежат в открытом виде на диске резервной копии даже при заблокированном Mac.

Ключ восстановления

При включении FileVault macOS спрашивает, депонировать ли ключ восстановления в iCloud или хранить его локально. Локально — приватнее (Apple не сможет расшифровать ваш диск по законному запросу), но рискованнее (потеряете ключ — потеряете данные). iCloud — удобнее, но означает, что ключ есть у Apple. Объективно правильного выбора нет; всё зависит от вашей модели угроз. Что бы вы ни выбрали, храните ключ восстановления и где-то физически — например, на распечатанном листе в сейфе.

Слой 2: шифрование Time Machine, при хранении на резервной копии

Когда вы отмечаете «Шифровать резервную копию» при настройке места назначения Time Machine, macOS создаёт резервную копию как зашифрованный том с использованием AES-XTS-128. Указанный вами пароль шифрования используется для вывода ключа тома. Ключ хранится в вашем локальном Keychain, чтобы последующие резервные копии выполнялись автоматически без повторного запроса.

Зашифрованная резервная копия располагается внутри sparsebundle (папки из файлов-«полос», которые вместе образуют виртуальный диск) в месте назначения. Сама оболочка sparsebundle — открытый текст, но всё внутри неё (содержимое файлов, имена файлов, структура каталогов, метаданные) зашифровано как том CoreStorage или APFS.

От чего защищает шифрование Time Machine

• Украденный диск с резервной копией. Вор, унёсший ваш USB-SSD, видит шифротекст.
• Компрометация облачного сервера. Если ваша резервная копия лежит на облачном ресурсе SMB, провайдер всегда хранит только зашифрованные блоки. Даже злонамеренный администратор или взлом на стороне сервера ничего не откроют без вашего пароля.
• Повестка в суд или законный запрос к провайдеру резервных копий. Провайдеру нечего передать в открытом виде. Он может выдать шифротекст, который бесполезен без ключа, а ключ никогда не покидает ваш Mac. Именно это имеют в виду, когда называют конфигурацию «с нулевым разглашением» (zero-knowledge).
• Утилизация старого оборудования для резервных копий. Переформатирование незашифрованного диска резервной копии на самом деле не стирает данные немедленно (лишь помечает их как удалённые); зашифрованный том, потерявший ключ, фактически стёрт на месте.

От чего шифрование Time Machine не защищает

• Злоумышленника, у которого есть и резервная копия, и ваш пароль шифрования. Шифрование хорошо ровно настолько, насколько секретен ключ.
• Программу-вымогатель на исходном Mac, имеющую доступ к ресурсу резервной копии. Если ресурс резервной копии смонтирован и доступен для записи, вымогатель может зашифровать или удалить его содержимое. Шифрование защищает конфиденциальность, а не целостность или доступность.
• Прослушивание сети во время резервного копирования. Зашифрованные блоки должны как-то путешествовать по сети; если транспорт открыт, злоумышленник на пути может собрать шифротекст для офлайн-попыток перебора. Отсюда — SMB3.

Слой 3: шифрование SMB3, при передаче

SMB3 — это сетевой протокол, который macOS использует для общения с сетевыми файловыми ресурсами. Начиная с SMB 3.0 (2012) протокол поддерживает шифрование на уровне сессии с использованием AES-128-CCM; SMB 3.1.1 (2016) добавил AES-128-GCM, который современная macOS по умолчанию согласовывает с совместимыми серверами.

От чего защищает шифрование SMB3

• Враждебный Wi-Fi в кафе. Злоумышленник в той же сети не сможет прочитать ваш трафик.
• Слежку на уровне провайдера. Ваш интернет-провайдер видит, что вы говорите по SMB с определённым IP, но не может прочитать содержимое файлов.
• Скомпрометированное промежуточное оборудование. Человек посередине (man-in-the-middle) на пути между вашим Mac и сервером резервных копий видит на уровне SMB только шифротекст.
• Подмену при передаче. SMB3 также подписывает трафик, поэтому злоумышленник не сможет внедрить или изменить данные, не нарушив подпись.

От чего шифрование SMB3 не защищает

• От самого сервера. SMB3 работает «от узла к узлу»: клиент шифрует, сервер расшифровывает. Сервер видит открытый текст на уровне SMB (поэтому вам также нужно шифрование Time Machine под ним).
• От чего-либо после попадания в место назначения. После записи на диск SMB3 своё дело сделал и больше не участвует.
• От сервера, который на самом деле не согласовывает шифрование SMB3. Некоторые старые NAS-устройства и определённые бюджетные хостинги предлагают только SMB1 или незашифрованный SMB2. macOS откатится на них, если вы позволите. Прочитайте разбор SMB3, чтобы узнать детали согласования и как проверить.

Где на самом деле живут ключи

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

• Ключ FileVault: выводится из вашего пароля входа, запечатан в Secure Enclave на Mac с Apple Silicon и T2. Ключ восстановления депонирован в iCloud или распечатан.
• Ключ шифрования Time Machine: выводится из пароля шифрования, выбранного вами при настройке. Кэшируется в вашем локальном Keychain, чтобы последующие резервные копии не запрашивали его. Ключ никогда не покидает ваш Mac.
• Сессионный ключ SMB3: согласуется заново для каждой сессии через обмен ключами в стиле Диффи–Хеллмана. Живёт только в оперативной памяти на вашем Mac и на сервере на время соединения.

Таблица модели угроз

Вот практический взгляд: от каких угроз на самом деле защищает каждый слой?

Угроза	FileVault	Шифрование TM	SMB3
Украденный MacBook (выключенный)	Да	Нет	Нет
Украденный диск с резервной копией	Нет	Да	Нет
Враждебный Wi-Fi в кафе	Нет	Частично	Да
Скомпрометированный администратор облачного провайдера	Нет	Да	Частично
Повестка провайдеру резервных копий	Нет	Да	Нет
Программа-вымогатель, нацеленная на резервные копии	Нет	Нет	Нет
Потерянный MacBook с разблокированным экраном	Нет	Нет	Нет
Утилизация старого диска с резервной копией	Нет	Да	Нет

Несколько строк здесь важнее остальных. Строка «программа-вымогатель, нацеленная на резервные копии» — это «Нет» по всем колонкам, потому что шифрование конфиденциальности не решает проблему доступности. Защита от вымогателей — это версионные снимки плюс офлайн- или защищённая от записи копия, а не шифрование. Строка «потерянный MacBook с разблокированным экраном» напоминает, что любая модель угроз, предполагающая, что устройство в руках злоумышленника, пока вы в системе, побеждает любой криптографический слой, потому что сама ОС расшифровывает в реальном времени.

Почему все три вместе

Теперь прогоните таблицу заново, включив лишь один слой.

Если у вас есть FileVault, но нет шифрования Time Machine: вор, укравший ваш диск с резервной копией (который часто лежит в той же комнате, что и Mac), получает полный доступ ко всему. Если ваша резервная копия в облаке, любой, кто скомпрометирует облачного провайдера, получает полный доступ.

Если у вас есть шифрование Time Machine, но нет FileVault: вор, включивший ваш украденный MacBook, получает полный доступ к вашим живым данным. Резервная копия в безопасности; источник — нет.

Если у вас есть оба слоя «при хранении», но нет SMB3 «при передаче»: злоумышленник в сети Wi-Fi кофейни может перехватить ваш шифротекст, да, но также потенциально может перехватить метаданные, шаблоны трафика и любые незашифрованные уровни протокола над SMB. Не катастрофа, но вы отказались от лёгкого усиления защиты.

Вам нужны все три. По отдельности они дёшевы. Вместе они покрывают практически любую угрозу, кроме «у злоумышленника root на вашей разблокированной машине», а против этого никакое шифрование никому не поможет. Подробности о том, как Capsule Backup сочетает эти слои в контексте облачного Time Machine, см. на нашей странице безопасности.

Как включить каждый слой

FileVault

Системные настройки → Конфиденциальность и безопасность → FileVault → Включить. Выберите ключ восстановления в iCloud или локальный. Дождитесь завершения первоначального шифрования (современные Mac делают это в фоне, пока вы работаете; старым Mac может понадобиться несколько часов).

Шифрование Time Machine

Системные настройки → Основные → Time Machine → Добавить диск резервного копирования. При запросе отметьте «Шифровать резервную копию». Задайте надёжный пароль (16+ символов из менеджера паролей — идеально). Для глубокого погружения в настройку, выбор пароля и восстановление см. руководство по зашифрованным резервным копиям.

Шифрование SMB3

В основном автоматически на современной macOS при подключении к современному серверу SMB. Чтобы явно требовать его, отредактируйте /etc/nsmb.conf:

[default]
signing_required=yes
smb_neg=smb3_only

Это принуждает к согласованию SMB3 и отклоняет откат. Используйте это на корпоративном Mac или везде, где вы не можете позволить себе тихое понижение уровня. Для деталей протокола и способов проверки см. разбор SMB3.

Частые ошибки

• Повторное использование пароля входа в качестве пароля Time Machine. Одна утечка компрометирует оба слоя. Используйте разные пароли из менеджера паролей.
• Отсутствие хранения ключа восстановления или пароля шифрования где-то физически. Если ваш Mac выйдет из строя, а пароль был только в его Keychain, резервная копия превратится в бесполезный груз.
• Доверие к принципу «резервная копия в облаке, значит, она должна быть зашифрована». Многие облачные инструменты резервного копирования шифруют на стороне сервера ключами, которыми владеет провайдер, — а значит, провайдер может расшифровать. Это ощутимо слабее клиентского шифрования ключами пользователя. Всегда проверяйте модель угроз.
• Забвение угрозы целостности. Шифрование защищает конфиденциальность, а не доступность. Сочетайте шифрование с версионными снимками (Time Machine делает это) плюс офлайн- или внеплощадочной копией. Бизнес-пользователям в особенности стоит планировать и защиту от вымогателей.
• Однослойное мышление. «У меня есть FileVault, я в безопасности» — самая распространённая ошибка в этом списке. Перечитайте таблицу модели угроз.

Бонусный слой: VPN как обёртка для SMB

SMB3 через открытый интернет работает, но некоторые пользователи предпочитают также завернуть соединение в VPN-туннель. WireGuard — современный выбор (быстрый, компактный, прошедший аудит); OpenVPN — более старый стандарт. VPN снова шифрует трафик SMB3 ещё одним слоем ключей, что в основном даёт вам защиту в глубину и единую точку контроля для сетевой политики. Он не заменяет ни один из трёх основных слоёв; он добавляет четвёртый.

Для большинства пользователей в обычной домашней или офисной сети одного SMB3 достаточно. Для пользователей в общих, враждебных или недоверенных сетях (конференции, отели, коворкинги) VPN — стоящее дополнение. По сравнению с проприетарными облачными решениями синхронизации вроде iCloud или Backblaze, модель облачного Time Machine с тремя слоями шифрования даёт вам более надёжные гарантии относительно того, кто может прочитать ваши данные.

Итог

Шифрование — это не один переключатель. Это стек из трёх взаимодействующих слоёв:

• FileVault защищает от потери устройства.
• Шифрование Time Machine защищает от компрометации резервной копии (и именно оно делает облачную копию по-настоящему приватной).
• SMB3 защищает от наблюдения за сетью во время передачи.

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