アカウント名:
パスワード:
と思ったら、違うことをしていた
一般的なストレージとして使われたくなかったら、規約にそう書くしかないだろうけど、難しいね。
Amazonプライム・フォトは、全くそのまま保存するのを売りにしてるみたいだから、今回のストーリーのように、より、ストレージへの転用が簡単だけど。
もし、「勝手にJPEG圧縮をかけます」というサービスにしたんでも、それでも壊れない形でデータを忍ばせるのは簡単だし。良くあるツールでさっと出来るやり方だと、なんぼかの冗長性を持たせたQRコード化とか。それをやられると、妙なエンコードで埋め込まざるを得ない分、余分にデータ量を食われちゃうこ
> それでも壊れない形でデータを忍ばせるのは簡単だし
不可逆圧縮されるとやり方次第ではどう頑張っても壊れる時もあると思うんですが、どうやったら簡単に回避できるんでしょうか?
COMセグメントとかに埋め込めばいいんじゃないの?
自己レス。気になったので調べてみた。JDAの実装は単純で、エンドマーカー以降に埋め込むデータを連結してある。JPEGの規定ではEOI以降は無視することになっているので、これに従って実装されたJPEGデコーダーなら何の問題もなく画像を表示でき、画質を落とすことは全くない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
ステガノグラフィかな (スコア:0)
と思ったら、違うことをしていた
Re: (スコア:1)
一般的なストレージとして使われたくなかったら、規約にそう書くしかないだろうけど、難しいね。
Amazonプライム・フォトは、全くそのまま保存するのを売りにしてるみたいだから、
今回のストーリーのように、より、ストレージへの転用が簡単だけど。
もし、「勝手にJPEG圧縮をかけます」というサービスにしたんでも、それでも壊れない形でデータを忍ばせるのは簡単だし。
良くあるツールでさっと出来るやり方だと、なんぼかの冗長性を持たせたQRコード化とか。
それをやられると、妙なエンコードで埋め込まざるを得ない分、余分にデータ量を食われちゃうこ
Re: (スコア:0)
> それでも壊れない形でデータを忍ばせるのは簡単だし
不可逆圧縮されるとやり方次第ではどう頑張っても壊れる時もあると思うんですが、
どうやったら簡単に回避できるんでしょうか?
Re:ステガノグラフィかな (スコア:0)
COMセグメントとかに埋め込めばいいんじゃないの?
Re: (スコア:0)
自己レス。
気になったので調べてみた。
JDAの実装は単純で、エンドマーカー以降に埋め込むデータを連結してある。
JPEGの規定ではEOI以降は無視することになっているので、これに従って実装された
JPEGデコーダーなら何の問題もなく画像を表示でき、画質を落とすことは全くない。