java - リバースエンジニアリングが不可能な Java プログラムの作成

Question

リバースエンジニアリングできない形式で Java プログラムをデプロイする方法はありますか?

アプリケーションを実行可能な JAR ファイルに変換する方法は知っていますが、コードをリバースエンジニアリングできないようにしたい、または少なくとも簡単にできないようにしたいと考えています。

ソースコードの難読化はカウントされません...コードの理解が難しくなりますが、それを隠すわけではありません。

関連する質問は、逆コンパイルを防ぐためにコンパイル済みの Java クラスをロックする方法です。

プログラムを完成させた後も元のソースにアクセスできるので、アプリケーションの維持は問題になりません。アプリケーションが配布されている場合、ユーザーがアプリケーションを逆コンパイルできないようにしたくありません。難読化はこれを実現しません。ユーザーはコードを逆コンパイルすることができ、アクションフローに従うのは困難ですが、コードを見ることはでき、コードから情報を取り出すことができる可能性があります。

私が懸念しているのは、コードにリモートアクセスに関する情報があるかどうかです。ユーザーが提供するユーザー ID とパスワードを使用してアプリケーションが接続するホストがあります。そのアドレスがソースコード内にある場合、ホストのアドレスをユーザーから隠す方法はありますか?

score 15 · Accepted Answer

短い答えは「いいえ、存在しません」です。

リバースエンジニアリングは、コードを見ることをまったく意味しないプロセスです。基本的には、根底にあるメカニズムを理解し、それを模倣しようとしています。たとえば、コードにアクセスせずに、Netscape の JavaScript の動作をコピーすることにより、MS ラボから JScript がこのように表示されます。コピーは完璧だったので、バグまでコピーされました。

score 12 · Accepted Answer

JAR ファイルをYGuardで難読化できます。ソースコードを難読化するのではなく、コンパイルされたクラスを難読化するため、後でコードを維持することに問題はありません。

一部の文字列を隠したい場合は、それを暗号化して、ソースコードを調べて取得するのを難しくすることができます (JAR ファイルを難読化するとさらに効果的です)。

score 8 · Accepted Answer

ターゲットにしているプラットフォームがわかっている場合は、Java をネイティブコードにコンパイルするもの ( Excelsior JETやGCJなど) を入手してください。

それ以外では、ソースコードを隠すことはできません。ユーザーは常にバイトコードを持っていて、それをJadできるからです。

score 7 · Accepted Answer

あなたは、コア言語の一部として内観を持つ言語で書いています。仕様が広く知られているファイルを生成.classします (したがって、他のベンダーが Java コンパイラーおよびインタープリターのクリーンルーム実装を作成できるようになります)。

これは、公開されている逆コンパイラがあることを意味します。必要なのは Google 検索を数回行うだけで、同じことを行う Java コードがいくつかあります。コメントといくつかの変数名がありません (ただし、関数名は同じままです)。

とにかく、C やその他の完全にコンパイルされた言語に行かなくても、(逆コンパイルされたコードは既にわずかに難読化されていますが) 得られるのは難読化だけです。

score 3 · Accepted Answer

インタープリター言語を使用しませんか? いったい何を守ろうとしているの？十分な価値があれば、何でもリバースエンジニアリングできます。ほとんどのプロジェクトをリバースエンジニアリングするほど気にかけてくれる人がいる可能性はほとんどありません。難読化は、少なくとも最小限のハードルを提供します。

知的財産(IP) が他のメカニズムによって保護されていることを確認してください。特にセキュリティコードの場合、セキュリティがソースではなくアルゴリズムにあるように、人々が実装を検査できることが重要です。

score 2 · Accepted Answer

なぜこれをやりたいのか尋ねたくなりますが、それはそのままにします...

私が見る問題は、JIT コンパイルして実行するために、CLR のような JVM がコードを解釈できる必要があることです。より「複雑」にすることはできますが、バイトコードの仕様が十分に文書化されており、x86 アセンブラー仕様のようなものよりもはるかに高いレベルに存在することを考えると、プロセスフローを「隠す」ことができる可能性は低いです。そもそもプログラムが機能するためにそこにいること。

score 1 · Accepted Answer

それをWebサービスにします。そうすれば、ソースコードを見ることができるのはあなただけです。

score 1 · Accepted Answer

上で誰かが言ったように、リバースエンジニアリングは常に実行可能ファイルを逆コンパイルする可能性があります。ソースコード (またはアルゴリズム) を保護する唯一の方法は、実行可能ファイルを配布しないことです。

アプリケーションをサーバーコードとクライアントアプリに分離し、アルゴリズムの重要な部分をサーバーコードに隠してクラウドサーバーで実行し、データの取得者と送信者としてのみ機能するクライアントコードを配布するだけです。

これにより、クライアントコードも逆コンパイルされます。あなたは何も失っていません。

しかし、これによりパフォーマンスとユーザーの利便性が低下することは間違いありません。

これはあなたが探している答えではないかもしれませんが、ソースコードを保護するという別の考えを提起するためです.

score 1 · Accepted Answer

それはできません。

コンパイルできるものはすべて逆コンパイルできます。あなたができる最善のことは、それを難読化することです。

そうは言っても、量子暗号では興味深いことがいくつか起こっています。基本的に、メッセージを読み取ろうとするとメッセージが変更されます。これがソースコードに適用できるかどうかはわかりません。

score 1 · Accepted Answer

コードをネイティブの機械語にコンパイルしたとしても、本質的にそれをアセンブリ言語に逆コンパイルし、プロセスフローに従うことができるあらゆる種類のプログラムがあります (OlyDbg、IDA Pro)。

score 1 · Accepted Answer

それはできません。これは Java の問題ではありません。コンパイルできる言語はすべて、Java 用に逆コンパイルできます。簡単です。

実際に見せずに誰かに写真を見せようとしています。それは不可能。アプリケーションレベルで非表示にしても、ホストを非表示にすることはできません。誰かがWiresharkやその他のネットワークスニファーを介してそれをつかむことができます。

score 0 · Accepted Answer

ある時点で解釈されたものはすべて、「平文で」処理する必要があります。コードがJADを介して実行されると、文字列は日として明確に表示されます。アプリで暗号化キーを展開するか、基本的なシーザー暗号を実行して、ホスト接続情報を暗号化し、実行時に復号化することができます...

ただし、処理中のある時点で、アプリがホストに接続するために、ホスト接続情報を平文にする必要があります...

したがって、静的に非表示にすることはできますが、デバッガーを実行している場合、実行時に非表示にすることはできません

score 0 · Accepted Answer

不可能だよ。CPU はプログラムを実行する必要があります。つまり、プログラムは CPU が理解できる形式でなければなりません。CPU は人間よりもはるかに愚かです。したがって、CPU がプログラムを理解できるのであれば、人間も理解できます。

score 0 · Accepted Answer

0

コードを隠すことに懸念があるので、とにかくProGuardを実行します。

于 2008-12-03T06:56:57.277 に答える

java - リバース エンジニアリングが不可能な Java プログラムの作成

14 に答える 14

Related

Reference

java - リバースエンジニアリングが不可能な Java プログラムの作成