本文へ移動
合格ノート.
基本情報技術者試験
← 合格ノート ホーム
記事内の見出し

体系学習

情報セキュリティの全体像

情報資産を何から守るのかを起点に、脅威・脆弱性・攻撃・認証・暗号・ネットワーク防御・リスク管理までを一つの流れとして理解する。

対象資格:ITパスポート / 基本情報技術者試験
目安時間:30分

このページで理解できること

  • 機密性・完全性・可用性の違いを具体例で説明できる
  • 脅威・脆弱性・リスクの関係を説明できる
  • 代表的な攻撃に対して、どの種類の対策が有効かを判断できる
  • 認証と認可、多要素認証の考え方を説明できる
  • 共通鍵暗号・公開鍵暗号・ハッシュ・デジタル署名の役割を区別できる
  • ファイアウォール・WAF・IDS・IPSの役割を区別できる
  • セキュリティは一つの製品ではなく、多層的かつ継続的に管理する必要があると説明できる

基本情報技術者試験:ITパスポート範囲に加え、Web攻撃の成立条件と対策、共通鍵・公開鍵・ハイブリッド暗号、ハッシュ・デジタル署名・証明書、認証と認可、セキュアプロトコル、ネットワーク防御、最小権限などを技術的に区別して理解する。

情報セキュリティは、攻撃手法や製品名をばらばらに暗記するよりも、『何を守るのか』『何が危険なのか』『どこに弱点があるのか』『どの対策で守るのか』という順番で整理すると理解しやすくなります。このページでは、情報資産を守る目的から、攻撃・認証・暗号・ネットワーク防御・リスク管理までを一本の流れとしてつなげます。

まずは全体の流れ

情報セキュリティを考えるときは、次の順序で整理すると用語同士の関係が見えます。

  1. 守る対象を決める

    顧客情報、認証情報、システム、サービスなど、守るべき情報資産を明確にします。

  2. 守るべき性質を考える

    情報を秘密に保つ機密性、正しく保つ完全性、必要なときに使える可用性などを確保します。

  3. 脅威と脆弱性を把握する

    攻撃者、マルウェア、災害、誤操作などの脅威と、システムや運用上の弱点である脆弱性を整理します。

  4. リスクを評価する

    脅威が脆弱性を利用したときに、どのような損失や影響が起こり得るかを考え、優先順位を付けます。

  5. 複数の対策を組み合わせる

    教育、アクセス制御、認証、暗号化、ファイアウォール、バックアップ、入退室管理などを組み合わせて守ります。

  6. 継続的に見直す

    新しい脆弱性や攻撃、システム変更に合わせて、監視・更新・教育・リスク評価を繰り返します。

1. まず「何を守るか」ではなく「どんな状態を守るか」を理解する

情報セキュリティの基本は、機密性・完全性・可用性の3つです。

機密性は、許可された人だけが情報へアクセスできる状態を保つことです。例えば、顧客情報を権限のない利用者が閲覧できないようにすることが機密性の確保に当たります。

完全性は、情報が正確であり、権限のない変更や意図しない破壊を受けていない状態を保つことです。売上データが勝手に書き換えられないようにすることは完全性に関係します。

可用性は、許可された利用者が必要なときに情報やシステムを利用できる状態を保つことです。障害やDoS攻撃によってサービスが停止すると、可用性が損なわれます。

この3つはCIAと呼ばれます。実際の情報セキュリティでは、真正性、責任追跡性、否認防止、信頼性なども重要ですが、まずCIAを軸に考えると整理しやすくなります。

1. まず「何を守るか」ではなく「どんな状態を守るか」を理解するの比較表
要素守るもの例
機密性見てよい人だけが見られること顧客情報へのアクセスを権限者だけに限定する
完全性情報が正しく、不正に変更されていないこと取引記録の改ざんを検知・防止する
可用性必要なときに利用できること障害対策や冗長化でサービス停止を減らす

