2

クライアントから「一部の画像を暗号化して、他の人がダウンロードできないようにする」というリクエストがありました。これは、現時点ではわからないメール送信アプリケーションからのHTMLメール内にあるため、「http://somewhere.com/images/img.jpg」などのソースの文字列を使用する必要があります。そんなこともあるのでしょうか?私が考えることができる唯一のことは、画像を「暗号化」することです。したがって、srcが「whatever / img.jpg」ではなく、「http://somewhere.com/img.php?i=12383824724」になります。しかし、私は唾を吐くだけで、それがどのように機能するかわかりません。答える前に:

  1. クライアントは、画像に透かしを入れることができることを知っています
  2. クライアントは、画像を背景として配置できることを知っています(クライアント間の互換性のための適切な方法を使用)

何か案は?皆さんありがとう、

フィル

4

2 に答える 2

3

ユーザーが画像を見ることができる場合、彼はすでにそれをダウンロードしています。ユーザーが画像をダウンロードできないようにすることは、ユーザーが画像を表示できないようにすることを意味します。そして、それはかなり無意味に思えます。

あなたが望むかもしれないのは、あなたのユーザーがすでにダウンロードされた画像をファイルまたは他の場所に保存するのを防ぐことです。これは、デジタルカメラのように画面の前にあるものを含め、ユーザーが画像を表示している環境を完全に制御できる場合にのみ可能です。つまり、それは無駄です。

于 2012-04-05T02:25:51.080 に答える
1

メールでのPGPの使用を検討することをお勧めします。これはここでは事実上の標準ですが、情報的に扱いやすいことをしている場合に限ります。

「他のユーザーが[あなたの画像]をダウンロードするのを防ぐ」ことはできませんが、信頼できる相手でない限り、ユーザーが画像を復号化するのを防ぐことができます。よりきめ細かいレベルのDRMが必要な場合は、クライアントと話し合い、これが実行不可能である理由を正確に説明することを検討してください。

つまり、ターゲットパーティがすでに画像コンテンツを確認している場合、それについてできることはほとんどありません。最高の透かしとステガノグラフィマーカーは、Webサーバーを保護するために邪魔にならない場合でも、アナログホールに運命づけられています。

于 2012-04-05T00:25:17.673 に答える