画像ステガノグラフィー

情報セキュリティの領域において，ステガノグラフィーと暗号化はしばしば混同されますが，その目的とアプローチは明確に異なります．暗号化が「情報の意味を第三者に理解させないこと」を目的としてデータを無秩序な文字列に変換するのに対し，ステガノグラフィーは「情報の存在そのものを隠すこと」を目的とします．

本ツールで実装されている画像ステガノグラフィーは，あくまでテキストというデータを画像のピクセルが持つ色の数値の微小な変化として紛れ込ませる技術です．特筆すべき点として，本実装では入力されたテキストデータに対して暗号学的ハッシュ関数を用いた処理や，秘密鍵を用いた難読化を施していません．

データはエンコードされた後，そのまま平文のビット列として画像に書き込まれます．したがって，データの抽出プロセスにおいてもパスワード等の認証は不要であり，同じ抽出規則を持つツールを通せば，誰でも元のテキストを復元できるという仕様を前提としています．

デジタル画像はピクセルの集合体であり，それぞれのピクセルは通常，赤（R），緑（G），青（B），そして透明度を示すアルファ（A）の4つのチャンネルで構成されています．各チャンネルは8ビット（0から255までの256階調）の数値で色の強さを表現します．

本ツールは，このうちRGBの3つのチャンネルの最下位1ビット（Least Significant Bit: LSB）を標的としてデータを格納します．最下位ビットを変更したときの色の変化は各チャンネルで最大1階調分にとどまり，多くの画像では見た目の差が分かりにくくなります．ただし，統計解析などによる検出不可能性を保証するものではありません．

具体的な処理フローとしては，画像の左上のピクセルから順に走査を開始します．1つのピクセルにつき，RチャンネルのLSBに1ビット，GチャンネルのLSBに1ビット，BチャンネルのLSBに1ビットを上書きし，合計3ビットの情報を格納します．ここで重要なのは，A（アルファ）チャンネルは意図的に操作対象から除外されている点です．

透明度情報の最下位ビットを改変すると，ブラウザや描画エンジンの仕様によってはピクセル値が不自然にクリッピングされたり，透明度が喪失したりする予期せぬ挙動を引き起こす可能性があるため，色の成分のみを書き換えの対象としています．

入力された秘密のテキストメッセージをビット列として画像に埋め込むためには，文字列をコンピュータが扱えるバイト列に変換するプロセスが必要です．本ツールではTextEncoderを利用し，テキストをウェブ標準であるUTF-8形式でエンコードします．

UTF-8の特性上，半角英数字などは1文字あたり1バイトで表現されますが，日本語のひらがなや漢字，絵文字などは1文字あたり3バイトから4バイトのデータ量を消費します．そのため，埋め込み可能な上限は単純な文字数ではなく，最終的なバイト数によって制限されます．格納可能な最大バイト数は「（画像の幅 × 画像の高さ × 3）÷ 8」という計算式で求められます．

また，抽出時に「どこまでが意味のあるメッセージのデータなのか」をプログラムが識別できるよう，二つの工夫が組み込まれています．一つ目は，メッセージの先頭に「STEG:」という5文字の固定識別子（マジックプレフィックス）を付与することです．二つ目は，メッセージの最後に「0」のみで構成された8ビット（1バイト）をヌル終端文字として追加することです．

抽出時はこの終端記号を検知した時点で読み込みを完了する設計となっています．

ステガノグラフィーによってデータを埋め込んだ画像を保存する際，ファイルフォーマットの選択は極めて重要です．本システムでは，最終的な出力フォーマットとしてPNG（Portable Network Graphics）形式を強制しています．

PNG形式は可逆圧縮（ロスレス圧縮）を採用しており，画像データを圧縮してファイルサイズを小さくしながらも，展開時には元のピクセル値を1ビットの狂いもなく完全に復元できるという特性を持っています．LSB方式のステガノグラフィーは，各ピクセルの最も小さな桁の数値を頼りに情報を記録しているため，この「1ビットの狂いもない」という前提が崩れると機能しません．

