IT用語帳
PD-Sセキュリティ実装技術・評価 · セキュリティ評価基準

脆弱性診断

Vulnerability Assessment

ぜいじゃくせいしんだん

システムやアプリケーションに存在する既知の脆弱性を検出するテスト。ネットワーク脆弱性診断とWebアプリケーション脆弱性診断に大別され、ツール(スキャナー)による自動診断と、専門家による手動診断がある。定期的な実施が推奨される。

共有:

Related

他の資格での定義

IP脆弱性診断

システムやネットワークに存在する脆弱性を自動ツールや手動で検査し、発見する診断活動。定期的に実施し、発見した脆弱性に対する対策を講じる。

SG脆弱性診断

システムやネットワークに存在する脆弱性を検出するための診断。自動スキャンツールや手動検査により、セキュリティホールや設定不備を洗い出す。定期的に実施することで、セキュリティレベルの維持・向上を図る。

FE脆弱性診断

システムやWebアプリケーションを検査し、既知の脆弱性や設定の不備を洗い出す作業。網羅的に弱点を見つけることを目的とし、実際に侵入を試みるペネトレーションテストとは目的が異なる。

AP脆弱性診断

システムやアプリケーションを検査し、既知の脆弱性や設定不備が存在しないかを網羅的に洗い出す活動。ツールによる自動スキャンと技術者による手動診断があり、結果はCVSSなどで深刻度を付けて対策の優先順位付けに用いる。

AU脆弱性評価

情報システムやネットワークに存在する脆弱性を体系的に検出・評価する活動。脆弱性スキャナによる自動検査やペネトレーションテストなどの手法を用いて、セキュリティ上の弱点を特定する。

SC脆弱性診断

システムやアプリケーションに存在する既知の脆弱性を検出するテスト。ネットワーク脆弱性診断とWebアプリケーション脆弱性診断に大別され、ツール(スキャナー)による自動診断と、専門家による手動診断がある。定期的な実施が推奨される。

A-1脆弱性診断

システムやアプリケーションに既知の脆弱性や設定の不備がないかを、ツールや手作業で網羅的に検査すること。Webアプリケーション診断、ネットワークやOSを対象とするプラットフォーム診断などがあり、リリース前や定期的に実施して、見つかった問題を深刻度とともに報告し修正につなげる。実際に侵入を試みて目的を達成できるかを確かめるペネトレーションテストとは目的が異なる。

Past Exams

過去問での出題

過去問で 16 回出題(情報処理安全確保支援士試験 8・情報セキュリティマネジメント試験 1・基本情報技術者試験 1・応用情報技術者試験 1・ITストラテジスト試験 1・システムアーキテクト試験 1・エンベデッドシステムスペシャリスト試験 1・システム監査技術者試験 1・高度試験 午前Ⅰ 1)

残り 6 件を表示

出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

Related

関連キーワードの用語

PD-SSCA(ソフトウェア構成分析)

アプリケーションが使用するオープンソースライブラリやサードパーティコンポーネントの脆弱性やライセンス違反を検出する分析手法。SBOMと連携し、既知の脆弱性データベース(NVDなど)と照合して、使用しているコンポーネントのリスクを評価する。

SGペネトレーションテスト

攻撃者の視点でシステムに擬似的な攻撃を行い、セキュリティの弱点を検証するテスト。脆弱性診断で見つかった脆弱性が実際に悪用可能かどうかを確認し、攻撃による影響範囲を評価する。侵入テストとも呼ばれる。

SCファジング

プログラムの入力に大量の予期しないデータ(ファズ)を自動的に生成・投入し、異常動作やクラッシュを引き起こすことで未知の脆弱性を発見するテスト手法。バッファオーバーフローやフォーマットストリング脆弱性などの検出に有効。

PD-SSBOM

ソフトウェアを構成するコンポーネント(ライブラリ、モジュールなど)の一覧とその依存関係を記録したリスト。サプライチェーンにおけるソフトウェアの脆弱性管理に活用され、脆弱性が発見された際の影響範囲の特定を迅速化する。

PD-SDAST(動的アプリケーションセキュリティテスト)

実行中のアプリケーションに対して外部から疑似的な攻撃リクエストを送信し、脆弱性を検出するテスト手法。ソースコードを必要とせず、ブラックボックス的に検査する。XSS、SQLインジェクション、認証の不備などを実際の動作環境で発見できる。

PD-Sバッファオーバーフロー

プログラムが確保したバッファ(メモリ領域)の境界を超えてデータを書き込むことで、隣接するメモリ領域を破壊する脆弱性。スタック上のリターンアドレスを書き換えて任意のコードを実行される可能性がある。対策としてバッファサイズのチェック、安全な関数の使用、ASLR、DEP/NXビットの活用がある。