Каким образом сегодня лучше защищать Java-код от обратного проектирования? Цена не важна. Важным является качество. Я прочитал Best Java obfuscator? и прочее такой вопрос. Разница в моем вопросе заключается в том, что я принимаю любые идеи. Мне не нужно точно «обфускатор». У меня есть некоторые логические записи в java. Люди будут использовать его, но они не должны доходить до исходного кода, чтобы продать его, как его собственный. Например, сделать веб-сервис хорошей идеей для этого, а не в Best Java obfuscator?. И все решения, которые я нашел, были старыми. Возможно, что-то новое развилось.Лучший способ защитить код Java от обратного проектирования
ответ
Даже компиляции кода может быть обратной инженерии (сложнее, конечно)
я предлагаю вам сделать это услуга, которая может быть доступ через Интернет. Таким образом, критический код находится на вашем сервере и недоступен для клиента.
Примечание: даже тогда вы можете перепроектировать программу, чтобы посмотреть, что она делает, или прочитать ее документацию.
BTW: Первая версия Q-DOS/MS-DOS была основана на руководстве для CPM без доступа к работающему примеру, просто прочитав руководство. К сожалению, автор изменил /
на \
для путей, делающих DOS/Windows единственной ОС для этого.
И «чистая комната» обратная инженерия тоже легальна – Durandal
Java * code *, или скомпилированный Java * двоичный *? –
Возможно, он имел в виду код java_byte_? –