CIAトライアングルと実社会での活用

CIAトライアドとは？

情報セキュリティは、機密性・完全性・可用性（CIA）の3つの重要な原則を中心に成り立っています。環境、アプリケーション、文脈、または使用ケースによっては、これらの原則のうち1つが他よりも重要になることがあります。たとえば金融機関では、情報の機密性が最優先となるため、電子的に転送される機密文書については、許可されていない人が内容を読めないように暗号化する可能性が高くなります。一方で、インターネットのマーケットプレイスのような組織は、ネットワークが長期間停止した場合に大きな損害を受けるため、暗号化データへの懸念よりも、高い可用性を確保するための戦略に重点を置くかもしれません。

機密性

機密性とは、機密性の高い情報への不正アクセスを防ぐことに関心がある考え方です。不正アクセスは、侵入者がネットワークに侵入して情報を読み取るような意図的な場合もあれば、情報を扱う個人の不注意や能力不足によって起こる非意図的な場合もあります。機密性を確保する主な方法は、暗号化とアクセス制御の2つです。

暗号化

暗号化は、組織が、偶発的な情報開示と内部および外部からの攻撃の試みの両方から情報を保護する必要を満たすのに役立ちます。暗号化システムが不正な復号を防ぐうえでどれだけ有効かは、その強度（strength）と呼ばれます。強力な暗号化システムは解読が難しいものです。また強度は、システムを破るのに必要だと見積もられる時間と労力の量を表す、ワークファクター（work factor）としても表現されます。

システムが弱いとみなされるのは、弱い鍵を許容する場合、設計上の欠陥がある場合、または容易に復号されてしまう場合です。今日利用可能な多くのシステムは、ビジネスや個人用途には十分以上の性能を備えていますが、機密性の高い軍事または政府のアプリケーションには不十分です。暗号化には対称アルゴリズムと非対称アルゴリズムがあります。

対称アルゴリズム

対称アルゴリズムでは、暗号化されたメッセージの送信者と受信者の両方が、同じ鍵と処理アルゴリズムを持っている必要があります。対称アルゴリズムは、保護しなければならない対称鍵（秘密鍵または秘密鍵/プライベートキーと呼ばれることもあります）を生成します。鍵が紛失したり盗まれたりすると、システムの安全性が損なわれます。ここでは、対称アルゴリズムの代表的な標準をいくつか紹介します：

• データ暗号化標準（Data Encryption Standard, DES）。 DESは1970年代半ばから使用されています。長年にわたり政府や産業分野で用いられる主要な標準でしたが、現在は鍵サイズが小さいため安全性に欠けると考えられています。DESは64ビット鍵を生成しますが、そのうち8ビットは誤り訂正のためだけに使われ、実際の鍵は56ビットのみです。現在はAESが主要な標準です。
• トリプルDES（Triple-DES, 3DES）。 3DESはDESの技術的なアップグレードです。政府向けの用途ではAESが推奨される選択肢であるにもかかわらず、3DESは今でも使われています。3DESは多くの他のシステムよりも大幅に解読（解読破り）が難しく、DESよりも安全です。鍵長を168ビットに増やします（56ビットのDES鍵を3つ使用）。
• Advanced Encryption Standard (AES). AESは、米国の政府機関が使用する標準としてDESに取って代わりました。Rijndaelアルゴリズムを使用しており、このアルゴリズムは開発者のJoan DaemenとVincent Rijmenにちなんで名付けられています。AESは128、192、256ビットの鍵サイズをサポートし、デフォルトは128ビットです。
• Ron’s Cipher or Ron’s Code (RC). RCはRSA研究所によって作られた暗号方式ファミリーで、作者のRon Rivestにちなんで名付けられています。現在の段階（バージョン）はRC4、RC5、RC6です。RC5は最大2,048ビットの鍵サイズを使用し、強力なシステムだと考えられています。RC4は無線やWEP/WPAの暗号化でよく使われています。RC4は40〜2,048ビットの鍵サイズで動作するストリーミング暗号で、SSLとTLSで使用されます。また、各種ユーティリティでも人気があり、それらはトレントファイルのダウンロードに利用します。多くのプロバイダーはそれらのファイルのダウンロードを制限していますが、RC4でヘッダーとストリームを難読化すると、サービス提供者が「実際に動かされているのがトレントファイルである」ことに気づきにくくなります。
• Blowfish と Twofish。 Blowfishは、Bruce Schneierが率いるチームによって発明された暗号方式で、非常に高速で64ビットのブロック暗号を実行します。これは対称ブロック暗号で、可変長の鍵（32ビットから448ビットまで）を使用できます。Twofishもかなり似ていますが、128ビットのブロックを扱います。特徴は、複雑な鍵スケジュール（key schedule）を備えている点です。
• International Data Encryption Algorithm (IDEA)。 IDEAはスイスのコンソーシアムによって開発され、128ビットの鍵を使用します。この製品は速度と能力の点でDESと似ていますが、より安全です。IDEAは、電子メールで多くの人が利用している公開ドメインの暗号化システムであるPretty Good Privacy（PGP）で使用されています。
• One-time pads. One-time padsは、真に完全に安全な暗号化実装として知られている唯一のものです。その安全性が非常に高い理由は2つあります。1つ目は、平文メッセージと同じ長さの鍵を使うことです。これにより、攻撃者が利用できる鍵の適用パターンが存在しません。2つ目は、One-time padの鍵が1回だけ使用され、その後に破棄されることです。つまり、もしOne-time padの暗号を破れたとしても、その同じ鍵は二度と使われないため、鍵の知識は役に立たなくなります。