2. 脅威・脆弱性・リスクを混同しない

危険そのもの、弱点、そして被害が起こる可能性・影響は別の概念です。

脅威は、情報資産に損害を与える原因になり得るものです。攻撃者やマルウェアだけでなく、災害、機器故障、誤操作、内部不正なども脅威になります。

脆弱性は、脅威に利用される可能性がある弱点です。未修正のソフトウェア欠陥だけでなく、弱いパスワード、過剰なアクセス権、教育不足、運用ルールの不備なども脆弱性になり得ます。

リスクは、脅威が脆弱性などを通じて情報資産へ影響を与える可能性と、その結果生じる影響を考える概念です。同じ脆弱性があっても、守る情報の重要度や攻撃される可能性によって、対策の優先度は変わります。

2. 脅威・脆弱性・リスクを混同しないの比較表
概念意味例
脅威被害の原因になり得るもの攻撃者、マルウェア、災害、誤操作
脆弱性利用される可能性がある弱点未修正の欠陥、弱いパスワード、権限設定ミス
リスク被害が起こる可能性と影響を踏まえて考える危険度重要データが漏えいする可能性と事業への影響

3. 攻撃は「何を狙っているか」で整理する

攻撃名を暗記するだけでなく、認証情報、利用者、Webアプリ、可用性など、狙われる対象から分類します。

マルウェアは、利用者やシステムに害を与える目的で作られた不正なソフトウェアの総称です。ウイルス、ワーム、トロイの木馬、ランサムウェア、スパイウェアなどが含まれます。

フィッシングやソーシャルエンジニアリングは、人の判断や心理を利用して認証情報や機密情報をだまし取ろうとします。技術的な防御だけでなく、教育や確認手順も重要です。

パスワード攻撃には、候補を大量に試す総当たり攻撃、辞書にある語を試す辞書攻撃、他サービスから漏えいしたID・パスワードの組合せを再利用するパスワードリスト攻撃などがあります。

Webアプリケーションに対しては、SQLインジェクション、クロスサイトスクリプティング、クロスサイトリクエストフォージェリなどがあります。DoSやDDoSは、サービスへ大量の要求などを集中させ、正常利用を妨げることで可用性を狙います。

ゼロデイ攻撃は、脆弱性が発見されてから修正プログラムの提供・適用などの対策が十分に整うまでの間に、その脆弱性を悪用する攻撃です。既知の脆弱性だけを前提にした対策では防ぎにくい点に注意が必要です。

プロンプトインジェクションや敵対的サンプルのように、AIシステムを狙う脅威も試験範囲に含まれます。セキュリティでは、新しい技術に合わせて脅威も変化することを前提に考える必要があります。

  • マルウェア = 不正なソフトウェアによる攻撃
  • フィッシング = 人をだまして情報を入力・開示させる攻撃
  • パスワード攻撃 = 認証情報を突破・悪用する攻撃
  • Web攻撃 = アプリケーションの入力処理や利用者のブラウザなどを悪用する攻撃
  • DoS / DDoS = サービスを利用しにくくして可用性を損なう攻撃

4. セキュリティ対策は「一つ入れれば終わり」ではない

人的・技術的・物理的な対策を組み合わせ、多層的に守ります。

人的対策には、セキュリティ教育、標的型メール訓練、ルール整備、適切なアクセス権の設定・見直しなどがあります。人のミスやだましを狙う攻撃には、技術だけでは対応しきれません。

技術的対策には、アクセス制御、認証、暗号化、ファイアウォール、WAF、IDS、IPS、マルウェア対策、バックアップ、セキュリティパッチの適用などがあります。

物理的対策には、施錠、入退室管理、監視カメラ、セキュリティケーブル、記憶媒体の管理などがあります。

一つの対策が突破されても別の対策で被害を防いだり小さくしたりできるよう、複数の防御層を組み合わせる考え方を多層防御といいます。

