[Petya V4sechkin]

Например NTFS разрешения на файлы в 64-bit`ной системе subinacl редактирует корректно.

Сейчас проверил: в папке System32 ничего он не редактирует (потому что система в SysWOW64 перенаправляет). Хотя можно использовать псевдоним SysNative.

я для экспериментов специально создавал раздел с GUID, отличающимся от существующего последней буквой, «e» вместо «d»; с ним и игрался

А, разницу в одну букву я не заметил :)
Просто исходный раздел есть и в Wow6432Node тоже.

[Anton04]

Вот не думаю. »

Проверенно ещё на 64-bit`ной Win7, если в Win10 ничего принципиального не поменяли, то и там должно работать.

не поверите — старичка Regini.exe. »

Почему не поверю, ещё как поверю! Просто хотелось использовать один инструмент для редактирования разрешения и в NTFS и в реестре.

P.S. Спасибо, буду смотреть в сторону утилиты SetACL, может мне и подойдёт.

Сейчас проверил: в папке System32 ничего он не редактирует (потому что система в SysWOW64 перенаправляет). Хотя можно использовать псевдоним SysNative. »

Я делал разрешения для файлов и папок в каталогах "Program Files" и "Program Files (x86)" и там у меня всё срабатывает.

[Petya V4sechkin]

Anton04, для файловой системы перенаправление касается только папки %windir%\System32:
File System Redirector

[Iska]

Просто исходный раздел есть и в Wow6432Node тоже. »

У меня (под Windows 7 x64), в HKCU — нет, в HKCR — есть (на скриншоте ошибка и там, и там из-за того, что я сам создавал раздел с чуть изменённым именем, как писал выше).

Там, конечно, уже чёрт голову сломит со всеми этими слияниями виртуальных разделов (HKCR) из частей отдельных кустов, динамических разделов, перекрестными символическими ссылками, перенаправлениями и рефлексиями… Сам, зачастую, начинаешь путаться.

[Petya V4sechkin]

в HKCU — нет

Разумеется, ведь изначально речь шла о HKCR и {20D04FE0-3AEA-1069-A2D8-08002B30309D}.
Я полагал, что это ясно из контекста.
Ладно, проехали :)

[Казбек]

You will have to use REGINI.EXE to set registry permissions and CACLS for files. There is no support for SUBINACL under 64 bit O/S's

Davis McCarn

How to change Registry Permissions with RegIni.exe (VBScript)

[Vadikan]

Про subinacl интересно, но задача изначально содержала ненужные условия (пункты 1, 2, 4). Всё проще - от https://www.outsidethebox.ms/10539/#_Toc277326816 и до конца

[Anton04]

Vadikan,

Хм... то же интересный подход, правда я мыслил шире, т.к. подобных изменений может возникнуть масса в любых частях реестра и изначально не известно на какие ветки реестра даны те или иные разрешения и чтоб каждый раз не проверять обратился именно к процессу смены владельца т.п. Как правильно сказано не всегда учётная запись "Система" или "TrustedInstaller" имеет полный доступ к тем или иным веткам реестра.
Это к тому, что за ранее не известно какие разрешения MS вдруг поменяет, а в теории данные команды должны срабатывать в 99 % случаев.

Не много не понятно будет ли работать такая вот команда: psexec -i -s regedit /s "c:\test.reg" или tshell.exe regedit /s "c:\test.reg"

P.S. Благодарю за идею.

[Vadikan]

Anton04, в вашем варианте чтобы вернуть разрешения назад, все равно нужно знать, кто был владельцем. В принципе, такие операции нужны крайне редко, поэтому какие-то супер-универсальные решения не нужны.

[Anton04]

в вашем варианте чтобы вернуть разрешения назад, все равно нужно знать, кто был владельцем. »

Ну да, что есть, то есть...
Будем тестить, то что есть psexec и Trusted Shell.

P.S. Очень жаль, что у MS нету решения из коробки по поводу внесения изменений в реестр от имени системы или TrustedInstaller (powershell я не беру во внимание, хоть и знаю что он хорош).