非対称アルゴリズム

非対称アルゴリズムでは、2つの鍵（公開鍵と秘密鍵）を使用します。送信者は公開鍵でメッセージを暗号化し、受信者は秘密鍵でそれを復号します。公開鍵は本当に公開してもよいし、2者間で秘密にしてもよいです。ただし秘密鍵は非公開に保たれ、知っているのは所有者（受信者）だけです。誰かがあなたに暗号化されたメッセージを送りたい場合、その人はあなたの公開鍵を使ってメッセージを暗号化し、その後メッセージを送信します。あなたは秘密鍵を使ってメッセージを復号できます。もし両方の鍵が第三者に知られてしまうと、暗号化システムはメッセージのプライバシーを保護できません。これらのシステムの本当の「魔法」は、公開鍵ではメッセージを復号できないことです。たとえばボブが、アリスの公開鍵で暗号化したメッセージをアリスに送る場合、地球上の他の誰もがアリスの公開鍵を持っていたとしても、その鍵ではメッセージを復号できないため問題になりません。以下に、非対称アルゴリズムでよく使われる標準をいくつか示します。

• RSA。RSA は、その発明者である Ron Rivest、Adi Shamir、Leonard Adleman の名前にちなんで名付けられました。RSA アルゴリズムは、大きな整数を処理の基礎として用いる初期の公開鍵暗号方式です。広く実装されており、事実上の標準になっています。RSA は暗号化とデジタル署名の両方で使用できます。RSA は Secure Sockets Layer (SSL) を含む多くの環境で使われており、鍵交換。
• Diffie-Hellman。 ウィットフィールド・ディフィー（Whitfield Diffie）とマーティン・ヘルマン（Martin Hellman）は、公開鍵/秘密鍵の概念の創始者だと考えられています。彼らの Diffie-Hellman アルゴリズムは、主に公開ネットワーク上で共有の秘密鍵を生成するために使われます。これはメッセージの暗号化や復号には用いられず、2者間で対称鍵を作成するためだけに使用されます。
• Elliptic Curve Cryptography (EEC)。ECC は RSA と同様の機能を提供しますが、同じレベルのセキュリティを得るために、より小さい鍵サイズを使用します。ECC の暗号化システムは、曲線上の点を使い、それに無限遠の点を組み合わせるという考え方と、離散対数問題を解くことの難しさに基づいています。

アクセス制御

暗号化は機密性を確保する方法の1つであり、もう1つの方法がアクセス制御です。機密性に役立つアクセス制御にはいくつかのアプローチがあり、それぞれ長所と短所があります。:

