今日、すべてのチャネルが何らかの方法で画像を変更または圧縮する可能性があり、ステガノグラフィーへの攻撃と見なされる可能性があるため、私はそれについて本当に興味があります.
ステガノグラフィーは 2 つの基本的なタイプに分けることができます。1 つ目は画像の空間ドメインで動作し、2 つ目はある種の変換ドメインで動作します。
次のタイプの攻撃は、私たちの周りのいたるところにあるため、私が興味を持っています (Facebook に画像を保存したい場合、画像のサムネイルを作成したい場合、またはモバイル プラットフォームに画像を保存する場合など)。 :
- 画像の圧縮または再圧縮 - 主に JPEG 画像またはアルファ事前乗算を含む PNG 画像用。
- 画像のサイズ変更またはスケーリングと幾何学的操作 - 圧縮以外の画像の変換、たとえば画像の回転、スケールの変更などを意味します。
私は質問したい：
- 画像に埋め込まれたメッセージをJPEGのような圧縮から保護するための最良の方法は何ですか? ステガノグラフィーメカニズムでメッセージを埋め込んだ後の画像の「無限」再圧縮はどうですか? それはまだ読めるメッセージでしょうか？
- 画像のサイズ変更に関連する埋め込みメッセージのしきい値はどこにありますか? 私の意見では、ステガノグラフィは、画像のサイズ変更よりも圧縮や回転、または画像へのノイズの追加にはるかに敏感です。あなたによる画像のリサイズに強いステガノグラフィーの最良の方法は何ですか? つまり、メッセージを失わずに進むことができないエッジが常にあるということですが、何らかのしきい値があるはずです。
- 1 点目と 2 点目による画像操作の組み合わせはどうでしょうか。
私は圧縮耐性のある画像ステガノグラフィに関する多くの論文を読んでいましたが、基本的には常に誤り訂正符号とハミング距離を使用して、情報を失うことなく隠すことができるしきい値を取得しています (または、損失のあるチャネルで情報を取得する方法)。次に、最初のステップは、ハミング距離を使用して、メッセージを空間ドメインに重複して隠すことです。RGB 画像では、たとえば 1 つのトリプルを 1 ビット キャリアとして選択し、色のトリプルを変更して、ハミング距離がエッジの「中心」になるようにします。これは、反復エラー訂正コードまたはその他のコードとして実行できます (ベスト プラクティスは、F5 のようなハミング コードです)。
この背後にある考え方は、JPEG 圧縮画像に対して計算されたハミング距離を使用したエラー修正コードにより、JPEG 圧縮を何度も適用した後も、埋め込まれた情報が確実に残るというものです。もちろん、エラー訂正コードによる冗長性を使用している間、これはすべて画像の容量を犠牲にしています.
その方法のリンク例は次のとおりです。 http://www.cs.unibo.it/babaoglu/courses/security/resources/documents/Steganography.pdf
デジタル画像の透かし技術についてはあまり知りませんが、透かしの目的はステガノグラフィーとほぼ同じであるため、おそらくそのトピックに関するガイダンスを見つけることができます. 上記のようなさまざまな状況で、デジタル画像に著作権情報を保持しようとしている、または画像に隠されたメッセージを保護しようとしています。
今日は、ステガノグラフィーによってデジタル画像の情報を保護するメカニズムについて話し合い、質問したいと思います。世界をより良くするために、私たちのアイデアやサンプル コードを共有できます。