4. セキュリティ対策は「一つ入れれば終わり」ではないの比較表
対策の種類主な対象例
人的対策人の行動・運用教育、訓練、ルール、権限管理
技術的対策システム・通信・データ認証、暗号化、FW、WAF、IDS/IPS、更新
物理的対策設備・機器への物理アクセス施錠、入退室管理、監視カメラ

5. 認証は「誰か」、認可は「何をしてよいか」を決める

ログインできたことと、すべての操作を許されることは同じではありません。

認証は、利用者や機器が『誰であるか』を確認する仕組みです。IDとパスワード、ICカード、ワンタイムパスワード、生体認証などが使われます。

認可は、認証された利用者に『どの情報へアクセスできるか』『どの操作を実行できるか』を許可する考え方です。一般利用者と管理者で操作できる範囲が違うのは認可の例です。

多要素認証は、知識情報、所持情報、生体情報など異なる種類の認証要素を複数組み合わせます。例えば『パスワード+所持するスマートフォンの認証アプリによる承認』は知識要素と所持要素を組み合わせた例です。一方、『パスワード+暗証番号』はどちらも知識要素なので、それだけでは多要素認証とはいえません。

必要以上の権限を与えないことも重要です。利用者には業務に必要な範囲だけの権限を与える最小権限の考え方が、被害範囲の縮小につながります。

5. 認証は「誰か」、認可は「何をしてよいか」を決めるの比較表
概念確認・制御するもの例
認証誰であるかパスワード、ICカード、生体認証
認可何をしてよいか閲覧のみ許可、管理者だけ設定変更可能
多要素認証異なる種類の認証要素を複数使うパスワード+所持端末

6. 暗号化・ハッシュ・デジタル署名は目的が違う

どれもデータを保護する技術ですが、機密性・改ざん検知・本人性確認など役割が異なります。

共通鍵暗号方式は、暗号化と復号に共有する秘密の鍵を使う方式です。高速に処理しやすいため、大量のデータを暗号化する用途に向いていますが、通信相手と秘密の鍵を安全に共有する方法が課題になります。

公開鍵暗号方式は、公開してよい公開鍵と秘密に保持する秘密鍵の組を使います。機密性を確保する用途では、受信者の公開鍵を利用して暗号化し、対応する秘密鍵を持つ受信者が復号するという使い方があります。

ハイブリッド暗号では、公開鍵暗号などの仕組みを鍵共有や認証に利用し、実際の大量データの暗号化には高速な共通鍵暗号を利用するなど、方式の長所を組み合わせます。

ハッシュ関数は、入力データから固定長の値を計算する一方向性の仕組みです。暗号文を復号して元データへ戻す暗号化とは目的が異なり、改ざん検知やパスワード保護などに利用されます。

デジタル署名では、署名者が秘密鍵を用いて署名値を生成し、対応する公開鍵を使って検証します。これにより、署名者の確認やデータの改ざん検知に利用でき、否認防止にも役立ちます。

PKIは、認証局が発行するデジタル証明書などを利用して、公開鍵とその所有者との結び付きを信頼できる形で確認するための仕組みです。

6. 暗号化・ハッシュ・デジタル署名は目的が違うの比較表
技術主な目的重要なポイント
共通鍵暗号データの機密性共有する秘密鍵を暗号化・復号に使う
公開鍵暗号機密性や鍵共有など公開鍵と秘密鍵の組を使う
ハッシュ関数改ざん検知など一方向にダイジェストを生成し、復号する暗号ではない
デジタル署名署名者確認・改ざん検知秘密鍵で署名し、公開鍵で検証する
PKI公開鍵の信頼性を支える証明書と認証局を利用する

7. ファイアウォール・WAF・IDS・IPSは守る場所と動作が違う

名前が似ていても、通信をどの層で見て、検知だけするのか遮断まで行うのかが異なります。