• 強制アクセス制御（MAC）。MAC環境では、すべてのアクセス権限（アクセス能力）が事前に定義されています。管理者が共有する権利を設定していない限り、ユーザーは情報を共有できません。その結果、管理者は、そのような権利に対して必要な変更をすべて行わなければなりません。このプロセスは、厳格なセキュリティモデルを強制します。ただし、最も安全なサイバーセキュリティモデルとも考えられています。
• 任意アクセス制御（DAC）。 DACモデルでは、ユーザーは他のユーザーと情報を動的に共有できます。この方法により、より柔軟な環境が可能になりますが、情報の不正な開示のリスクが高まります。管理者は、適切なユーザーだけがデータにアクセスできるようにすることがより難しくなります。
• ロールベースのアクセス制御（RBAC）。 ロールベースのアクセス制御は、職務の機能または責任に基づいてアクセス制御を実装します。各従業員には、特定の情報にアクセスできる1つ以上のロールがあります。ある人が1つのロールから別のロールに移ると、以前のロールに対するアクセスは利用できなくなります。RBACモデルは、MACモデルよりも柔軟ですが、DACモデルよりは柔軟性が低くなります。ただし、個人の必要性ではなく職務の機能に厳密に基づく点で優位性があります。
• Rule-Based Access Control (RBAC)。 ルールベースのアクセス制御は、事前設定されたセキュリティポリシーの設定を使用して、アクセスに関する判断を行います。これらのルールは次のように設定できます：
  • リストに明確に記載されている者（許可アクセスリスト、allow access list）以外はすべて拒否
  • リストに明確に記載されている者だけを拒否（true deny access list）

リストの項目には、ユーザー名、IPアドレス、ホスト名、さらにはドメインも含めることができます。ルールベースのモデルは、セキュリティと柔軟性の最適な組み合わせを実現するために、ロールベースのモデルと併用されることがよくあります。

• Attribute-based access control (ABAC)。 ABACは、NIST 800-162「Attribute Based Control Definition and Considerations」で定義された、比較的新しいアクセス制御手法です。これは論理的なアクセス制御の方法であり、一連の操作を実行するための許可は、主語（subject）、対象（object）、要求された操作（requested operations）、そして場合によっては環境条件に関連する属性を評価し、それらを security policy、つまり特定の属性セットに対して許可される操作を説明する規則または関係と照合することで決定されます。
• スマートカードは、一般的にアクセス制御やセキュリティ目的に使用されます。カード自体には通常、少量のメモリが含まれており、そこに権限やアクセス情報を保存するために用いることができます。
• セキュリティトークンはもともと、ワイヤレスのキーカードやキーフォブなど、アクセスを得るために必要なハードウェアデバイスでした。現在では、トークンのソフトウェア実装もあります。トークンには、ユーザーを認証するために使用されるデジタル証明書が含まれていることがよくあります。

完全性

完全性には、データセキュリティを実現するのに役立つ3つの目標があります:

• 不正なユーザーによる情報の改ざんを防止すること
• 権限のあるユーザーによる情報の無断または意図しない改ざんを防ぐこと
• 内部および外部の整合性を維持する：
  • 内部整合性 — データが内部的に整合していることを保証します。たとえば組織のデータベースでは、組織が保有するアイテムの総数は、組織の各要素が保有しているとしてデータベースに示されている同一アイテムの合計数と一致していなければなりません。
  • 外部整合性 — データベースに保存されているデータが現実世界の状況と一致していることを保証します。たとえば、棚の上に実際に置かれているアイテムの総数は、データベースが示すアイテムの総数と一致している必要があります。

さまざまな暗号化方式は、メッセージが送信中に改ざんされていないことを保証することで、整合性（インテグリティ）を確保するのに役立ちます。改ざんが行われると、メッセージが理解できない内容になったり、さらに悪いことに不正確な内容になったりする可能性があります。医療記録や薬の処方が改変されていたとしてもそれが発見されなかった場合の重大な影響を想像してください。メッセージが改ざんされた場合、暗号化システムには、そのメッセージが破損または改変されたことを示す仕組みが備わっている必要があります。

ハッシュ化

完全性は、ハッシュ化アルゴリズムを使っても検証できます。基本的には、メッセージのハッシュを生成し、そのメッセージの末尾に付加します。受信側は、受け取ったメッセージのハッシュを計算し、受け取ったハッシュと比較します。転送中に何かが変更された場合、ハッシュは一致しません。

ハッシュ化は、多くの状況における許容できる完全性チェックです。しかし、傍受する側がメッセージを意図的に改ざんしたいのに、メッセージが暗号化されていない場合、ハッシュは無力になります。たとえば傍受側は、メッセージに 160 ビットのハッシュが付いているのを見て、それが SHA-1（以下で説明します）を使って生成されたことが示唆されると判断できます。すると傍受者は、望むとおりにメッセージを改変し、元の SHA-1 ハッシュを削除して、改変後のメッセージから改めてハッシュを計算するだけで済みます。

ハッシュ化アルゴリズム

データを保存するために使われるハッシュは、暗号学的なハッシュとは大きく異なります。暗号技術では、ハッシュ関数には次の3つの特性が必要です：

1. 必ず一方向である必要があります。 何かをハッシュすると、それを元に戻す（アンハッシュする）ことはできません。
2. 可変長の入力から固定長の出力が生成される。2文字でも200万文字でも、ハッシュのサイズは同じです。
3. そのアルゴリズムには、衝突がほとんど、またはまったくないことが必要です。 異なる2つの入力をハッシュしても同じ出力にはなりません。

ここでは、理解しておくべきハッシュアルゴリズムと関連する概念を紹介します：

• Secure Hash Algorithm (SHA)。 もともとは Keccak と呼ばれていた SHA は、Guido Bertoni、Joan Daemen、Michaël Peeters、Gilles Van Assche によって設計されました。SHA-1 は一方向ハッシュで、暗号化プロトコルで使用できる 160 ビットのハッシュ値を提供します。2016 年に SHA-1 の問題が見つかりました。そのため、現在は SHA-2 を使用することが推奨されています。SHA-2 は 224、256、334、512 ビットのハッシュを生成できます。SHA-2 には既知の問題がないため、いまでも最も広く使われ、推奨されているハッシュアルゴリズムです。SHA-3 は 2012 年に公開され、幅広く適用できますが、広くは利用されていません。これは SHA-3 に問題があるからではなく、SHA-2 がまったく問題ないからです。
• メッセージ・ダイジェスト・アルゴリズム（Message Digest Algorithm（MD））。 MD は、整合性（インテグリティ）を維持するのに役立つハッシュ値を作成する、もう1つの単方向ハッシュです。MD にはいくつかのバージョンがあり、最も一般的なのは MD5、MD4、MD2 です。MD5 はアルゴリズムの最新バージョンで、128ビットのハッシュを生成します。MD の前身よりも複雑で、より高いセキュリティを提供しますが、強力な衝突耐性を備えていないため、現在は使用が推奨されていません。推奨される代替は SHA（2 または 3）です。
• RACE インテグリティ・プリミティブ評価メッセージダイジェスト（RACE Integrity Primitives Evaluation Message Digest（RIPEMD））。 RIPEMD は MD4 をベースにしていました。そのセキュリティには疑問があり、160 ビットを使用する RIPEMD-160 に置き換えられています。さらに 256 ビットおよび 320 ビットを使用するバージョンもあります（それぞれ RIPEMD-256、RIPEMD-320）。
• GOST は、旧ソビエト連邦で開発された対称暗号であり、ハッシュ関数として機能するように改変されています。GOST は可変長のメッセージを処理し、256ビットの固定長出力に変換します。
• Windows NT のリリース以前、Microsoft のOSは認証に LANMAN プロトコルを使用していました。LANMAN は認証プロトコルとして機能するだけでしたが、LM Hash と2つの DES キーを用いていました。これは Windows NT のリリースに伴い、NT LAN Manager（NTLM）に置き換えられました。
• Microsoft は Windows NT のリリースにより、LANMAN プロトコルを NTLM（NT LAN Manager）に置き換えました。NTLM は MD4/MD5 のハッシュ化アルゴリズムを使用します。このプロトコルにはいくつかのバージョンがあります（NTLMv1 と NTLMv2）。また、Microsoft が Kerberos を推奨する認証プロトコルとして名付けているにもかかわらず、この仕組みは依然として広く利用されています。LANMAN と NTLM はどちらもハッシュを用いますが、主に認証の目的で使用されます。
• 完全性（integrity）を検証する一般的な方法として、メッセージにメッセージ認証コード（MAC）を付加する方法があります。MAC は、暗号ブロック連鎖モード（CBC）で対称暗号を使用して計算されますが、生成されるのは最終ブロックのみです。基本的には、CBC の出力をハッシュ関数の出力のように利用しています。ただしハッシュ関数とは異なり、暗号には、2 者間であらかじめ交換しておく対称鍵が必要です。
• HMAC（hash-based message authentication code：ハッシュベースのメッセージ認証コード）は、対称鍵とともにハッシュアルゴリズムを使用します。たとえば、2 者が MD5 のハッシュを使うことに合意するとします。ハッシュを計算したら、そのハッシュに対してダイジェスト（digest）と排他的 OR（XOR）を実行し、得られた値が HMAC になります。

