2

誰かがDRMクライアントを閉じられるようにしながらオープンソースの方法でDRMのサーバー部分を作成する方法を考え出したかどうか知りたいです。クライアントがオープンソースであれば、DRMチェックを簡単に削除できることは理解していますが、サーバーが同じ問題に悩まされることはないと思います。

4

5 に答える 5

8

実用的な方法ではありません。

DRMと暗号化を比較することが役立つ理由を理解するため。暗号化は、信頼できる第三者と秘密を共有するメカニズムであり、信頼できない第三者が秘密のメッセージを受信する可能性はありません。暗号化は数学の非常に堅実な背景に基づいて構築されており、秘密のメッセージのロックを解除するための鍵を第二者が信頼できると見なされているために機能します。

一方、DRMは、元のソース以外の当事者に信頼を割り当てません。第二者は秘密のメッセージに対して制限された取り消し可能な権利を持っており、他の当事者が望むとしても、そのメッセージを他の当事者に渡さないことが前提です。それに関する問題は、第二者がそうする能力で信頼されていなくても、どういうわけかまだメッセージを解読しなければならないということです。これがDRMの基本的な概念上の課題です。

DRMは、2つの手法を使用してこれを実現します。最初はあいまいさです。管理対象メッセージの暗号化または復号化に使用されるメカニズム、アルゴリズム、およびキーは、それ自体が秘密にされています。第二に、特許の負担は、ある側面、通常はデコードアルゴリズムで使用されるため、その部分を知っている当事者は、その部分を他の当事者に合法的に開示したり、適切なライセンスなしで使用したりすることはできません。

これらの機能は両方ともオープンソースに反対しています。その性質上、オープンソースはアルゴリズムを開示しています。おそらくオープンソースの下でリリースされ、たまたま特許が侵害されているコードは、実際には自由ソフトウェアではありません。

于 2009-04-18T15:41:36.367 に答える
6

それは可能ですが、他のDRMと同様に、本質的に壊れています。;)

于 2009-04-18T15:04:02.650 に答える
5

また、Sun のオープン ソース DRM フレームワークであるProject DREAMもあります。

于 2009-04-18T15:23:03.900 に答える
2

私はまったく驚かないでしょう。これについての正式な理論はありませんが、人気のある暗号化およびハッシュ関数はオープンソースであり、非常によく研究されているため、ほとんどの場合、ハッカーのテストに妥当な期間耐えてきました。そして、DRMは、暗号やハッシュと同じカテゴリの問題のどこかにあると思います。

つまり、現在見下されているMD5は、1992年に最初に公開され、2005年にのみ、最初に製造された実際の衝突が実証されました(wikipediaによる)。Blowfishは1993年に公開されましたが、効果的な暗号解読はまだありません。

だから、確かに、なぜそうではありません。ここでの問題は、オープンソースコミュニティ自体には、そのようなデバイスを構築するインセンティブがないということです...

編集:私の答えは、ほぼ間違いなく当然の批判を受けています。基本的に、DRMは、一言で言えば、隠すことによるセキュリティであり、隠すことはオープンソースにすることで吹き飛ばされます。そして、確かに、前に言ったように、私は誰に反対しますか。しかし、それでも、今日のDRMは何かを覆い隠すことによって行われているのに、ある日、ブレイニアックがやって来て、実際に機能するDRMを設計していることに驚かないでしょう。

確かに、好きなだけ却下してください。これは実際にはもっと考えの遊びですが、私は決して決して言わないことを学びました。

于 2009-04-18T15:11:59.183 に答える
2

あなたの言いたいことにもよりますが、あなたの制御の及ばないクライアント マシンで実行されるクローズド ソースのDRM は「可能」だと思いますか? 私が見たものはすべて、そうではないことを示唆しています。それらはすべて、遅かれ早かれ壊れます。

そう思うなら、オープンソースの DRM も同様に可能だと思います。:-)

于 2009-04-18T15:26:37.557 に答える