Восстановление прав разделов реестра
Аноним (Microsoft Windows 7: New Opera)
01/03/26 Вск 23:19:59
№
1
Есть утилиты, которые при надобности отслеживают записи всех ключей при установке, типа как опция установки через revo uninstaller. Другой вариант - делать копию реестра из system32\config, потом восстанавливать, но это неудобно, т.к. нужно загружаться с другой системы, с флешки или диска. Посмотрел на regshot, он походу только разницу изменений показывать может в виде текста.
>делать копию реестра из system32\config
Анон, распиши поподробней что ты имеешь ввиду. Для меня вариант руками, с загрузкой с флешки наиболее подходящий
До установки приложения загружаешься с флешки/диска, копируешь директорию system32\config куда-то. Устанавливаешь приложение, делаешь новую копию таким же образом. Потом, если нужно удалить все из реестра, что добавлялось при установке приложения - восстанавливаешь реестр из первой копии.
В ответах предлагали некорректное решение - с помощью SetACL установить одинаковые права для подразделов, что можно сделать и через regedit.
Теоретически можно было сделать через SubInACL: 1) На чистой Windows считываются исходные права реестра: subinacl /noverbose /outputlog=PERMISSIONS.TXT /subkeyreg HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet /display 2) На основной Windows запускается subinacl /playfile PERMISSIONS.TXT , но оказалось, что subinacl не может воспроизвести свой же вывод, возможно из-за того, что в нем есть не только английские буквы. Попробовал на одном ключе и стало понятно, что не прокатит, если не выводить все в SID вместо имен пользователей, может есть какой-то подобный ключ, но не нашел.
Следующий вариант - взять ветки реестра из чистой системы и в них импортировать свои значения, при этом сохраняются изначальные права. Но при этом варианте импортируется около 90-95% данных с ошибкой, что не все импортировалось и критичный раздел - HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control , не может подменить какие-то значения, чтоб запустилась система, прокатывает восстановить большую часть HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services , хоть и тоже с ошибкой импортируется не все, но система запускается и большинство прав восстанавливается. А вот в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control что-то не восстанавливается импортом, что доходит до загрузки курсора и идет в ребут, если ничего не импортировать, а просто подменить ветки, то в ребут идет с первой же секунды.
Твоя цель всего этого какава? Что ты пытаешься сделать и для чего?
Хочу восстановить изначальные права системных разделов реестра, т.к. может еще что-то не запуститься, как внезапно выяснилось насчет некоторых сервисов.
Не хочешь общаться - не надо. Пока.
> я засунул лом в работающий двигатель, теперь надо как-то быстренько его восстановить, очень важно, чтобы вы мне помогли, пнятненько?
Если ты хоть какие-то скрипты для автоматизации писать умеешь, то можно изловчиться и сравнить права в свежеустановленной системе и твоей и вывести агрегированный по веткам список, чтобы найти самые важные отличия.
На практике ты бы уже это сделал, если бы мог, а так переустановить винду у тебя займёт меньше времени.
Сейчас нет критичных проблем, но могут внезапно проявиться, не собирался переустанавливать, даже если и будут какие-то проблемы, но хотелось бы их решить. Несложно находить заблоченный раздел при помощи Process Monitor, но лучше бы решить проблему сразу со всеми разделами.
> сравнить права в свежеустановленной системе и твоей
Ну так я и спрашиваю здесь, как это сделать? За этот метод я изначально спрашивал и даже пытался начать сделать подобное через subinacl, но утилита не понимает неанглийских названий, а как указать, чтоб вместо названий были SID - не знаю. Есть старые утилиты, типа regini и regdmp, но от них толку еще меньше, т.к. экспортировать может только полные значения, а не только права. Похоже, что придется как-то делать через PowerShell get-acl - set-acl.
Вопрос не в том, как это сделать. Есть Powershell, есть .NET (компилятор в комплекте, для простенькой программы даже ставить ничего не надо).
https://powertoe.wordpress.com/2010/08/28/controlling-registry-acl-permissions-with-powershell/
https://medium.com/r3d-buck3t/abuse-service-registry-acls-windows-privesc-f88079140509
Дело в другом. Ты представь, сколько в реестре ключей, и у каждого по несколько произвольных правил доступа. Какие-то наследуются, какие-то нет. Какие-то SID заданы по умолчанию и совпадают на двух разных установленных системах, какие-то нет, но значат одно и то же (например, нужную тебе пользовательскую учётную запись). Если ты всё это выведешь в столбик, отсортировав по ключам, то получишь текстовые файлы на сотни мегабайт, и даже после diff у тебя останется бесконечный список, в котором для каждого сравнения нужно прочесть несколько строк свойств. Глазами ты этого никогда не сделаешь. Именно для этого надо уметь программировать и перед сравнением добавлять всё новые и новые условия игнорирования в зависимости от того, что у тебя творится. Например, разрешения для системы можно не учитывать. Или в каком-то разделе заведомо только администраторы должны иметь доступ, и можно вывести только случаи, где это не так. Или можно не сравнивать унаследованные и явно заданные разрешения, если они по факту одинаковы. Или где-то проще написать кусок кода, который всей ветке удаляет разрешения и задаёт одинаково правильные для корня. Так ты потихоньку отфильтруешь незначимое.
Кроме того, если у тебя с разрешениями всё плохо, и ты даже не знаешь, как именно, то и защиты от плохо ведущих себя программ у тебя никакой. Смотри список литературы по второй ссылке. Это как машину после аварии монтажной пеной восстановить и уверять себя, что в погнутой раме ничего страшного нет.
Можешь подрубиться по сети к реестру в нормальной системе (в виртуалке, например) и сравнивать, по каким принципам там сделано, и что у тебя.
https://helgeklein.com/setacl-studio/
> то и защиты от плохо ведущих себя программ у тебя никакой
Сейчас основная проблема в том, что у какой-то службы не оказывается доступа к реестру и её нужно добавлять к разделу. На самом деле, там изначально было все унаследовано, только в некоторых разделах есть дополнительные права, так что единственное, что плохого может быть в поведении программ - это отсутствие доступа к какому-то разделу.
> Если ты всё это выведешь в столбик, отсортировав по ключам, то получишь текстовые файлы на сотни мегабайт
Где-то на сотню, если нужны только имена разделов с правами, без параметров в них. Вот сейчас Software занимает около 100 мб, примерно столько же будет занимать экспорт в reg файл. Вот я брал реестр SYSTEM из чистой системы, подключал его через regedit и пытался импортировать reg файл из рабочей системы - большая часть восстановилась, но все равно куда-то не записалось из-за отсутствия прав. Software импортировался около 20 минут, с его импортом система запустилась, как и с импортом services в System, а вот в control из system не импортируется. На вид проблема примитивная просто нужна какая-то утилита для редактирования реестра с импортом-экспортом прав, но как-то не находится подобное.