ベースライン

ベースライン（構成、ベースライン、システムのベースライン、アクティビティのベースライン）を確立することは、 安全なネットワーキング にとって重要な戦略です。基本的には、特定のシステム、コンピューター、アプリケーション、またはサービスに対して「安全」と考えられるベースラインを見つけます。もちろん、絶対的なセキュリティは不可能です。目標は、組織のセキュリティ要件とリスク許容度（risk appetite）に基づいて「十分に安全」な状態を実現することです。どのような変更でも、その変更が十分に安全かどうかを確認するためにベースラインと比較できます。ベースラインを定義したら、次のステップは、システムがそのベースラインから逸脱していないことを確認するためにシステムを監視することです。このプロセスは、完全性測定（integrity measurement）として定義されます。

可用性

可用性（Availability）とは、システムの正当な利用者が、システム内の情報およびネットワークに対して、適時かつ中断なくアクセスできることを保証することです。可用性を実現する方法は次のとおりです：

• 分散割り当て（Distributive allocation）。 一般にロードバランシング（load balancing）として知られる分散割り当てにより、負荷（ファイル要求、データルーティングなど）を分散し、どのデバイスにも過度な負担がかからないようにできます。
• 高可用性（HA）。 高可用性（High availability）とは、障害（outage）が発生しても、サービスや情報システムを稼働状態に保つために用いられる対策のことです。HA の目的は、重要なサービスを「99.999%」の時間（いわゆる「five nines」可用性）利用可能にすることが多くあります。HA の戦略には冗長化（redundancy）やフェイルオーバー（failover）が含まれており、これらは以下で説明します。
• 冗長化（Redundancy）. 冗長化（Redundancy）とは、システムを複製しておくか、誤動作の際に別のシステムへフェイルオーバー（fail over）できるようにしておく仕組みを指します。フェイルオーバー（Failover）とは、障害を検知したときにシステムを再構築したり、別のシステムへ切り替えたりするプロセスのことです。サーバーの場合は、障害が検知されるとサーバーは冗長サーバー（redundant server）へ切り替わります。この戦略により、主要サーバーを復旧できるまでサービスを中断なく継続できます。ネットワークの場合は、主要経路でネットワーク障害が発生すると、処理が別のネットワーク経路へ切り替わることを意味します。
  フェイルオーバー システムの導入には費用がかかることがあります。大規模な企業ネットワークや電子商取引（e-commerce）環境では、フェイルオーバーによって、主要施設が稼働可能になるまで、すべての処理をリモート拠点へ切り替える必要が生じる場合があります。主要サイトとリモートサイトは、情報が可能な限り最新であることを保証するためにデータを同期します。
  Linux、Windows Server、Novell Open Enterprise Server など、多くのOSでは、フェイルオーバー機能を提供するためのクラスタリング（clustering）が可能です。クラスタリングでは、複数のシステムが協調して接続されます（これにより負荷分散が提供されます）。また、ネットワークで相互接続されており、いずれかのシステムが失敗した場合には、残りのシステムが不足分を補って稼働を継続します。サーバークラスタ全体の能力は低下する可能性がありますが、ネットワークまたはサービスは引き続き稼働します。クラスタリングの良さを理解するには、これが Google が構築されている技術であるという事実を思い浮かべてみてください。クラスタリングは冗長化を実現するだけでなく、需要が増えるにつれてスケールする能力も提供します。
  ほとんどのISPとネットワーク事業者は、顧客に高可用性を提供するため、内部に広範なフェイルオーバー機能を備えています。情報やサービスにアクセスできないビジネス顧客や従業員は、信頼を失いやすくなります。
  もちろん、信頼性（reliability）と信頼できること（trustworthiness）とのトレードオフはコストです。フェイルオーバー システムは、法外に高額になる場合があります。システムにこの機能が必要かどうかを判断するには、ニーズを慎重に検討する必要があります。たとえば、環境で高いレベルの可用性が求められるなら、サーバーはクラスタ化すべきです。これにより、クラスタ内のいずれかのサーバーが故障しても、ネットワーク内の他のサーバーが負荷を引き受けられます。