抽出処理においては，読み込んだ画像のピクセルから先頭のビット列を順次抽出し，UTF-8文字列へとデコードを試みます．デコードされた文字列が前述の「STEG:」という識別子から始まっているかを厳格に判定し，一致した場合のみ識別子を取り除いた本来のテキストを画面に出力します．

もし識別子が見つからない場合や，データのパースに失敗した場合は，「有効な隠しメッセージが見つからない」または「画像が加工されている」というエラーを利用者に提示し，処理を中断します．

本ツールで生成された画像データは，日常的な画像操作に対して非常に脆いという運用上の制限があります．最大の敵は非可逆圧縮（ロッシー圧縮）です．

例えば，生成されたPNG画像をJPEG形式に変換して保存した場合，JPEGのアルゴリズムによってピクセル値が再計算され，最下位ビットに記録したデータは失われる可能性が極めて高くなります．同様に，画像共有サービスへのアップロード時に再エンコードやリサイズが行われると，埋め込んだビットパターンが変化する可能性があります．

圧縮形式の変更だけでなく，サイズ変更，回転，色調補正などもピクセル値を変えるため，LSBの情報を壊す原因になります．加工後の画像から本ツールで抽出できなくなったメッセージは，元のPNGや別のバックアップがなければ復元が困難です．

本実装で採用しているLSB操作とマジックプレフィックスの組み合わせは，画像データの内部構造とビット単位の演算処理を理解するための教育的，あるいは基礎的なデモンストレーションとして非常に有用なモデルです．ピクセルの配列に対してどのようにバイナリデータがマッピングされていくのかという，情報隠蔽の初歩的なメカニズムをブラウザ上で手軽に検証することができます．

一方で，実務において高度な機密性を要する情報の伝達や，重要なパスワードの保管目的として本ツールを単体で利用することは推奨されません．前述の通り，本ツールはテキストを平文のまま埋め込むため，統計的な解析に対する耐性や，第三者による意図的な抽出を防ぐ保護機構を備えていません．

どうしても機密情報を画像に隠して運用する必要がある場合は，本ツールにデータを渡す前の段階で，十分な強度を持つ外部の暗号化ツールを用いてテキスト自体を暗号文（暗号化された文字列）に変換し，その暗号文を本ツールで埋め込むという多段的なアプローチを採用する必要があります．情報の「不可視性」と「機密性」は別の概念であることを認識した上で，要件に合わせた適切な使い分けが求められます．

補足：容量計算の具体例と受け渡し前の確認

本ツールのステガノグラフィー機能における，埋め込み可能なデータ容量の具体的な計算方法と，画像を受け渡す前の確認手順を解説します．

本ツールは，画像の各ピクセルのRGB値（赤・緑・青）の最下位1ビットずつを変更し，1ピクセルあたり3ビットのデータを隠す仕様です．文字コードはUTF-8を使用し，データ先頭に目印となる文字列「STEG:」の5バイト，末尾に終端データであるNULLの1バイトを付与します．暗号化は行わず，結果はPNG形式で出力します．

具体例として，縦横1000×1000画素の画像を計算します．総ピクセル数は1,000,000となり，全体で3,000,000ビット，つまり375,000バイトの理論上の容量を持ちます．ここから固定の管理データである6バイトを差し引いた374,994バイトが，計算上テキストに使える最大容量です．

ただし，実際に処理できる規模は，ブラウザのCanvas上に展開されるピクセル数や，利用端末の空きメモリなどの制約を受けます．

出力されたPNG画像を共有する際は，再圧縮や形式変換に注意が必要です．JPEGへの変換やリサイズを経た場合はピクセル値が変わり，テキストを抽出できなくなる可能性が高まります．

受け渡し前には，出力したPNGをローカル環境で本ツールへ読み込み，本文が正しく抽出できるか確認することを推奨します．送信経路での加工やファイル破損に備え，元のPNGと埋め込んだ本文は別の場所にも保存してください．その後，画像を再エンコードせずファイルとして扱える受け渡し方法を選ぶと，埋め込んだデータを保ちやすくなります．