Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
* Re: Reverse-Engineering Bytecode: A Possible Commercial Objection To O'Caml
@ 2000-06-07 21:41 Michael Donat
  2000-06-09 17:17 ` Signatures (was: Reverse-Engineering Bytecode) Thorsten Ohl
  0 siblings, 1 reply; 6+ messages in thread
From: Michael Donat @ 2000-06-07 21:41 UTC (permalink / raw)
  To: caml-list

>How can companies protect their bytecode, at least their modules, from
reverse
>engineering?


I believe that if someone has the desire to reverse engineer OCaml bytecode
someone will also have these other capabilities:

1) Be able to reverse engineer native code.
2) Be able to run the OCaml bytecode system in a debugger, stop after your
bytecode was decrypted, and reverse engineer it from there.

I don't see a benefit in having an OCaml module encryption system.

If you want to encrypt important portions of your app, you might consider
producing your own bytecode system. The main benefit of this approach is
that your bytecode is private, thus dramatically intensifying the effort
required to reverse engineer. I think this would be a much more effective
use of time than implementing an OCaml module encryption system.

Michael Donat





^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2000-06-13 16:50 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-06-07 21:41 Reverse-Engineering Bytecode: A Possible Commercial Objection To O'Caml Michael Donat
2000-06-09 17:17 ` Signatures (was: Reverse-Engineering Bytecode) Thorsten Ohl
2000-06-09 21:56   ` Vitaly Lugovsky
2000-06-12 14:23     ` Markus Mottl
2000-06-13 12:54       ` Thorsten Ohl
2000-06-13 13:02         ` Vitaly Lugovsky

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox