Я провел некоторое тестирование и могу предложить (надеюсь) авторитетный ответ.
Краткий ответ: версии хранятся на том же диске (или образе диска), что и сам файл, поэтому версии не должны пропускать информацию за пределы вашего зашифрованного образа. Но может быть другая утечка, см. Ниже.
Длинный ответ: Версии создают невидимую папку в верхней части каждого тома с именем .DocumentRevisions-V100 с внутренней структурой, подобной этой:
.DocumentRevisions-V100
.cs
ChunkStorage (this is presumably used to store chunks of large files that didn't entirely change between versions)
AllUIDs (this is only created on disks that have permissions ignored)
ChunkTemp
db-v1
db.sqlite (this is the primary index of document IDs, etc)
PerUID (this is only created on disks that have ownership respected)
501 (documents created/owned by user #501)
502 (etc...)
staging (???)
Информацию об индексе sqlite и фоновом демоне, обеспечивающем доступ к нему, можно прочитать в превосходном обзоре Джона Сиракузы на ars technica .
Сами версии документов хранятся в подкаталогах либо в AllUID, либо в PerUID / youruserid. В соответствии с этим каждый версионный документ получает свой собственный подкаталог, который нумеруется начиная с 1. Под этим находится одна папка с именем «com.apple.documentVersions», и при этом каждая ревизия сохраняется как отдельный документ (если он не разбит на куски - - Я не экспериментировал с большими документами) с именем UUID и расширением типа. Например, если я (пользователь № 501) отредактирую документ rtf на своем загрузочном томе и сохраню несколько ревизий, они могут быть сохранены как:
/.DocumentRevisions-V100/PerUID/501/1/com.apple.documentVersions/0787B7C3-DE11-4065-9FD9-61870212011D.rtf
/.DocumentRevisions-V100/PerUID/501/1/com.apple.documentVersions/D533CF36-0D49-4910-B0EB-C92395C05726.rtf
Если я затем открою другой файл RTF и сохраню его версию, он может быть назван:
/.DocumentRevisions-V100/PerUID/501/2/com.apple.documentVersions/74A6EF6E-A22A-4196-B560-40ABDBF46DF4.rtf
Если бы я сохранил его на своем образе SecretDocs (смонтированном с игнорированием владельца), версии будут сохранены как:
/Volumes/SecretDocs/.DocumentRevisions-V100/AllUIDs/1/com.apple.documentVersions/2ED4DAFD-9BCF-4158-BFDB-F9EEC631E44A.rtf
Кстати, права доступа к файлам версий, похоже, клонированы из исходных файлов. Разрешения на вложенные папки, как правило, позволяют только выполнять (т.е. вы не можете видеть имена файлов, но если вы знаете имя файла, вы можете получить к нему доступ). Например, PerUID / 501 установлен для разрешения выполнения только для пользователя 501, без доступа для кого-либо еще. Папка db-v1 разрешает только root-доступ. Без подробного расследования, это кажется довольно запертым.
Теперь об этой другой утечке, которой я угрожал вам: приложения Lion, как правило, сохраняют свое состояние при выходе, поэтому, если у вас открыт конфиденциальный документ, когда вы выходите, часть его информации (например, снимок экрана) может храниться в ~ / Библиотека / Состояние сохраненного приложения / someappid.savedState. Пока вы закрывались перед сохранением, я думаю, что вы здесь в безопасности.
Отличный вопрос от Фила М!
Данные, относящиеся к версиям Apple, иногда не ограничиваются /.DocumentRevisions-V100
Я буду держать это как можно более кратким. Ключевые понятия:
В некоторых обстоятельствах
- https://discussions.apple.com/message/15739595#15739595 (2011-07-25)
Кроме того, слегка адаптировано из https://discussions.apple.com/message/15741724#15741724
В моем последнем тесте с тем же сервером AFP версии для удаленного снимка экрана .png:
являются локальными и находятся в пределах надлежащим образом скрытого
~/Library
… см. автосохранение, версии, резюме и Прозрачный жизненный цикл приложения (TAL): появляющаяся техническая информацияявляются не локально на
/.DocumentRevisions-V100
являются не удаленно
/.DocumentRevisions-V100
...
Локально могут быть некоторые связанные данные,
/.DocumentRevisions-V100
но в этом случае версии удаленного файла являются локальными и не ограничиваются пользователем root. См., Например, снимок экрана 001 по адресу http://www.wuala.com/grahamperrin/public/2011/07/25/e/?mode=gallery, демонстрирующий локальные версии удаленного файла, открытого после отключения от файлового сервера.Вернемся к открытому вопросу здесь в Ask Different… зашифрованные изображения .sparsebundle, безопасность. Учти это:
В контексте зашифрованного образа диска разреженного комплекта пользователи могут с большей вероятностью использовать JHFS + (с поддержкой постоянного хранения версий), чем MS-DOS (без поддержки).
Тем не менее: кто-то должен проверить, остаются ли незашифрованные версии в домашнем каталоге пользователя - который может быть незашифрованным - после того, как такой том отключен.
Лично я нахожу fseventer наиболее полезным в тестовых ситуациях, таких как эта. YMMV.
разделение
Некоторые из этого ответа могут вызвать вопросы, которые не относятся только к шифрованию, не относятся к редким образам дисков в комплекте, не относятся к безопасности. Это потенциально сложные темы, поэтому, пожалуйста, вместо того, чтобы задавать вопросы в комментариях под этим ответом, я, вероятно, должен поощрять каждый вопрос задавать отдельно.
источник
Я проверил документацию Apple для разработчиков по функции версий, и кажется, что она указывает, что предыдущие версии документа хранятся в том же «месте» (имеется в виду тот же файл или та же папка), что и текущая версия документа; но документация скудна на деталях.
Есть также статья от AppleInsider под названием «Внутри Mac OS X 10.7 Lion: автосохранение, версии файлов и Time Machine» , в которой говорится:
Я еще не нашел более подробного описания того, как работает функция Версии.
источник
.DocumentRevisions-V100
(а не в том же файле, что и документ)Гордон, это хорошая новость для всех, а также для разработчиков программного обеспечения для Knox и Espionage (я использую оба этих приложения).
Вот сценарий, который пользователи должны остерегаться, хотя. Если вы обращаетесь к файлу в подключенном зашифрованном образе диска на внешнем диске, файлы версии, вероятно, будут находиться на системном диске пользователя в незашифрованном виде. Одним из способов решения этой проблемы является копирование .sparsebundle на системный диск перед его монтированием.
Другой сценарий - это, если .sparsebundle находится на другом компьютере Snow Leopard Mac в той же сети, и изображение используется в сети, что позволяет монтировать его на Lion Mac, просматривая его через Finder. (Я делаю это иногда.) Это определенно приведет к тому, что любые файлы версий будут помещены на системный диск пользователя в незашифрованном виде. Одним из способов решения этой проблемы было бы использование общего экрана для управления Snow Leopard Mac, а затем монтирование и работа с образом на этом Mac.
Суть в том, что в Lion люди должны понимать больше и быть осторожнее, чем когда-либо, используя зашифрованные образы дисков, если образы не находятся на системном диске. Я надеюсь, что разработчики Knox и Espionage предупредят своих клиентов об этих проблемах.
РЕДАКТИРОВАТЬ: Грэм ответ, кажется, поддерживает большинство моих предположений.
источник
.DocumentRevisions
зашифрованный том . Ответ @ Гордона также, кажется, подтверждает это.