Java：ソフトウェアまたはサーバーを介した認証と検証のライセンス？

Question

ライセンスの認証方法（ユーザー /ライセンスキー）に関するヒントが必要です。

多くのゲームが行うことを行う方が良いでしょうか。これは、会社サーバーのCDキーを検証していることです。 「ひび割れ」または「パッチされた」ことなくこれを実装する方法に関するガイドはありますか？

または、ソフトウェア内のユーザー /ライセンスキーを検証する方が良いでしょうか？しばらくして、キーゲンがネットの周りに浮かんでいるのを見ませんか？

お知らせ下さい。

Answer 1

クライアント側を行うと、コードを逆コンパイルし、アルゴリズムを学習できます。サーバー側にそれを保持すると、それが防止されます。

単に「True/False」タイプのものを返す場合、プロキシサーバーを開発することができます。

サーバーで作業を行い、ネットワーク通信の暗号化手段を提供する必要があります。

それでも、そのようなスキームを打ち負かすことはまだ可能です（私は詳細には入りませんが、この種のことを行うほとんどすべてのアプリは敗北できます）。実際にこの作業を行うには、結果を単純に偽造できないように、クライアントの代わりにサーバーで実際の作業の一部を実行する必要があります。

Answer 2

あなたのプログラムはいくら販売していますか、そしてあなたはいくつの売り上げを得ると思いますか？どちらの答えが50未満の場合、それを過度に考えてはいけない可能性が非常に高いです。はい、Javaを逆コンパイルすることができますが、あなたが知っている少数の人々に販売している場合、彼らはそうする知識を持っていません（または彼らはそれを自分でやったでしょう）。何百万人もの人々がそれをプレイしたいので、ゲームはひび割れます。あなたが10ドルで販売しようとしているランダムなプログラムまたはレーダーの下でスリップするべきものは何でも:)それが割れた場合は、より良い保護でバージョン2.0をリリースします...

Answer 3

「ひび割れ」または「パッチされた」ことなくこれを実装する方法に関するガイドはありますか？

あなたができることは、誰かがあなたのライセンスキーシステムをクラックすることを不可能にします。プログラムが人気があればあるほど、人々が亀裂を試み、誰かが成功する可能性が高くなります。

このような文書は、クラッカーにひび割れの努力の手がかりがたくさんあるので、亀裂を困難にする方法に関する公開された優れたガイドを見つけるかどうかはわかりません。 （ソフトウェアDRMは、「善人」と「悪者」の間の永続的な武器競争です。）

IMO、ソフトウェアの最後の収益をすべて取得しようとする価値はありません。これらのひび割れたキーは、販売の損失を実際に表していません。とにかく、それらを使用する人があなたのソフトウェアを購入しないという可能性があります。収益源としてそれらを書き留めて、あなたのソフトウェアを正直な人々にとって良い体験にすることにあなたの努力を集中させるだけです 持ってる ライセンスを購入しました。 （あなたができる最悪のことは、正直な顧客にとって生活を困難にするいくつかのDRMスキームを使用することです!!）