Здравствуйте, Poseidon, Вы писали:

P>Друзья, отстал от жизни. Был у меня Armadillo, ещё до того как его с треском взломали.... А что теперь? Хотелось бы как минимум обфускатор, защитить код программы. Ну и желательно какую то схему генерации и проверки ключей. Или мухи отдельно, котлеты отдельно?

Так ведь было же уже:
http://rsdn.org/forum/shareware/7703537.all

Автор: sergey2b
Дата: 11.04.20

А что там нынче с DotNet Core RT и Mono AOT — компиляция в native, вроде бы в DotNet Core v6 обещают уже официальную поддержку?
Если сначала обработать Eazfuscator-ом, а потом скомпилировать в native, то так получится?
Вероятно придется отказаться от reflection, ну можно же только часть кода так защитить, например какую-нибудь особо важную свою библиотеку?
После компиляции в native ее уже не вызвать как managed, только через cdecl?

Здравствуйте, Poseidon, Вы писали:

P>Друзья, отстал от жизни. Был у меня Armadillo, ещё до того как его с треском взломали.... А что теперь? Хотелось бы как минимум обфускатор, защитить код программы. Ну и желательно какую то схему генерации и проверки ключей. Или мухи отдельно, котлеты отдельно?

Так ведь было же уже:
http://rsdn.org/forum/shareware/7703537.all

Автор: sergey2b
Дата: 11.04.20

А что там нынче с DotNet Core RT и Mono AOT — компиляция в native, вроде бы в DotNet Core v6 обещают уже официальную поддержку?
Если сначала обработать Eazfuscator-ом, а потом скомпилировать в native, то так получится?
Вероятно придется отказаться от reflection, ну можно же только часть кода так защитить, например какую-нибудь особо важную свою библиотеку?
После компиляции в native ее уже не вызвать как managed, только через cdecl?

Вот еще понравились примеры вызова нативных либ, скомпиленных на GO:
https://github.com/vladimirvivien/go-cshared-examples

Наверно, с DotNet такой фокус тоже возможен?