Можно ли подменить dll сборку в .Net?

Question

[Сергей Карбивничий]

Например, простой код:

using System;

	class Program
	{
		public static void Main(string[] args)
		{
			Console.ReadKey(true);
		}
	}

После сборки, загружаю в декомпилятор, и вижу что программа использует mscorlib.dll по адресу: C:\Windows\Microsoft.NET\Framework\v4.0.30319

Есть ли список каталогов, в которых ищутся сборки, или они жестко вшитые? И можно ли, без редактирования приложения, заставить использовать mscorlib.dll из другой папки?

Answer 1

[Василий Банников]

Да - можно положить рядом с екзешником, например. Но с mscorlib такое, скорее всего, не прокатит, тк это подписанная сборка и приложение будет искать конкретную сборку

Answer 2

[Владимир Коротенко]

Возможно это вас наведет на что то

C:\Users\kvn>echo %windir%
C:\Windows

Впрочем если PE лоадер найдет где то эту библиотеку раньше. А это уже нужно смотреть в PSDK. То может быть и запустится

Answer 3

[freeExec]

Может положить его рядом с файлом .ехе.

Comments

[Владимир Коротенко]

всю папку?
Да вы эстет

[Сергей Карбивничий]

Владимир Коротенко, С mscorlib.dll и System.dll не работает.

[freeExec]

Владимир Коротенко, Ну и что. Если бы работало с одним файлом, то хватило бы только его.

[Роман]

Сергей Карбивничий, и вряд ли будет. Так как mscorlib это рантайм, и его версия явно указывается при сборке, а ищет он это все в GAC. Да и зачем подменять сам рантайм не пойму. Там нет стандартных классов.

[freeExec]

Роман, Да, тут я промахнулся. Потому, что первоначально загружается mscoree.dll и видимо она отвечает за поиск нужного фрейворка. И подмену надо начинать с неё.

Answer 4

[d-stream]

Ну можно создать отдельный домен приложения и грузить туда сборки через Assembly.LoadFrom
+ пригодится подвесить на событие CurrentAppDomain.AssemblyResolve свой обработчик, который будет подсовывать нужное

Вопрос только - зачем это надо для фрейвочных сборок? Попытаться запустить программу без установленного фреймворка?)

Comments

[Сергей Карбивничий]

Ну можно создать отдельный домен приложения и грузить туда сборки через Assembly.LoadFrom
+ пригодится подвесить на событие CurrentAppDomain.AssemblyResolve свой обработчик, который будет подсовывать нужное

Это что-то сложновато для меня.

Вопрос только - зачем это надо для фрейвочных сборок? Попытаться запустить программу без установленного фреймворка?)

Хочу сделать что-то типа прокси. Например, пишу Console.WriteLine("Hello");, а в консоли печатается "hacked by HottabXP Hello". Это как пример. Нашел одну утилиту на C#, но она обфусцирована. Целый день убил на распаковку, так и не получилось распаковать. Вот решил подойти с другой стороны. А именно с редактирования дистрибутива .net framework.

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

[d-stream]

первое со вторым несколько несовместимо

[Сергей Карбивничий]

d-stream, Это было типа "Hello world". Мне же надо было как-то проверить, что мною отредактированные сборки работают.