Является ли NTFS разработанной для обеспечения файловых разрешений, когда том подключен в другой ОС?

Когда том NTFS доступен из Windows, ОС проверяет соответствующие ACL для каждой операции и разрешает или запрещает операцию соответствующим образом. Но без этого взаимодействия со стороны ОС — то есть, если компьютер работает под другой ОС или читает диск в некотором “сыром” режиме — есть ли что-то в NTFS, что предотвратит доступ к ограниченному файлу, если вы не вошли в эту конкретную SID? (Что было бы невозможно в другой ОС.) Думаю, мой вопрос как-то сводится к шифрованию, потому что если содержимое файла хранится в открытом виде вместе с его ACL, то ничего нельзя обеспечить. Может кто-то, обладающий знаниями в этой теме, подтвердить мои предположения?

Файловая система не может обеспечивать права. Это пассивная структура данных, которая интерпретируется ОС, и работающая ОС имеет полный контроль над тем, что она делает с этой файловой системой. Таким образом, если вы получите доступ к диску NTFS, используя файловый драйвер, который не реализует проверку прав (как, например, 7-Zip) или имеет их в качестве опциональных (как NTFS-3G на Linux), то права не будут проверяться.

Даже “родная” ОС файловой системы обычно имеет механизм выхода для системного администратора, чтобы обойти ACL в случае чрезвычайной ситуации — например, привилегия “Принятие владения” в Windows, которая позволяет администратору полностью сбросить ACL для объекта (например, если учетная запись владельца становится недоступной… или, действительно, если весь “домашний” компьютер становится недоступным и вам нужно восстановить оставшиеся данные).

Большинство операционных систем имеют более широкие возможности обхода прав администратора, например, в Windows также есть пара привилегий “Резервное копирование/Восстановление”, которые полностью обходят проверки прав на “чтение” и “запись”, существующие номинально для создания системных резервных копий, но на практике действующие как универсальная лазейка вокруг ACL.

(Например, обычно Windows не позволяет “отдавать” файлы по причинам квот и следов аудита, и в то же время должна позволять для восстановления резервных копий, и в конечном итоге Проводник Windows поддерживает “злоупотребление” привилегией “Восстановление” для установки произвольного владения файлами. Как еще один пример, PowerShell использует привилегию “Восстановление”, когда администратор просит его удалить файл, для которого ACLы запрещают удаление.)

NTFS имеет механизм шифрования по этой самой причине — EFS (Система шифрования файлов) является частью Windows с Win2000 и основана на гибридном шифровании, связанном с конкретными учетными записями пользователей. (Правда, не непосредственно с их SID, а с сертификатами RSA, хранящимися как часть учетной записи пользователя Windows.)

Файловая система (FS) — это просто сериализованные данные, записанные на носитель. Это не активное приложение, и она не может обеспечивать ничего.

Операционная система (ОС) и её драйверы содержат правила о том, как данные FS должны читаться и записываться. Она реализует обработку данных на основе документации разработчиков… но эта документация может быть не полной, и эту документацию не обязаны соблюдать разработчики ОС и драйверов.

Например, Microsoft реализовала дополнительные атрибуты в NTFS, такие как Ширина рамки и Композиторы, но они могут не отображаться при просмотре на другой ОС.

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

Кстати, крайний пример — Forth. В старых реализациях нужно было определять все операции FS в языке. Сейчас есть библиотеки, чтобы это было немного проще.

При доступе к диску с файловой системой NTFS с другой операционной системы NTFS представляет собой просто структуру данных на диске. С помощью редактора дисков вы (и ОС тоже) можете читать и записывать любой сектор по желанию, поэтому “файловая система NTFS” не предлагает никакой защиты в этом случае.

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

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

Щелкните правой кнопкой мыши на файл, выберите “Свойства”, “Общие”, “Дополнительно”, отметьте “Шифровать содержимое для защиты данных”.

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

Хранение ключей немного изменилось с разными версиями Windows, но хранение ключей не является фундаментальной частью NTFS. Тем не менее, если у вас есть ключи, можно расшифровать файлы и папки NTFS из Linux. Я не знаю, встроено ли это в текущую версию NTFS, которая недавно была интегрирована в ядро Linux, или вам все еще нужно использовать отдельную утилиту.

В Windows также есть инструмент под названием BitLocker. Это не часть NTFS, это логический драйвер диска.