Обратный инжиниринг DLL и повторная загрузка непосредственно на сервер

Question

Мне было дано задание отредактировать существующий веб-сайт, однако клиент больше не имеет доступа к исходному коду, поэтому я получил доступ к тому, что мог на виртуальной машине.Тем не менее, единственные файлы, которые я мог получить от виртуальной машины, - это файлы переднего плана.Мне нужно что-то изменить в контроллерах, поэтому я смотрел на обратный инжиниринг DLL проекта.

Можно ли просто декомпилировать текущую dll, создать новый проект, скопировать все, скомпилировать новую рабочую dll и простовыгрузить файл dll на сервер?Исходя из моего опыта программиста, DLL получают идентификатор GUID, который компилируется с решением при его развертывании.Я думаю, что воссоздание проекта назначит другой GUID для новой DLL.Будет ли это хорошо, когда он будет загружен на сервер?

Любая помощь и разъяснения приветствуются.Спасибо.

Answer 1

Вот ответ на похожий вопрос: Как декомпилировать файл .dll?

Это скорее всего ... Попробуйте и посмотрите, работает ли он.Вам нужно будет знать, какие фреймворки и сборки привязаны к библиотеке и на каком языке она запрограммирована.

Answer 2

Да, перестройка DLL с нуля будет работать, если только процесс "загрузки" не имеет определенных особенностей, о которых мы не знаем (таких как назначение GUID для DLL).

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

Answer 3

Да, перезагруженная DLL должна быть в порядке

Но , в случае строго именованных сборок все, что ссылается на эту DLL, не будет слишком счастливым.В таком случае;вам нужно сделать тот же процесс с ними и связать с вашим новым проектом.Что вы, вероятно, в любом случае захотите сделать, чтобы вас не зацепило их поведение.

Самому IIS это не важно;он просто ищет сборку с точкой входа.