• フォールトトレランス（Fault tolerance）。 フォールトトレランス（Fault tolerance）とは、システムが構成要素の故障が起きても業務を継続できる能力のことです。フォールトトレラント（Fault-tolerant）なシステムは、たとえばディスクドライブなどの重要なコンポーネントが故障していても、稼働を継続できます。この能力は、ダウンタイム（停止時間）のリスクを減らすために、冗長なコンポーネントやサブシステムを追加することで、過剰な設計（オーバーエンジニアリング）を行うことを含みます。たとえば、2つ目の電源、2つ目のCPU、その他の主要コンポーネントを追加することで、サーバーにフォールトトレランスを組み込むことができます。多くのメーカー（HP、Sun、IBM など）はフォールトトレラントなサーバーを提供しており、通常は故障が発生した場合に自動でフェイルオーバーする複数のプロセッサを搭載しています。
  フォールトトレランスには、決して見落としてはいけない2つの重要な要素があります。予備部品（spare parts）と電力（electrical power）です。予備部品は、システムにとって重要なコンポーネントが故障したときにいつでも修理できるよう、常に手元に用意しておく必要があります。冗長化の戦略である「N+1」とは、必要な数のコンポーネントに加えて、必要になったときにどのシステムにも接続できる1つを追加で持っていることを意味します。コンピュータシステムは電力がないと動作できないため、フォールトトレランスは電力インフラにも組み込むことが必須です。最低限、サーバーおよびワークステーションすべてに、サージ保護（surge protection）付きの無停電電源装置（UPS）を付けるべきです。そのUPSは、停電時に想定される負荷を（コンピュータ、モニタ、その他接続されているデバイスを考慮して）負担できるよう定格されている必要があり、さらにバッテリーが稼働可能であることを確認するために、予防保守の一環として定期的に点検しなければなりません。UPSを稼働し続けるには、数年ごとにバッテリーを交換する必要があります。
  UPSは停電が起きた場合に、短時間だけ電力なしで動作を継続できます。より長時間の状況でフォールトトレランスを確保するには、バックアップ発電機（backup generator）が必要です。バックアップ発電機はガソリン、プロパン、天然ガス、またはディーゼルで稼働し、安定した電力を提供するために必要な電気を生成します。一部のバックアップ発電機は停電時に瞬時に起動できますが、多くは一定の電力を安定して供給するまでに短いウォームアップ時間が必要です。したがって、組織では引き続きUPSの導入が必要になることが分かります。
