更新:この質問は、コンテンツのクライアント側を保護 (暗号化/難読化) することと、サーバーから送信する前に保護することに関するものです。itune のようなアプローチでは、転送前にファイルが暗号化/難読化されていないため、長所と短所は何ですか。
元の質問のメモに追加したように、遵守する必要がある契約があります (drm を実装するほとんどのサービスの場合と同様)。私たちは DRM フリーを推進しており、ほとんどのコンテンツ プロバイダーとの契約はそれに基づいていますが、だからと言って既に課せられている義務から解放されるわけではありません。
私は最近、itunes / fairplay が drm にどのようにアプローチするかに関する情報をいくつか読みましたが、サーバーが実際に保護なしでファイルを提供することを期待していませんでした。
この回答の引用は、問題の精神を捉えているようです。
目標は、単に「正直な人を正直に保つ」ことであるべきです。これより先に進むと、次の 2 つのことだけが起こります。
- 私たちは勝てない戦いをしています。カンニングしたい人は成功します。
- 私たちは製品を使いにくくすることで、製品の正直なユーザーを傷つけています。
ここでは正直なユーザーへの影響は見られません。これがクライアント側で発生するかサーバー側で発生するかに関係なく、ファイルはユーザーに関連付けられます。これにより、1 のユーザーに別のチャンスが与えられます。
追加情報: クライアント環境は adobe air で、複数のコンテンツ タイプ (音楽、ビデオ、フラッシュ アプリ、画像) が含まれます。
では、iTunes の Fairplay のようにして、メディア クライアント側を保護することは合理的でしょうか。
注:アンブレイカブル DRM は解決不可能な問題だと思います。これに対する答えを探しているほとんどの人は、その必要性は、コンテンツ プロバイダーとの契約に既に関係していることに関係しています。