[Mono-list] How to protect a mono application from reverse engineering?

Jonathan Chambers joncham at gmail.com
Mon Oct 25 09:17:55 EDT 2010

       You could put your performance/security critical pieces of code in
C/C++, and P/Invoke them from managed code. This will probably get you what
you want from a code obfuscation perspective, and also you might be able to
keep large amounts of your current code base.

- Jonathan

On Mon, Oct 25, 2010 at 9:08 AM, Stéphane C <skip5500 at hotmail.com> wrote:

>  Hello,
> Thanks both for your answers.
> Actually, copy protection is not what I worry about, I know that no
> licensing system is 100% safe and I totally agree when you say that people
> will find a way to bypass them if they really invest time in it.
> What I want to protect the most is the algorithms used in the application,
> they represent many years of research and development and we don't want them
> to fall into the hands of a competitor who is just running an IL
> disassembler.
> Trying to reverse-engineer native code using a debugger is a real pain when
> it comes to complex operations. I'm personally convinced that it would be a
> complete waste of time on this kind of software.
> Unfortunately, from what I can tell, mono aot compiler works by generating
> a dll/so file next to the ".exe" assembly, it seems that shipping this IL
> assembly is still required to start the application. You just avoid using
> JIT compilation... or did I miss something?
> I'm still looking for a solution...
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20101025/6f3a5f10/attachment-0001.html 

More information about the Mono-list mailing list