[iglezz]

Не подскажешь соотв. утилитку ком строки (если существует...) ? »

не встречал, но возможно проще будет парсить выхлоп SetACL, т.к. там есть возможность вывода в виде таблицы с табами в качестве разделителей:

Скрытый текст

для команды

Код:

setacl -on "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Defender\Scan" -ot reg -actn list -lst "f:tab;w:d;i:y;s:y"

выхлоп:

Код:

machine\SOFTWARE\Microsoft\Windows Defender\Scan

   DACL(not_protected+auto_inherited):
   S-1-15-2-1   read   allow   inherited
   S-1-15-2-1   read   allow   container_inherit+object_inherit+inherit_only+inherited
   S-1-15-3-1024-3153509613-960666767-3724611135-2725662640-12138253-543910227-1950414635-4190290187   read   allow   inherited
   S-1-15-3-1024-3153509613-960666767-3724611135-2725662640-12138253-543910227-1950414635-4190290187   read   allow   container_inherit+object_inherit+inherit_only+inherited
   S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464   full   allow   inherited
   S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464   full   allow   container_inherit+object_inherit+inherit_only+inherited
   S-1-5-80-1913148863-3492339771-4165695881-2087618961-4109116736   full   allow   inherited
   S-1-5-80-1913148863-3492339771-4165695881-2087618961-4109116736   full   allow   container_inherit+object_inherit+inherit_only+inherited
   S-1-5-18   full   allow   inherited
   S-1-5-18   full   allow   container_inherit+object_inherit+inherit_only+inherited
   S-1-5-32-544   read+KEY_CREATE_LINK   allow   inherited
   S-1-5-32-544   read+KEY_CREATE_LINK   allow   container_inherit+object_inherit+inherit_only+inherited
   S-1-1-0   read+KEY_CREATE_LINK   allow   inherited
   S-1-1-0   read+KEY_CREATE_LINK   allow   container_inherit+object_inherit+inherit_only+inherited

По SetRegView:
При выполнении SetRegView 32|64 предыдущее состояние (32/64) сохраняется и с помощью SetRegView lastused его можно восстановить обратно.

[MKN]

Появилась UNICODE версия NSIS Simple Service Plugin
https://nsis.sourceforge.io/mediawik...icode_1.30.zip

[Serg866]

Здравствуйте
При установке обновлений для моего приложения, проверяется хеш-сумма файла (использую плагин md5). Возникла необходимость этот файл изменить, но при этом сохранить возможность установки уже выпущенных дополнений. Соответственно нужно изменить проверяющийся файл, сохранив его хеш сумму. По байтам размер останется прежним.
Можно ли реализовать такую задачу и что вообще можно сделать в данной ситуации?
Заранее спасибо!
---
Сохранить хеш-сумму файла, скорее всего, не получится. Может как-то повлиять на проверку хеш-суммы в уже выпущенных инсталляторах, чтобы она в них не срабатывала на этом файле после того как будет установлена новая версия основной программы с обновлённым файлом. То есть в новую версию проги надо что-то включить, что могло бы запретить предыдущим инсталлерам выполнять проверку md5 конкретного файла.

Проверка реализована так: задана хеш-сумма, если файл ей не соответствует, то аборт установки. А теперь, так как этот файл будет обновлен, юзер не сможет установить ранее выпущенные дополнения поверх новой версии основной программы. Вот и думаю, как сохранить хеш, либо что-то внедрить, чтобы проверка хеша не выполнялась (игнорировалась).

Использовался MD5 plugin, код проверки:

md5dll::GetMD5File "$INSTDIR\upd0.vers"
Pop $0
${If} $0 != "B30912CF87B0AC002A350AB8BD2314CE"
MessageBox MB_OK|MB_ICONSTOP "Ошибка!" IDOK
Quit

[MKN]

Serg866,
Почитай про https://nsis.sourceforge.io/Docs/VPatch/Readme.html и https://nsis.sourceforge.io/WPatch_plug-in.
Может подойдёт для твоих целей...
Ну, и теоретически хэш можно изменять...
https://xakep.ru/2012/11/22/light-fake-checksum/#toc05.

[Serg866]

MKN, патчи для инсталлов - не вариант. Если я правильно понял функции этих плагинов.

О подделке хеша я читал статьи (на Хабре есть статья 'Забавляемся с хешами'), но в моём случае хеш-сумма задана и надо точно такую же сделать на отредактированном файле (конкретный хеш, а не рандомный). В статьях я ничего не нашёл об этом.

[MKN]

Serg866,
Я предположил, что инсталлятор "базовой" твоей проги тобой и написан. Патч входит в обновление и запускается первым изменняя базовой инсталлятор так, чтобы в нём отключилась проверка хэша. После чего запускается базовая установка и обновление. Или всё не так ?

[Kopejkin]

Непонятна логика обновления. Зачем "обновлять" новую версию старыми обновлениями? Или это не обновления, а какие - то файлы, сопутствующие основному исполняемому файлу?

[Serg866]

MKN, Kopejkin, есть основная программа, есть дополнения для неё (и то, и другое сделано мной). В инсталлерах дополнений встроена проверка хеша. Но так как в новой версии основной программы проверочный файл изменится, то ранее выпущенные дополнения не смогут установиться поверх новой версии. А надо сделать так, чтобы устанавливались. При этом нужно обойтись без какой-либо правки инсталлеров дополнений, так как они давно выпущены и скачаны большим количеством пользователей.

[iglezz]

Serg866,
Если файл "$INSTDIR\upd0.vers" не сильно большого размера, то можно обойтись костылём в виде сервисной программы типа "Установка дополнений от х.хх на новую версию х.хх", которая подменит новый upd0.vers на старый на время установки дополнений.

[Serg866]

iglezz, а как файл после подмены вновь заменится на новый? Это надо пояснять юзерам. С таким костылем может получиться так, что будет старый файл, а версия программы - новая. И наоборот. Тогда программа будет неправильно работать.