ファイアウォールは、IPアドレス、ポート番号、プロトコルなどの通信情報や設定されたルールに基づいて、許可する通信と拒否する通信を制御します。製品によって高度な機能もありますが、試験ではまずネットワーク境界などで通信を制御する役割を押さえます。

WAFはWeb Application Firewallの略で、HTTP/HTTPSなどWebアプリケーションへの通信を分析し、SQLインジェクションやクロスサイトスクリプティングなどのWeb攻撃を防ぐために利用されます。

IDSは不審な通信や侵入の兆候を検知して通知する仕組み、IPSは検知に加えて通信の遮断など侵入防止まで行う仕組みとして整理できます。

TLSは通信の暗号化、改ざん検知、証明書を利用した通信相手の確認などに使われます。HTTPSはHTTPをTLSで保護する仕組みです。

VPNは、インターネットなどの公衆ネットワーク上に、暗号技術などを用いて安全な論理的通信路を構成するために利用されます。

7. ファイアウォール・WAF・IDS・IPSは守る場所と動作が違うの比較表
技術主に見る・守る対象基本的な役割
ファイアウォールネットワーク通信ルールに基づいて通信を許可・拒否する
WAFWebアプリへのHTTP/HTTPS通信Webアプリケーション攻撃を検知・防御する
IDS不審な通信・侵入兆候検知・通知する
IPS不審な通信・侵入兆候検知し、遮断などの防止も行う

8. セキュリティは「対策を入れて終わり」ではなく管理を続ける

守る対象や脅威は変化するため、リスクを継続的に見直します。

リスクマネジメントでは、まず守るべき情報資産とリスクを特定し、リスクを分析・評価して、対応の優先順位を決めます。リスクの特定・分析・評価までの一連の活動をリスクアセスメントと呼びます。

リスクへの対応には、危険な活動自体をやめるリスク回避、保険や委託などで負担を分けるリスク共有、対策を講じた上で残るリスクを受け入れるリスク保有などがあります。

情報セキュリティポリシーや各種ルールを整備し、教育、監視、脆弱性対応、バックアップ、インシデント対応などを継続的に行う必要があります。

インシデントが起きたときは、影響を把握して被害拡大を抑え、復旧し、原因や対応を振り返って再発防止につなげます。CSIRTなどの組織は、こうしたインシデント対応を支える役割を持ちます。

  • リスクを特定する
  • リスクを分析・評価する
  • 優先順位に応じて対応する
  • 監視・教育・更新を続ける
  • インシデント後は復旧だけでなく再発防止まで行う

FE深掘り

9. FEではWeb攻撃を「どこを悪用するか」で区別する

似た名前を暗記するのではなく、攻撃対象と対策を対応付けます。

SQLインジェクションは、利用者の入力値をSQL文へ不適切に組み込む実装を悪用し、意図しないSQLを実行させる攻撃です。代表的な対策は、プレースホルダを用いたパラメータ化されたSQLなど、入力値をSQLの構造として解釈させない実装です。

クロスサイトスクリプティング(XSS)は、Webページへ悪意あるスクリプトを混入させ、被害者のブラウザ上で実行させる攻撃です。出力先の文脈に応じた適切なエスケープ・エンコードなどが基本対策になります。

クロスサイトリクエストフォージェリ(CSRF)は、ログイン済み利用者のブラウザに、本人が意図しない操作要求を送信させる攻撃です。CSRFトークンの検証やSameSite Cookieなどが対策として利用されます。

パスワードリスト攻撃は、別サービスなどから漏えいしたID・パスワードの組合せを他サービスで試す攻撃です。パスワードの使い回しを避け、多要素認証を利用することが有効です。

