情報セキュリティ
このノートの問いがそのまま復習カードになり、忘れかけたころに出題されます。
シラバス案 Ver.0.1 の小分類 6-24-1「情報セキュリティ」(大分類 6:セキュリティ/中分類 24:情報セキュリティマネジメント)。
2026-09-26 にシラバス本文と突合済み。
0. 何を押さえるか
この小分類は「情報セキュリティとは何を守ることか」という土台です。
最頻出は3 要素で、攻撃・事故と結びつけて問われます。
| 要素 | 何を守るか | 破られるとどうなるか | 例 |
|---|---|---|---|
| 機密性 | 許可された人だけが見られる | 漏えい | 盗聴、不正アクセス |
| 完全性 | 内容が正しく、改ざんされていない | 改ざん・破損 | Web ページの書き換え |
| 可用性 | 使いたいときに使える | 停止 | DoS 攻撃、システム障害 |
頭文字(Confidentiality・Integrity・Availability)を取って CIA と呼びます。
もう 1 つの柱は守り方の考え方の新しい流れです。
| 考え方 | 一言で |
|---|---|
| ゼロトラスト | 社内だから安全、とは考えない。毎回確かめる |
| セキュリティバイデザイン | セキュリティを作る段階から組み込む |
| プライバシーバイデザイン | プライバシー保護を作る段階から組み込む |
1. 情報セキュリティの考え方
根拠: シラバス 6-24-1
情報セキュリティの 3 要素とは?
| 要素 | 意味 |
|---|---|
| 機密性 | 許可された者だけが情報にアクセスできる |
| 完全性 | 情報が正確で、改ざん・破損されていない |
| 可用性 | 必要なときに、情報やシステムを利用できる |
頭文字から CIA と呼ばれる。
どれか 1 つだけ高くても情報セキュリティとはいえない——3 つの釣り合いをとる。
次の事象は、3 要素のどれを損なうか?
① DoS 攻撃でサイトが見られない
② 顧客名簿が外部に流出した
③ Web ページが書き換えられた
① DoS 攻撃でサイトが見られない
② 顧客名簿が外部に流出した
③ Web ページが書き換えられた
| 事象 | 損なわれる要素 |
|---|---|
| ① サービス停止 | 可用性 |
| ② 情報の流出 | 機密性 |
| ③ 書き換え | 完全性 |
見られたら機密性、変えられたら完全性、止められたら可用性。
3 要素に加えて問われる 4 つの特性は?
| 特性 | 意味 |
|---|---|
| 真正性 | 利用者や情報が、本人・本物であることを確かめられる |
| 責任追跡性 | 誰が何をしたかを後から追える(ログ) |
| 否認防止 | 「やっていない」と後から否定できないようにする |
| 信頼性 | 意図したとおりに、一貫して動作する |
3 要素と合わせて 7 つ。
デジタル署名が支えるのは真正性と否認防止、というように対策と結びつけて問われる。
サイバー攻撃とは?
ネットワークを通じて、情報システムや情報に対して行われる攻撃の総称
データを盗む・壊す・書き換える、システムを止める、などが目的になる。
物理的な境界がないので、
遠く離れた場所から、身元を隠して、同時に多数を狙えるのが特徴。
2. ゼロトラスト
根拠: シラバス 6-24-1
境界型防御とゼロトラストの違いは?
| 考え方 | |
|---|---|
| 境界型防御(従来) | 社内ネットワークの内側は安全とみなし、外との境目をファイアウォールで守る |
| ゼロトラスト | 内側も含めて何も信頼しない。アクセスのたびに、利用者と端末を確かめる |
ゼロトラストが必要になった理由は、
クラウドの利用やテレワークで「内側」と「外側」の境目がなくなったこと。
さらに、内部に侵入されたあとの被害の広がりも抑えられる。
ゼロトラストでは、具体的にどう守るか?
「一度入れたら信用する」をやめ、毎回確かめる
- アクセスのたびに、本人の認証と端末の状態(更新されているか等)を確認する
- 与える権限は、仕事に必要な分だけにする(最小権限)
- 通信や操作を記録し、監視し続ける
社内から接続していても、確認を省かない。
3. 作る段階から組み込む
根拠: シラバス 6-24-1
セキュリティバイデザインとプライバシーバイデザインの違いは?
| 何を、いつ組み込むか | |
|---|---|
| セキュリティバイデザイン(セキュアバイデザイン) | セキュリティ対策を、企画・設計の段階から組み込む |
| プライバシーバイデザイン | 個人のプライバシー保護を、企画・設計の段階から組み込む |
共通するのは「後から付け足すのでなく、最初から」という考え方。
守る対象が情報全般か、個人のプライバシーかが違う。
なぜ、セキュリティを設計段階から組み込むのか?
後から付け足すより、確実で、安く済むから
- 完成後に見つかった欠陥の手直しは、作り直しに近い費用がかかる
- 構造に関わる対策は、出来上がってからでは入れられない
リリース後に脆弱性を修正し続けるより、
作る段階で穴を作らないほうが、利用者にとっても安全。