セキュリティの考え方 — 何をどう守るかの原則

概要 — まず全体をつかむ

初級ではCIAと基本原則を見ました。中級では、守る性質と設計原則を正確に押さえます。

詳細 — 1段階ずつ追う

守る性質=CIA

セキュリティが守る「性質」は3つが基本です。

  • 機密性(C) — 認められた人だけが見られる(暗号・アクセス制御)
  • 完全性(I) — 勝手に書き換えられない(ハッシュ・署名)
  • 可用性(A) — 使いたいときに使える(冗長化・DoS対策)

拡張として、真正性(本物であること)、否認防止(やっていないと言わせない)、責任追跡性(誰が何をしたか追える。全体像のAAA=アカウンティングと接続)も重要です。

※「何を・何から守る」「リスクで優先順位をつける」は、姉妹ユニット セキュリティの全体像 を参照。

やさしく言うと(初級
  • 機密性 — 見られてはいけないものを、見られないように
  • 完全性 — 勝手に書き換えられないように
  • 可用性 — 使いたいときに使えるように

この3つが「何を守るのか」の軸。暗号は機密性、ハッシュ・署名は完全性、冗長化は可用性、と対応づくと整理できます。

アニメーション『CIA三要素』を開く
CIA守るべき“性質”の3軸機密性Confidentiality見られない守り方:暗号化完全性Integrity改ざんされない守り方:ハッシュ・署名可用性Availability使いたいとき使える守り方:冗長化・バックアップこの3つが「何を守るのか」の軸。対象や脅威は、この3軸のどれかに効く

設計原則

  • 最小権限 — 仕事に必要な最小の権限だけを与える(奪われても被害を小さく)
  • セキュアバイデフォルト — 既定は拒否(deny by default)、必要な分だけ許可
  • 多層防御(defense in depth) — 予防・検知・対応を層で重ねる
  • フェイルセーフ/フェイルセキュア — 壊れたときの倒し方が逆。フェイルセーフ=安全優先(例:非常時はドアを開ける)/フェイルセキュア=保全優先(例:施錠して遮断する)
  • 職務分掌(SoD) — 1人に権限を集中させない
  • 信頼境界 — 信用する領域としない領域を分け、越える所で検証
  • ゼロトラスト — 常に検証、暗黙の信頼を置かない
この部分をもっと深く(上級

中級で挙げた原則は、単独ではなく互いを補う一組として働きます。攻撃者の動き(不正アクセス の侵入・昇格・横展開)を、各原則がどこで止めるかで見ると腑に落ちます。

  • 多層防御(defense in depth) — 予防・検知・対応を層で重ね、1つ破られても次で止める。1枚の壁ではなく複数の関門
  • 最小権限(least privilege) — 各人・各プログラムに仕事に必要な最小限だけ。奪われても被害が権限の範囲に留まり、権限昇格や横展開の燃料を断つ
  • 職務分掌(SoD ※1) — 1つの重要業務を単独で完結させない。申請者と承認者を分けるなど、単独犯行と見逃しの両方を抑える
  • フェイルセーフ/フェイルセキュア — 壊れたときの倒れ方を設計で決める。安全優先(非常時は開ける)か保全優先(施錠して遮断)かを、守る対象で選ぶ
アニメーション『多層防御(層で守る)』を開く
Webのセキュリティ=層で守る(多層防御)👁 運用(ログ・監視)🛡 エッジWAF・レート制限で入口をふるいにかける🔒 通信TLS/HTTPS で暗号化(盗み見・改ざんを防ぐ)🔑 アプリ認証・認可・入出力の扱い🗄 データ保存時暗号・最小権限リクエスト各層を1つずつ通過1枚破られても、次の層で止める ── だから重ねて守る

登場人物メモ:

  • ※1 SoD(Separation of Duties/職務分掌) — 権限や作業を複数人に分け、1人だけでは重要操作を完結できないようにする仕組み。不正に「共謀」という高いハードルを課す

一点を最強にしても、そこを避けて別の弱点を突かれれば終わりです。だから「最強の一枚」ではなく、重ねて・分けて・倒れ方まで決める——原則は束ねてこそ効きます。

やさしく言うと(初級
  • 最小権限 — 必要な分だけ権限を渡す(漏れても被害を小さく)
  • 多層防御 — 1つ破られても次で止める(重ねる)
  • 既定は拒否 — 迷ったら「許可しない」から始める
  • 単純に保つ — 複雑な仕組みは穴を生む
  • 人が最弱点 — 技術だけでなく、教育と仕組みで人を守る

人・組織・技術

  • セキュリティ文化 — 教育・訓練(フィッシング演習など)
  • プロセス — インシデント対応、パッチ管理、鍵管理
  • 技術は最後の一枚 — 暗号・認証認可・監視。人と運用が土台で、技術がそれを支える
やさしく言うと(初級

セキュリティは、たいてい使い勝手と綱引きします。厳しくしすぎると使われず、緩めると危ない。だから「守る価値」に見合った強さを、バランスで選びます。

「全部を最高強度で」ではなく、「大事なものほど厚く」が現実的な設計です。

⚠️ 陥りやすい罠

  • 境界防御依存 — 外だけ固め、中に入られると無防備
  • 形骸化 — ルールはあるが守られない(使い勝手を無視)
  • 可用性の犠牲 — 守りすぎて業務が止まる
この部分をもっと深く(上級
  • 最強の一枚は迂回される — 攻撃者は正面ではなく弱い脇を突く。だから重ねる(多層防御)
  • 底上げには限界がある — どれだけ固めても一番弱い所は残る。突破される前提で、被害を封じ込める設計に投資する
  • 人と運用が土台 — 技術は最後の一枚。教育・手続き・鍵管理が崩れれば、いくら暗号を固めても意味がない
  • 設計思想が要るのはなぜか — 個別の対策は「思いついた脅威」しか塞げない。脅威モデリング・原則の束ね・リスクの見積もりという枠組みがあってはじめて、発想に頼らず穴を潰せる
やさしく言うと(初級
  • 面倒で無効化 — 厳しすぎてルールが破られる(結局守られない)
  • 一点集中 — 1つの対策に頼る
  • 人の油断 — 使い回し・だまされ・設定放置

関連する知識

理解度チェック

そのまま解けます(成績は保存されません)。無料アカウントを作ると、学習の記録と進捗の山登りが始まります。

1. CIAの「完全性(Integrity)」が守るのはどれ?

2. リスク対応の4分類に当てはまらないのは?

3. 「内側のネットワークだから無条件に信用する」を否定する考え方は?

4. 情報セキュリティの基本「CIA」が指すのは?

5. 「セキュアバイデフォルト」に最も近い方針はどれ?

6. 「多層防御(defense in depth)」の説明として正しいのはどれ?

7. CIAの「可用性(A)」を主に脅かすのはどれ?

8. 各人・各プログラムに、仕事に必要な最小限だけの権限を与える設計原則を漢字4文字で答えてください。

9. 「誰が何をしたか」を後から追える性質を、AAAのアカウンティングと接続する日本語で答えてください。

セキュリティの考え方 — 何をどう守るかの原則 | Kotowary