TERM GUIDE · SECURITY
機密性（Confidentiality）とは、情報を許可された人だけが利用・閲覧できる状態に保つことです。
例えば、学校の成績データは、生徒本人や担当教員など、業務上必要な人だけが閲覧できるようにする必要があります。関係のない人まで閲覧できる状態になっていれば、データの内容が書き換えられていなくても、機密性が損なわれています。
情報セキュリティでは、特に重要な三つの性質として、機密性・完全性・可用性が挙げられます。英語の頭文字を取ってCIAとも呼ばれます。
| 要素 | 英語 | 意味 | 代表的な問題 | 代表的な対策 |
|---|---|---|---|---|
| 機密性 | Confidentiality | 許可された人だけが情報を利用できる | 情報漏えい、盗み見 | 認証、アクセス制御、暗号化 |
| 完全性 | Integrity | 情報が正確で、不正に変更・破壊されていない | 改ざん、誤ったデータ | デジタル署名、変更履歴、改ざん検出 |
| 可用性 | Availability | 必要なときに情報やシステムを利用できる | システム停止、DDoS攻撃 | 冗長化、バックアップ |
簡単に整理すると、
です。
例えば、
となります。
機密性を守る代表的な方法が、認証とアクセス制御です。
認証とは、その人が誰であるかを尋ね、本当に本人であるかを確認することです。例えば、IDとパスワードによるログイン、生体認証、ICカードなどが利用されます。
一方、アクセス制御とは、認証された利用者に対して、
などの権限を設定することです。
例えば、成績ファイルについて、
というように設定します。
つまり、認証しただけで機密性が確保されるわけではありません。
全員がIDとパスワードでログインしていても、ログイン後に全員がすべての成績を閲覧できる設定になっていれば、機密性は十分ではありません。本人を確認した上で、さらに必要な人だけに必要な権限を与えることが重要です。
情報へのアクセス権は、必要以上に広げないことが基本です。
例えば、営業部だけで利用する顧客情報なら、業務上必要のない他部署の人まで閲覧できるようにする必要はありません。
このように、
必要な人に、必要な範囲だけ、必要な期間だけ権限を与える
という考え方が、機密性の確保では重要になります。
クラウドストレージなどでファイルを共有する場合も、
といった管理を行います。
「URLを知っている人は誰でも閲覧できる」という設定では、URLが第三者へ渡った場合に閲覧されるおそれがあるため、機密情報の共有には適しません。
暗号化も、機密性を高める代表的な方法です。
暗号化とは、元のデータである平文を、そのままでは内容を理解できない暗号文へ変換することです。
例えば、
平文
↓ 暗号化
暗号文
↓ 復号
平文
という流れになります。
PCを紛失した場合を考えます。
保存されているファイルが暗号化されていなければ、PCを入手した第三者にファイルを読まれる可能性があります。一方、適切に暗号化されていれば、第三者がファイルそのものを入手しても、復号に必要な鍵を持っていなければ内容を読み取ることは難しくなります。
そのため、暗号化は、
などに備えて、情報の機密性を高めるために利用されます。
暗号化しておけば、それだけで安全になるわけではありません。
暗号化されたデータを元に戻すための復号鍵が第三者へ漏れれば、暗号文を読まれる可能性があります。
例えば、成績ファイルを暗号化していても、その復号鍵を教職員全員が閲覧できる共有フォルダに保存していれば、閲覧する必要のない人まで復号できてしまいます。
したがって、
暗号化されたデータだけでなく、鍵を誰が利用できるかも管理する
必要があります。
鍵についても、
などの管理が重要です。
公開鍵暗号方式では、公開鍵と秘密鍵という二つの鍵を利用します。
送信者Xが受信者Yだけに読めるように文書を送りたい場合は、
Yの公開鍵で暗号化する
という方法を取ります。
Yの公開鍵で暗号化されたデータは、対応するYの秘密鍵を使って復号します。
したがって、
X
↓ Yの公開鍵で暗号化
暗号文
↓
Y
↓ Yの秘密鍵で復号
文書
となります。
Yの秘密鍵をYだけが持っていれば、第三者に通信を盗み見られても内容を読まれにくくなります。そのため、これは主に機密性を確保する仕組みです。
デジタル署名は、署名する人が自分の秘密鍵を使って署名を作成し、受信者がその人の公開鍵を使って署名を検証します。
例えば、XがYへ文書を送る場合、
とします。
つまり、暗号化は主に機密性を高め、デジタル署名は主に完全性や送信者の確認に利用されます。
Webサイトを利用するときにも暗号化が利用されます。
通常、HTTPSではブラウザとWebサーバの間の通信が暗号化されます。そのため、通信途中を第三者に盗み見られても、送受信している内容を読み取られにくくなります。
例えば、
などを保護することにつながります。
したがって、HTTPSは通信内容の機密性を高める仕組みの一つです。
ただし、HTTPSにしたからといって、
というわけではありません。
どのような危険への対策なのかを区別する必要があります。
機密性は電子データだけの問題ではありません。
例えば、紙の「関係者外秘」の資料を机の上に放置すれば、関係のない人に読まれる可能性があります。
そのため、
といった対策を行います。
保管中だけでなく、廃棄するときまで情報を読まれないようにすることが重要です。
情報そのものに、
などの機密区分を表示することも重要です。
例えば、社外秘の文書に「社外秘」と明記しておけば、その文書を見た人が「外部へ送ってはいけない情報である」と判断しやすくなります。
このようなラベル付けは、それ自体で第三者の閲覧を物理的に防ぐものではありません。しかし、どの程度慎重に取り扱うべき情報なのかを利用者に明確に伝えることができます。
機密性を守るためには、技術的な対策だけでなく、このような運用上のルールも必要です。
情報へのアクセスは、ファイルを開くことだけではありません。
サーバ室など、機密情報を扱う機器が置かれている場所へ無関係な人が自由に入れると、画面を見たり、記憶媒体を持ち出したりされる可能性があります。
そのため、
などによって入室者を制限します。
例えば、暗証番号と虹彩認証を組み合わせてサーバ室への入室を制限することは、権限のない人が情報へ接触することを防ぐため、主に機密性を高める対策です。
大容量のファイルを外部の人と共有するときも、重要なのは単に「どの方法なら送れるか」ではありません。
機密性の観点では、
を考える必要があります。
例えば、共同研究者一人と一定期間だけ研究データを共有する場合は、
といった方法が適切です。
必要に応じて、共有URLやパスワードなどの連絡を別の経路で行うことも考えられます。
逆に、
といった方法は、ファイル容量とは関係なく、機密性の面で問題があります。
機密性の問題では、他のセキュリティ対策との区別も重要です。
例えば、バックアップはデータが消失したときに復元するためのものであり、主に可用性に関係します。
サーバや通信回線を二重化する冗長化も、一つが故障してもサービスを続けられるようにするため、主に可用性を高めます。
一方、
は、権限のない人に情報を読ませないことが主な目的なので、機密性に関係します。
したがって、問題を解くときには、
「この対策は何を防ぐためのものか」
を考えることが重要です。
と整理すると判断しやすくなります。
機密性は、単に「秘密の情報を暗号化する」というだけの考え方ではありません。
情報を扱う一連の流れについて、
「許可された人だけが、その人に必要な範囲で情報を利用できるようにする」
ことが基本です。
そのため、機密性を守るためには、
といった、複数の対策を組み合わせることが重要です。
機密性に関する問題では、まず「本来見ることのできない人に情報が見えてしまわないか」という観点から考えるとよいでしょう。
EXAMPLE
認証付き共有領域で相手と期限・権限を限定し、別経路で通知してアクセス記録を確認する
大容量データを誰でも閲覧できるURLへ置き、共同研究者が検索しやすいよう検索エンジンにも登録する
共同研究者のアカウントや本人性を確認せず、公開SNSの複数投稿へ研究データを分割して掲載する
データを暗号化せず組織の全員宛てメールへ分割添付し、複数回に分けて容量制限を回避する
正解0．認証付き共有領域で相手と期限・権限を限定し、別経路で通知してアクセス記録を確認する
安全な共有では、相手の本人確認、必要最小限の権限、有効期限、アクセス記録を組み合わせます。大容量かどうかは送付手段の選択に関わりますが、機密性は容量ではなく、誰がいつまで取得できるかを制御できるかで判断します。
PRACTICE