Насколько я понимаю, сильное именование создает криптографический хэш сборки, для которого используется как сильное имя для загрузки dll.C# Сильное именование dll, не обнаруживая модификаций
Я надеялся использовать эту функцию, чтобы обнаружить повреждение двоичного кода, чтобы сообщить пользователю о проблемах с программным обеспечением, и им необходимо переустановить его.
Это работает для некоторых изменений в двоичном формате, однако я нашел, что изменение бинарных, особенно статических строк в двоичном формате не приводит к тому, что приложение сообщает, что не может найти DLL соответствующего сильного имени.
Может ли кто-нибудь объяснить мне, какие данные из сборки используются для создания сильного имени, и почему сильное имя не всегда обнаруживает модификацию dll? Есть ли способ, которым я могу заставить его включить дополнительную информацию в сильное название?
Есть ли альтернативный способ я могу обнаружить повреждение двоичного кода?
Приветствия
Райан
Спасибо за ваш ответ, но Authenticode рассказывает о подписании вашей сборки, чтобы указать, кто автор, кто они такие, и что этому программному обеспечению можно доверять. Моя озабоченность заключается не в том, чтобы доверять источнику, так как это программное обеспечение предназначено только для внутреннего использования. Я обеспокоен тем, что программное обеспечение должно использоваться в критическом процессе, поэтому мы хотим узнать, поврежден ли двоичный файл, чтобы мы могли сообщить оператору, что его необходимо переустановить. – Ryan