• 冗長化ディスクアレイ（Redundant Array of Independent Disks, RAID）。 RAIDは、複数のディスクを使用してフォールトトレランス（障害許容）を提供する技術です。いくつかのRAIDレベルがあります。RAID 0（ストライプドディスク）、RAID 1（ミラーディスク）、RAID 3または4（専用パリティ付きストライプドディスク）、RAID 5（分散パリティ付きストライプドディスク）、RAID 6（デュアルパリティ付きストライプドディスク）、RAID 1+0（または10）およびRAID 0+1。これらの詳細は、このリストの data security best practices でさらに確認できます。
• ディザスタリカバリ（DR）計画。 ディザスタリカバリ計画は、災害が発生した際に組織が効果的に対応できるよう支援します。災害には、システム障害、ネットワーク障害、インフラ障害、そしてハリケーンや地震のような自然災害が含まれます。DR計画では、災害発生時にできるだけ早くサービスを復旧し、受け入れがたい損失から組織を守るための方法を定義します。
  規模の小さい組織では、ディザスタリカバリ計画は比較的シンプルで分かりやすいものにできます。規模の大きい組織では、複数の拠点、企業の戦略計画、そして部門全体が関わる可能性があります。
  ディザスタリカバリ計画では、情報へのアクセスと情報の保管（ストレージ）への対応を扱う必要があります。機密データのバックアップ計画は、このプロセスの重要な一部です。

よくある質問（FAQ）

CIAトライアド（CIA triad）の構成要素は何ですか？

• 機密性（Confidentiality）：システムとデータは、認可されたユーザーのみがアクセスできます。
• 完全性：システムとデータは正確で完全である必要があります。
• 可用性：必要なときにシステムとデータにアクセスできること。

CIA トライアドがデータセキュリティにとって重要なのはなぜですか？

データセキュリティの究極の目標は data securityです。重要かつ機密性の高いデータの機密性、完全性、可用性を確保すること。CIA triad の原則を適用することで、組織は価値ある資産を保護するための効果的なセキュリティプログラムを作成できます。

CIA トライアドはリスク管理でどのように適用できますか？

リスク評価の際、組織は自社のシステムとデータの機密性、完全性、可用性を損なう可能性のあるリスク、脅威、脆弱性を測定します。これらのリスクを軽減するためのセキュリティ対策（セキュリティコントロール）を実装することで、組織は CIA トライアド（CIA triad）のコアとなる原則の 1 つ以上を満たすことになります。

データの機密性はどのように損なわれるのでしょうか？

機密性には、機密情報への不正アクセスを防止することが求められます。このアクセスは、侵入者がネットワークに侵入して情報を読み取るといった意図的なものである場合もあれば、情報を扱う個人の不注意や能力不足によって生じる、意図しないものである場合もあります。

データの機密性を維持するのに役立つ対策は何ですか？

データを保護するための 機密性を保つためのベストプラクティスの 1 つは、すべての機密データおよび規制対象データを暗号化することです。復号鍵がない限り、暗号化された文書の内容は誰も読み取れないため、暗号化は悪意による場合だけでなく、偶発的な機密性の侵害にも対策できます。

データの整合性はどのように損なわれる可能性がありますか？

データの整合性は、人為的なミスだけでなく、破壊的なマルウェアやランサムウェアのようなサイバー攻撃によっても損なわれる可能性があります。

データの整合性を保つために役立つ対策は何ですか？

データの整合性を保つには、次のことが必要です。

• 未認可のユーザーによるデータの変更を防止する
• 権限のあるユーザーによるデータの無断または意図しない変更を防止する
• エラーチェックやデータ検証などのプロセスによって、データの正確性と一貫性を確保する

データの正確性を確保するための有益なベストプラクティスは file integrity monitoring (FIM) です。FIMは、機密情報を含むファイルやフォルダーにアクセスまたは変更を試みたすべての内容を監査し、それらの行為が許可されているかどうかを確認することで、システム上の重要ファイルへの不適切な変更を組織が検知するのに役立ちます。

データの可用性はどのように損なわれ得るのでしょうか？

可用性への脅威には、ネットワークやハードウェアの問題などのインフラ障害、計画外のソフトウェア停止、インフラの過負荷、停電、DDoS やランサムウェア攻撃といったサイバー攻撃が含まれます。

データの可用性を維持するのに役立つ対策は何ですか？

継続的な稼働時間が必要なすべてのシステムについて、中断に備える保護策を導入することが重要です。選択肢としては、ハードウェアの冗長化、フェイルオーバー、クラスタリング、そして地理的に離れた場所に保存する定期バックアップなどがあります。さらに、包括的なディザスタリカバリ計画を策定し、テストすることが不可欠です。