Защита исходного кода при распространении отладочных файлов .NET .dll? - PullRequest
0 голосов
/ 20 января 2012

У меня есть часть веб-программного обеспечения, которая имеет частный компонент (вычислительный .DLL), который используется совместно разработанным веб-сайтом (ASP.NET).Я разработал частный .DLL и хотел убедиться, что даже когда он скомпилирован как отладочный .dll, он не отображает / не пропускает какой-либо частный исходный код, когда разработчики веб-сайта отлаживают сайт, а затем вступают в вызовы, которыенаходятся внутри частного .dll.

  1. Существуют ли какие-либо специальные флаги / настройки или методы компиляции для защиты получаемого DLL-файла?Желательно что-то, что я могу настроить в Visual Studio 2010 без дорогих надстроек.

  2. Не зная структуры двоичных файлов / библиотек Windows, возможно ли даже встраивание источника в виде метаданныхв полученных двоичных файлах (.dll или .pdb)?Если исходная информация не может быть встроена в отладочный файл .dll / pdb, то, я думаю, я могу отбросить уровни своей паранойи ... (К вашему сведению, некоторые встроенные системы объединяют источник и символы в конце двоичного изображения отладки)

Любые другие советы и замечания по защите IP внутри DLL также приветствуются.

1 Ответ

0 голосов
/ 20 января 2012

Если вы не хотите разрешать входить в свой код dll, чем один вариант, не предоставляйте свой файл .pdb с dll.

Другое дело в сети, нет доступных инструментов, которые не позволяют разобрать вашу DLL.

EDIT

вы можете защитить свои dll и exe-файлы и заставить рефлектор не понимать их, вы можете использовать Dotfuscator Community Edition, поставляемую с VS 2008 professional Edition.

для тех, у кого не было профессиональной версии, они могут использовать бесплатный Dotfuscator. Я нашел его на downloads.com

http://download.cnet.com/Macrobject-Obfuscator-NET-2008/3000-2247_4-178720.html

оригинальный ответ по адресу: http://forums.asp.net/t/1442467.aspx/1

...