Защита от декомпиляции с помощью публикации
От: tnikolai  
Дата: 20.06.20 16:51
Оценка: :)
dotPeek легко декомпилирует c# сборку и восстанавливает исходный код практически 1 к 1

Но можно сделать в Visual studio публикацию в win-x64

Насколько это усложнит декомпиляцию? Или стоит лучше использовать обфускаторы?
Re: Защита от декомпиляции с помощью публикации
От: Ночной Смотрящий Россия  
Дата: 20.06.20 20:44
Оценка:
Здравствуйте, tnikolai, Вы писали:

T>dotPeek легко декомпилирует c# сборку и восстанавливает исходный код практически 1 к 1


T>Насколько это усложнит декомпиляцию?


Ни насколько.

T> Или стоит лучше использовать обфускаторы?


Зачем?
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re: Защита от декомпиляции с помощью публикации
От: bnk СССР http://unmanagedvisio.com/
Дата: 20.06.20 21:04
Оценка:
Здравствуйте, tnikolai, Вы писали:

T>dotPeek легко декомпилирует c# сборку и восстанавливает исходный код практически 1 к 1


T>Насколько это усложнит декомпиляцию?


IMHO без разницы, код же все равно MSIL, или оно прямо в нативный код сейчас компилировать научилось? Если код нативный, то конечно усложнит декомпиляцию.
Кстати кроме dotPeek есть например DNSpy, который может даже лучше.

T>Или стоит лучше использовать обфускаторы?


Нет, они не нужны.
Хватит тратить железо на двери и заборы, думая что вокруг враги.
Кто захочет купить — купиит, если не нагуглит кейген. А крякнутые версии покупателей не интересуют.
Отредактировано 20.06.2020 21:08 bnk . Предыдущая версия . Еще …
Отредактировано 20.06.2020 21:07 bnk . Предыдущая версия .
Re[2]: Защита от декомпиляции с помощью публикации
От: bnk СССР http://unmanagedvisio.com/
Дата: 20.06.20 21:16
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Ни насколько.


Там же компиляция в натив код (один экзешник с включенным в него фрймворком)?
dotPeek точно сможет что-то с этим сделать? Я не пробовал, поэтому не уверен.
Re[2]: Защита от декомпиляции с помощью публикации
От: tnikolai  
Дата: 20.06.20 21:43
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

T>>Насколько это усложнит декомпиляцию?


НС>Ни насколько.



Я попробовал dotPeek и другие — что-то не получается декомпилировать.
Re[3]: Защита от декомпиляции с помощью публикации
От: Ночной Смотрящий Россия  
Дата: 21.06.20 10:28
Оценка:
Здравствуйте, bnk, Вы писали:

НС>>Ни насколько.

bnk>Там же компиляция в натив код

Нет
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re: Защита от декомпиляции с помощью публикации
От: Serginio1 СССР https://habrahabr.ru/users/serginio1/topics/
Дата: 21.06.20 11:17
Оценка:
Здравствуйте, tnikolai, Вы писали:


T>dotPeek легко декомпилирует c# сборку и восстанавливает исходный код практически 1 к 1


T>Но можно сделать в Visual studio публикацию в win-x64

T>Image: Rp4mSVr.png
T>Насколько это усложнит декомпиляцию? Или стоит лучше использовать обфускаторы?

https://docs.microsoft.com/ru-ru/dotnet/core/whats-new/dotnet-core-3-0#readytorun-images

Вы можете снизить время запуска приложения .NET Core, скомпилировав все сборки приложения в формат ReadyToRun (R2R). R2R является разновидностью компиляции AOT.
Бинарные файлы R2R повышают производительность при запуске, снижая объем работы, выполняемой на этом этапе компилятором JIT. Бинарные файлы содержат такой же машинный код, который создается компилятором JIT. Но бинарные файлы R2R имеют больший размер, так как содержат не только код на промежуточном языке (IL), который по-прежнему необходим для некоторых сценариев, но и версию того же кода на машинном языке. Функция R2R доступна только при публикации автономного приложения, предназначенного для конкретной среды выполнения (RID), например для Windows x64 или Linux x64.


R2R содержит Il код. Вопрос весь или только для рефлексии

IL-код сохраняется для некоторых сценариев и может также использоваться в качестве запасного варианта, когда собственный код не соответствует базовой платформе. Собственный код снижает нагрузку на RyuJIT во время запуска вашего приложения, что ускоряет его загрузку.

и солнце б утром не вставало, когда бы не было меня
Отредактировано 21.06.2020 14:30 Serginio1 . Предыдущая версия . Еще …
Отредактировано 21.06.2020 12:41 Serginio1 . Предыдущая версия .
Re: Защита от декомпиляции с помощью публикации
От: tnikolai  
Дата: 21.06.20 14:17
Оценка: 6 (1)
Всё нашёл.
При запуске, в папку temp\.net\имя_приложения все оригинальные файлы копируются. Так что никакой защиты не даёт вообще .
Re: Защита от декомпиляции с помощью публикации
От: drVanо Россия https://vmpsoft.com
Дата: 22.06.20 12:49
Оценка:
Здравствуйте, tnikolai, Вы писали:

T>Насколько это усложнит декомпиляцию? Или стоит лучше использовать обфускаторы?


Против декомпиляции — только виртуализация CIL в свою виртуальную машину.
Re: Защита от декомпиляции с помощью публикации
От: varenikAA  
Дата: 01.07.20 06:15
Оценка:
Здравствуйте, tnikolai, Вы писали:


T>dotPeek легко декомпилирует c# сборку и восстанавливает исходный код практически 1 к 1


T>Но можно сделать в Visual studio публикацию в win-x64

T>Image: Rp4mSVr.png
T>Насколько это усложнит декомпиляцию? Или стоит лучше использовать обфускаторы?

Кажись технология .NET Native умеет, но только UWP приложения.
☭ ✊ В мире нет ничего, кроме движущейся материи.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.