他の回答の DRM コンセンサスに完全に同意します。しかし、追加したい...
ニーズを満たす難読化手法が いくつかあります。彼らが言うように、「十分です」 。これらは完全な証拠のメカニズムではありませんが、80% から 99% の人々があなたのFLV
ストリームやファイルをコピーしようとするのを防ぐことができます. 熱心なハッカーがそれに到達しますが、ほとんどの人はスクリプトのキディ (または FireFox プラグインを愛するいとこ) です。さらに、これらのテクニックのいくつかは非常に簡単です。
- サーバーが応答するMIME タイプを変更または削除します。いずれにせよ、Flash プレーヤーは喜んでそれを無視します。例: 画像/jpeg
- ファイル拡張子を .flv から .jpg などの別のものに変更します。繰り返しますが、Flash プレイヤーは幸いにもそれを無視します。さらに、ファイルがディスクに保存されると、FLV 以外のプレーヤーがそのファイルを開きます (無効なファイル形式であると文句を言います)。
- すべてのコンテンツに積極的な「キャッシュしない」ヘッダーを設定
FLV
します。(これは当然、より多くのトラフィックと帯域幅が消費されることを意味します。これはあなたにとって問題ではないでしょうか?)
- UDP ベースのプロトコル(RTSP など) でストリーミングします。オンデマンド コンテンツの大規模なストリーミング用に UDP プロトコルが登場しつつあるというのが私の見解ですが、コピーするのははるかに困難です。例: 現在、Real Downloader はこれらのストリームを盗むことはできません。
- コンテンツを 2 つ以上の部分コンテンツに分割し、連続して再生します。
- シンプルなカスタム ワンタイム認証メカニズムの背後に FLV コンテンツを隠します
- プレーヤーがコンテンツ A の認証キーを要求する
- サーバーは認証1キーを返します: SHA1 (コンテンツ キー + salt1 )
- サーバーは、コンテンツ キー、authorization1キー、authorization2キー ( SHA1 ( authorization1 + salt2 ))
を格納します。
- プレイヤーが認可を作成2
- プレーヤーが許可付きでコンテンツをリクエストする2
- サーバーは、次の場合にのみ「FLV」コンテンツをクライアントに送信します
- 認証キーはサーバー側ストアのコンテンツ キーと一致します
- 認証キーの有効期限が切れていません
私は実際にその最後のアイデアである承認メカニズムを自分で実装しており、その実用的な有効性を保証できます。いいえ、完全に安全というわけではありません。しかし、それで十分です。パワーユーザーでさえ、それを打ち負かすことはできません。
それを倒すには
- プロセスをリバースエンジニアリングし、
- Flashプレーヤーを逆コンパイルし、
- すべてを元に戻します。
十分です。
この投稿が「シンプルなカスタムのワンタイム認証メカニズム」の提案から生成された「 plz send me teh codez」メールの数は驚くべきものです。気にしないでください、できません--それは私の雇用主であるxtendx AGの専有プロジェクトのためのものでした。システムの購入に関心がある場合は、sales@xtendx.com に電子メールを送信してください。