C・I・Aを一文字ずつ分解する

一つのデータを守るにも、異なる三つの問いがあります。「見てよい人だけが見られるか」「内容が正しいままか」「必要なときに使えるか」という問いです。どれか一つだけに合格しても、情報を安全に扱えているとは限りません。

  • **機密性（Confidentiality）**は、許可された人だけが情報に触れられる状態です。本人確認をする認証、利用者ごとに操作範囲を決めるアクセス制御、読めない形へ変換する暗号化などが機密性を支えます。秘密の内容だけでなく、公開前の資料や個人の連絡先なども対象になります。
  • **完全性（Integrity）**は、情報が意図せず壊れたり、許可なく書き換えられたりせず、正確さが保たれている状態です。変更履歴の記録、入力値の検査、バックアップとの照合などは、誤りや改ざんを見つけ、正しい状態へ戻す助けになります。
  • **可用性（Availability）**は、許可された利用者が必要なときに情報や機能を使える状態です。機器の故障に備えた予備、データのバックアップ、障害時の復旧手順、過大なアクセスに耐える構成などが関係します。

この三つは「製品名」や特定の対策ではなく、守れているかを確認する観点です。そのため、ファイル一つからネットワーク、組織の業務まで、対象の大きさを変えて使えます。

写真共有サービスを三方向から点検する

写真を保存して共有するサービスを例にすると、三要素の違いが見えます。限定公開にした写真を無関係な人が閲覧できれば、機密性の問題です。保存した写真が別の画像に置き換わったり、説明文が勝手に変更されたりすれば、完全性の問題です。障害で長時間ログインできず、必要な写真を取り出せなければ、可用性の問題です。

同じ出来事が複数の要素を損なうこともあります。マルウェアがファイルを外部へ送信し、内容を変更し、端末を動かなくしたなら、三要素すべてに影響します。被害を「情報が漏れた」の一言で済ませず、何が失われたかを分けて考えると、必要な対策を選びやすくなります。

強く閉じれば安全、とは限らない

機密性を高めようとして、あらゆる操作を一人だけに許可すると、その人が不在のときに必要な処理ができず、可用性が下がることがあります。反対に、誰でも簡単に使える設定にすれば、利用しやすくても機密性や完全性を損なう危険が増します。三要素には、いつでも同じ正解となる配分があるわけではありません。

大切なのは、情報の重要さ、利用する場面、障害が起きた場合の影響を考えて優先順位を決めることです。公開情報は多くの人が読めるため機密性を求めませんが、内容を勝手に変更されない完全性と、安定して閲覧できる可用性は必要です。一方、個人情報には厳しいアクセス制御が求められます。個人情報保護法は法律上の扱いを定めるものであり、CIAは安全性を点検する観点です。役割は異なりますが、実際の管理では両方を考える必要があります。

対策の名前より「何を守るか」で考える

一つの対策が一要素だけに対応するとは限りません。例えばバックアップは、壊れたデータを正しい状態へ戻す点では完全性を、障害後も利用を再開できるようにする点では可用性を支えます。ただし、バックアップの閲覧制限が不十分なら機密性を損ないます。作成するだけでなく、保存場所の保護や復元できることの確認まで必要です。

多要素認証は、知識・所持・身体的特徴など異なる種類の要素を組み合わせ、他人によるログインを難しくする仕組みです。主に機密性を守る助けになりますが、本人が認証手段を失った場合に備えた復旧方法がなければ、可用性の問題が生じます。また、暗号化して保存したデータでも、正規の権限を持つ人が誤った内容を入力すれば、完全性が自動的に保証されるわけではありません。対策を導入した事実ではなく、三つの性質が実際に保たれる運用になっているかを確かめます。

情報セキュリティのCIAは諜報機関の名前ではない

「CIA」という同じ三文字でも、ここでは米国の機関名ではありません。Confidentiality、Integrity、Availabilityという三つの英単語の頭文字を並べた略称です。日本語の並びも「機密性・完全性・可用性」と対応させると、C・I・Aの順を覚えやすくなります。

また、CIAだけですべての性質を言い表せるわけではありません。アクセスしている相手が本当に名乗った本人か、誰がどの操作をしたかを後から確認できるか、といった点も情報セキュリティでは重要です。例えばデジタル署名は、署名後に内容が変わっていないことや、署名に使われた鍵との関係を確認する仕組みです。CIAはこうした仕組みを考える出発点であり、個別の危険や目的に応じて、さらに必要な性質を加えて点検します。