暗号化で守れること・守れないことの全体像
暗号化は、データが第三者に見られても内容を判読しにくくするための仕組みです。Google Driveのようなクラウドでは、主に「転送中（通信の途中）」と「保存中（サーバ上に置かれている間）」の保護を目的として暗号化が扱われることがあります。ただし暗号化は、誰かが正規の権限を使ってデータにアクセスできる状況や、端末が侵害されている状況までは自動的に防ぎきれません。したがって「暗号化＝万能」ではなく、アクセス管理や鍵（キー）の扱い、端末の安全などとセットで考える必要があります。
仕組みをイメージする：鍵とデータの関係
暗号化の基本は、データを読むための“鍵”と、暗号化された“データ”の組み合わせです。一般化すると、次のように整理できます。
- 機能としての暗号化：データを別の見え方（暗号文）に変換する
- 鍵（キー）：暗号文を元の内容に戻す（復号する）ために必要
- 誰が鍵を持つか：鍵を持つ主体（サービス側、利用者側、端末側など）で安心できる範囲が変わります
この観点では、「保存中の暗号化」があっても、共有や権限により“正規ユーザー”が復号できる状態なら、見え方の問題ではなく“アクセス制御”の問題に移ります。つまり暗号化は「盗み見」を難しくしやすい一方で、「アクセスできてしまう経路」自体は別の設計で抑える必要があります。
主要な対策パターン：暗号化・アクセス制御・鍵管理の役割
暗号化でファイルを保護したいとき、実務上は次の役割分担を押さえると判断しやすくなります。
- 保存中／転送中の保護：クラウドの通信や保存の過程で、内容がそのまま漏れないようにする目的
- アクセス制御（共有設定・権限）：見られる/ダウンロードできる相手と範囲を制限する目的
- 鍵管理の考え方：暗号化を“成立させる”鍵が、どこにあり、誰が利用できるかを理解する目的
- 端末とアカウントの安全：復号できる状態（ログイン中、端末が安全、認証が強い）を維持する目的
暗号化だけに期待し過ぎると、共有設定の見落とし（誰に共有されているか）、リンクの公開範囲、端末のセキュリティ低下（マルウェアや画面ロック不備）、アカウントの不正ログインといった別の入口から情報が漏れる可能性を見落とします。
制限と注意点：暗号化だけでは解決しないケース
次のような状況では、暗号化があっても“保護の実感”が下がったり、リスクの種類が変わったりします。