9. FEではWeb攻撃を「どこを悪用するか」で区別するの比較表
攻撃主に悪用するもの代表的な対策の考え方
SQLインジェクションSQL生成時の不適切な入力処理プレースホルダなどでデータとSQL構造を分離する
XSSWebページ出力時の不適切な処理文脈に応じた出力エンコードなど
CSRFログイン済み利用者のブラウザCSRFトークン、SameSite Cookieなど
パスワードリスト攻撃漏えい済み認証情報の使い回し使い回し防止、多要素認証など

FE深掘り

10. FEでは暗号・ハッシュ・署名を処理の流れまで区別する

『公開鍵を使う技術』をすべて同じものとして覚えないことが重要です。

共通鍵暗号では、送信側と受信側が秘密の鍵を共有します。AESは代表的な共通鍵ブロック暗号です。処理効率に優れますが、鍵を安全に共有・管理する必要があります。

公開鍵暗号では、公開鍵と秘密鍵の組を使います。RSAは代表例の一つです。ただし、公開鍵暗号は機密性確保だけでなく、方式やプロトコルによって鍵共有や認証にも利用されます。

実際の安全な通信では、公開鍵技術などで通信相手の認証やセッション鍵の確立を行い、その後のデータ通信を共通鍵暗号で保護する構成が広く使われます。『必ず共通鍵そのものを公開鍵で暗号化して送る』と固定して覚えないことが重要です。

SHA-256などのハッシュ関数は、入力から固定長のダイジェストを生成します。ハッシュは暗号文を復号する方式ではなく、改ざん検知、署名処理、パスワード保護などの構成要素として利用されます。

デジタル署名では、署名者の秘密鍵で署名値を生成し、公開鍵で検証します。暗号化による機密性の確保とは目的が異なります。

10. FEでは暗号・ハッシュ・署名を処理の流れまで区別するの比較表
技術鍵・出力主な試験上の役割
AESなどの共通鍵暗号共有する秘密鍵高速なデータ暗号化
RSAなどの公開鍵技術公開鍵と秘密鍵暗号化、鍵共有、認証など方式に応じた利用
SHA-256などのハッシュ固定長ダイジェスト改ざん検知など
デジタル署名秘密鍵で署名・公開鍵で検証署名者確認、改ざん検知

FE深掘り

11. FEでは『公開鍵が本当にその相手のものか』まで考える

暗号方式が強くても、偽物の公開鍵を信じてしまえば安全な通信にはなりません。

デジタル証明書は、公開鍵と主体の情報などを結び付けた電子的な証明書です。認証局(CA)は証明書へ電子署名を行い、その結び付きを検証できるようにします。

ブラウザがHTTPSサイトへ接続するときは、サーバ証明書の署名や有効期限、接続先名などを検証し、信頼できる認証局へつながる証明書チェーンを確認します。

証明書は永遠に有効とは限りません。失効情報を確認する仕組みとしてCRLやOCSPなどがあります。

認証では『誰か』を確認し、認可では『何をしてよいか』を制御します。さらに最小権限の原則によって、必要な権限だけを与えることが重要です。

  • 証明書 = 公開鍵と主体を結び付ける
  • CA = 証明書へ署名し、信頼関係を支える
  • CRL / OCSP = 証明書の失効状態確認に利用される
  • 認証と認可は別の処理
  • 最小権限 = 必要な権限だけ与える

FE深掘り

12. FEではネットワーク防御を『どこで何を見るか』までつなげる

通信経路、Webアプリ、侵入検知、公開サーバ配置を別々の役割として整理します。

ファイアウォールはネットワーク通信を制御しますが、通常のWeb通信として許可されたHTTP/HTTPSの中身を悪用する攻撃は、単純なIPアドレスやポート番号だけの制御では十分に防げません。そこでWAFなど、アプリケーション層の内容を見る対策を組み合わせます。

IDSは侵入や不審な通信を検知することを主目的とし、IPSは通信経路上で検知した通信を遮断するなど防止まで行います。製品ごとの実装差はありますが、試験ではこの役割の違いを押さえます。

