暗号化で守る「覗き見」とは何か
暗号化で守る対象は、主に「通信の途中」や「保存されたデータ」を、第三者がそのまま読めない状態にすることです。たとえば、無関係な人がネットワーク上で流れる内容を盗み見ようとしても、暗号化されていれば意味のある文字列として取り出しにくくなります。これにより、盗聴者が得るのは“読めない形のデータ”であり、復号(元の内容に戻す)には正しい鍵が必要になります。
ただし、暗号化は万能ではありません。端末がすでに感染している、鍵が漏れている、あるいは暗号化されない経路や項目が存在するなど、別の要因があると、覗き見対策が成立しないことがあります。暗号化は「読めないようにする」ための手段であり、覗き見そのものを根絶する魔法ではない点が重要です。
暗号化の基本モデル:変換と鍵
暗号化の中心には、一般に次の考え方があります。
- 平文:そのままだと意味のあるデータ
- 暗号文:暗号化後の、鍵なしでは意味が取りづらいデータ
- 鍵:暗号化/復号に使う秘密情報(または手順の一部)
暗号化方式は大きく「公開鍵(またはそれに近い概念)」と「共通鍵」のように整理されることがありますが、要点は同じです。暗号化して送る(または保存する)だけでは十分でなく、受け手が正しく復号できること、そして鍵が適切に扱われていることがセットになります。
また、暗号化には「通信で守る」ものと「保存で守る」ものがあり、目的が違えば評価のしかたも変わります。通信は、送信側から受信側までの“途中”を想定します。一方で保存は、サーバや端末に書き込まれたあとに第三者が読み取ろうとする場面を想定します。
どこまで守れて、どこから効かなくなるか
暗号化が効きやすいのは、データが第三者に見える経路の中で、内容が暗号文として扱われている場合です。たとえば通信の暗号化では「途中で盗み見ても復元できない」ことが狙いになります。保存の暗号化では「読み取り権限のない第三者がデータ本体を解析できない」ことが狙いになります。
一方、効きにくい(または別の対策が必要な)典型的な例は次の通りです。
- 暗号化されていないデータ:通信の一部、ログ、バックアップ、添付ファイルなど
- 鍵管理の問題:鍵が漏れる、推測される、誤って共有される
- 端末側の問題:端末がマルウェアにより情報を抜かれる、入力や表示が改ざんされる
- 設計や実装の不備:暗号化の使い方が不適切だと保護が弱まる
- 正当でない相手への接続:暗号化“だけ”では相手の真正性を保証できないケース
このため、「暗号化されているから安心」と単純化せず、どの経路・どのデータが対象になっているか、鍵がどう扱われているか、端末が健全か、という前提をあわせて確認する必要があります。暗号化は“状態”であって、“環境全体の安全”を自動的に包含するものではありません。
