暗号化で守れるもの、守りにくいもの

暗号化は、主に「通信の途中で第三者に内容が読まれないようにする」「不正に書き換えられたことに気づきやすくする」ための仕組みです。たとえばWebのHTTPSや、VPNのようなトンネル型の通信では、転送されるデータが暗号化されることで、回線上での盗み見の可能性を下げます。

一方で、暗号化は万能ではありません。暗号化されていても、(1) 暗号化の前後で発生する情報（端末内のデータ、復号された後のデータ）が守られなければ意味が薄れます。(2) 偽の接続先へ誘導されると、暗号化されても正しい相手と通信している保証になりません。(3) 端末のマルウェア、弱いパスワード、フィッシングといった「認証や利用の側」の問題が残ります。つまり、暗号化は“通信の経路”に強い対策であり、“端末とアカウント”の対策は別途必要になります。

仕組みの基本：鍵・アルゴリズム・整合性

暗号化は一般に「鍵（key）」と「アルゴリズム（方式）」の組み合わせで成り立ちます。鍵は、暗号化・復号に使われる秘密情報（または合意された情報）で、適切に管理されるほど、第三者が内容を推測しにくくなります。

また、暗号化には単に読み取れなくするだけでなく、データの整合性（改ざん検知）の観点も含まれます。通信路で誰かが途中書き換えを試みても、受信側が「正しい形で届いていない」と判断できる仕組みがあると、攻撃の影響を見落としにくくなります。

ただし、ここで重要なのは「方式が何であれ、利用の前提を満たしているか」です。鍵の合意がうまく成立していない、証明書の検証が無効化されている、あるいは古い方式や設定が使われ続けているなどの場合、暗号化の効果は下がります。したがって“暗号化されているか”だけでなく、“暗号化の前提が正しく機能しているか”を確認する姿勢が必要です。

暗号化の制限：効果を左右する例外

暗号化でオンラインのセキュリティを最適化しようとする際、次のような制限が理解の鍵になります。

1つ目は「復号後のリスク」です。暗号化されていても、通信を受け取った側で復号されます。復号後に端末が感染していれば、内容が読み取られる可能性が残ります。

2つ目は「認証の失敗」です。たとえば接続先の真正性（本当にそのサイトや相手であること）を検証できていないと、暗号化が“誤った相手”との通信を守ってしまう場合があります。

3つ目は「データの流れ全体の問題」です。暗号化は転送中のデータを主に対象にします。クラウド同期、バックアップ、共有設定、スクリーンショット、通知内容など、他の経路で平文の情報が生まれると、暗号化の効果だけでは防ぎきれません。

加えて「暗号化は脆弱性の代替ではない」という点も重要です。Webアプリやブラウザ、拡張機能、OSに脆弱性があれば、暗号化があっても別経路で攻撃される可能性があります。暗号化は土台の一つですが、更新や設定の健全性が同時に必要です。