DMZは、インターネットへ公開するWebサーバなどを内部ネットワークから分離して配置するために利用されます。公開サーバが攻撃を受けた場合でも、内部ネットワークへの影響を小さくするための構成です。

TLS、SSH、IPSecなどは、用途に応じて通信の盗聴や改ざん、不正接続を防ぐために利用されるセキュアプロトコルです。どの層・用途で使われるかをネットワーク分野とつなげて理解してください。

12. FEではネットワーク防御を『どこで何を見るか』までつなげるの比較表
仕組み主な役割
ファイアウォールネットワーク通信をルールに基づいて制御する
WAFWebアプリケーションへの攻撃を検知・防御する
IDS侵入・不審な通信を検知する
IPS侵入・不審な通信を検知し、遮断なども行う
DMZ公開サーバを内部ネットワークから分離する
TLS / SSH / IPSec用途に応じて通信を暗号・認証などで保護する

基本情報ではここまでつなげる

  • CIAと脅威・脆弱性・リスクを、具体的な事例へ当てはめて説明できる
  • SQLインジェクション、XSS、CSRF、パスワードリスト攻撃の成立条件と対策を区別できる
  • 共通鍵暗号・公開鍵暗号・ハイブリッド暗号・ハッシュ・デジタル署名の役割を区別できる
  • デジタル証明書、CA、証明書チェーン、CRL・OCSPの関係を説明できる
  • 認証・認可・多要素認証・最小権限を区別できる
  • ファイアウォール・WAF・IDS・IPS・DMZの役割を比較できる
  • TLS、SSH、IPSecなどのセキュアプロトコルが通信を保護する目的を説明できる
  • 技術対策だけでなく、人的・物理的対策と継続的なリスク管理が必要な理由を説明できる

最後に一本の流れへ戻す

  • 情報資産について、機密性・完全性・可用性など守るべき性質を決める
  • 脅威と脆弱性を把握し、発生可能性や影響からリスクを考える
  • 攻撃が何を狙い、どの弱点を悪用するかを理解する
  • 人的・技術的・物理的な対策を組み合わせて多層的に守る
  • 認証と認可で利用者と権限を管理する
  • 暗号・ハッシュ・デジタル署名・PKIでデータと通信の信頼性を支える
  • ファイアウォール・WAF・IDS・IPSなどを役割に応じて配置する
  • 監視、教育、更新、リスク評価、インシデント対応を継続する

セキュリティ用語は数が多いですが、『何を守るのか→何が脅威か→どこが弱いか→どの対策を置くか』という因果関係で整理すると、用語名だけを暗記するより問題文から必要な対策を判断しやすくなります。

重要用語

理解度チェック

許可された利用者だけが情報へアクセスできる状態を表す情報セキュリティの要素はどれか。
情報システムに未修正のセキュリティ上の欠陥が存在する状態を表す概念として最も適切なものはどれか。
他サービスから漏えいしたIDとパスワードの組合せを別サービスで試す攻撃はどれか。
異なる種類の認証要素を複数組み合わせる多要素認証の例として最も適切なものはどれか。
WebアプリケーションへのHTTP/HTTPS通信を分析し、SQLインジェクションなどの攻撃対策に利用されるものはどれか。
ハッシュ関数について最も適切な説明はどれか。
デジタル署名の検証に用いる鍵として最も適切なものはどれか。
リスクマネジメントの基本的な流れとして最も適切なものはどれか。
SQLインジェクションへの代表的な対策として最も適切なものはどれか。
クロスサイトスクリプティング(XSS)の説明として最も適切なものはどれか。
IDSとIPSの一般的な役割の違いとして最も適切なものはどれか。
PKIにおける認証局(CA)の役割として最も適切なものはどれか。
認証と認可の違いとして最も適切なものはどれか。
共通鍵暗号と公開鍵暗号を組み合わせる主な理由として最も適切なものはどれか。