Windows 7 Unzip загруженные архивы в зашифрованном виде - EFS

В основном, когда я загружаю zip-архив, обычно в chrome, но это происходит и в Mozilla, файлы в архиве зашифровываются (EFS), когда я их распаковываю. Не защищен паролем или чем-либо связанным с функцией zip, но фактически зашифрован с использованием Windows EFS.

Я не могу на всю жизнь понять, что является причиной этого.

Скриншот:

Однако, если я возвращаюсь, чтобы увидеть корневую папку, базовый каталог не зашифрован:

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

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

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

Подвести итоги:

Windows 7_64

Скачанный ZIP архив

Распакуйте с помощью встроенного в Windows 7 приложения для извлечения

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

Окна всегда в курсе. Всегда запускайте Eset Smart Security на этом компьютере. EFS используется в нескольких папках на этом компьютере, но не в таких папках, как настольный компьютер, файлы для загрузки или мои документы. Любые предложения или указания по этому вопросу будут с благодарностью.

Скриншоты свойств этих папок. Это для архива, который хранится в загрузках.

Свойства папки загрузок:

Свойства архива (разблокировка ничего не меняет):

Свойства после распаковки:

Свойства зашифрованных файлов:

0 ответов

tldr: ошибка Windows предположительно исправлена ​​в Windows 8

Мы столкнулись с этой проблемой при попытке скопировать некоторые старые данные с одного файлового сервера Windows на NetApp NAS. Мы продолжали сталкиваться с проблемой, когда ROBOCOPY не мог скопировать файлы:

2020/05/23 19:49:43 ERROR 6000 (0x00001770) Accessing Destination Directory l:\Somepath\folder\__MACOSX\
The specified file could not be encrypted.

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

После некоторого исследования я нашел ссылку на старый пост в блоге Microsoft, который с тех пор был удален. Вот ссылка на статью в Интернет-архиве и текст ниже.

https://web.archive.org/web/20131110020048/http://blogs.msdn.com/b/asklar/archive/2012/05/03/why-do-zip-files-from-mac-os-show-up-as-green-encrypted.aspx

Почему файлы.zip из Mac OS отображаются зеленым цветом / зашифрованы?

Это действительно забавно. Спецификация ZIP требует, чтобы программа / ОС, создающая zip-архив, включала тег, информирующий о себе программу, пытающуюся распаковать архив. Эта информация называется "версия, созданная" и выглядит так:

      0 - MS-DOS and OS/2 (FAT / VFAT / FAT32 file systems)
      1 - Amiga                     2 - OpenVMS
      3 - UNIX                      4 - VM/CMS
      5 - Atari ST                  6 - OS/2 H.P.F.S.
      7 - Macintosh                 8 - Z-System
      9 - CP/M                     10 - Windows NTFS
     11 - MVS (OS/390 - Z/OS)      12 - VSE
     13 - Acorn Risc               14 - VFAT
     15 - alternate MVS            16 - BeOS
     17 - Tandem                   18 - OS/400
     19 - OS/X (Darwin)            20 thru 255 - unused

Интересно, что Mac OS маркирует создаваемые ею zip-архивы значением 3 (UNIX). Хорошо, думаю, пока никаких проблем.

Проблема возникает, когда Windows не понимает, как интерпретировать атрибуты файла / папки. В FAT/NTFS эти значения хранятся в соответствии с этим определением констант атрибутов файлов. Вы увидите, что FILE_ATTRIBUTE_ENCRYPTED имеет значение 0x4000.

Интересно, как Mac OS хранит атрибуты файлов в zip-архиве. Mac OS, будучи ОС на основе UNIX, использует систему атрибутов файлов / папок UNIX (и разрешения, но это тема для другого раза...).. Так уж случилось, что в POSIX флаг для описания каталога / папки (S_IFDIR) по совпадению также имеет значение 0x4000. Итак, оказывается, что код распаковки zip не знал, что могут быть другие операционные системы, которые могут создавать zip-архивы...

Бонусный вопрос: можете ли вы изменить это поведение. Ответ: Нет; но вы можете легко сбросить флаг шифрования с извлеченных файлов / папок.

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

Внизу сообщения в комментариях автор сообщения упоминает, что ошибка была исправлена ​​в Windows 8. Я попытался воспроизвести проблему в Windows 10, но не смог.

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

Другие вопросы по тегам