脆弱性管理

脆弱性 ぜいじゃくせい

セキュリティホールCVEパッチエクスプロイトリスク管理ペネトレーションテスト
脆弱性について教えて

簡単に言うとこんな感じ!

ソフトウェアや機器の「鍵のかかっていない裏口」みたいなものだよ!攻撃者がそこを突くと、不正アクセスや情報漏えいが起きちゃうんだ。家の鍵穴が壊れてたら早めに直すよね?ITも同じで、見つけたら早急に「パッチ(修正プログラム)」を当てるのが鉄則ってこと!


脆弱性とは

脆弱性(ぜいじゃくせい)とは、ソフトウェア・OS・ネットワーク機器などに存在する設計・実装上の欠陥や不備のことです。英語では Vulnerability(バルネラビリティ) と呼ばれ、「セキュリティホール」とも言われます。この欠陥を悪用されると、不正アクセス・情報漏えい・システム破壊といった深刻な被害につながります。

脆弱性はソフトウェアのバグや設定ミスによって生まれることがほとんどで、開発者も意図せず作り込んでしまうものです。重要なのは「脆弱性はゼロにできない」という現実を受け入れ、発見したらすぐに対処する運用体制(脆弱性管理)を整えることです。

企業のシステム担当者にとっては、「自社のシステムにどんな脆弱性があるか」を把握し、優先順位をつけて修正していくことが日常的な業務になります。放置すると、サイバー攻撃の踏み台にされたり、個人情報保護法違反のリスクを抱えたりすることになります。


脆弱性の種類と深刻度

脆弱性はその性質によって以下のように分類されます。

種類説明具体例
バッファオーバーフロー想定外のデータ量を送り込みシステムを誤動作させるOSやブラウザの古い実装
SQLインジェクションデータベースへの不正命令を入力欄から仕込むWebフォームへの攻撃
XSS(クロスサイトスクリプティング)悪意あるスクリプトをWebページに埋め込むログイン情報の盗取
設定ミス(Misconfiguration)デフォルトパスワードや不要なポート開放クラウドの公開設定ミス
ゼロデイ脆弱性パッチ未提供の未知の欠陥発見直後の攻撃

深刻度スコア「CVSS」

脆弱性の危険度は CVSS(Common Vulnerability Scoring System) というスコアで数値化されます。0.0〜10.0の範囲で表され、9.0以上は「緊急(Critical)」として即時対応が必要とされます。

スコア深刻度対応の目安
9.0〜10.0緊急(Critical)即日〜数日以内にパッチ適用
7.0〜8.9重要(High)数日〜1週間以内
4.0〜6.9警告(Medium)1ヶ月以内の計画的対応
0.1〜3.9注意(Low)次回メンテナンスで対応
0.0なし(None)対応不要

覚え方:「脆弱性は家の鍵穴」

🔑 「鍵穴が壊れてたら泥棒が入れる」→ 脆弱性を放置するとハッカーが侵入できる
🔧 「鍵穴を修理する」→ パッチ(修正プログラム)を当てる
🕵️ 「家を点検する」→ 脆弱性診断ペネトレーションテストを行う


歴史と背景

  • 1988年 — 世界初のワーム「モリスワーム」がUNIXの脆弱性を突いてインターネット上に拡散。脆弱性が実害をもたらすことを世界が認識
  • 1999年 — MITRE社が脆弱性の統一識別番号 CVE(Common Vulnerabilities and Exposures) を公開。世界中で同じIDで脆弱性を管理できるようになる
  • 2005年CVSS(共通脆弱性評価システム) が登場し、深刻度の定量評価が標準化
  • 2014年 — OpenSSLの重大脆弱性「Heartbleed」が発覚。全世界のWebサーバーの約17%が影響を受け、脆弱性管理の重要性が広く知られるきっかけに
  • 2017年WannaCryランサムウェアがWindowsの脆弱性(EternalBlue)を悪用し世界150カ国以上に被害。パッチ適用の遅れがいかに危険かを示した
  • 現在 — クラウド・IoT・コンテナなど対象が拡大し、SBOM(ソフトウェア部品表) による脆弱性管理が注目されている

脆弱性管理のライフサイクル

脆弱性への対応は「1回やって終わり」ではなく、継続的なサイクルで回すことが重要です。

脆弱性管理のライフサイクル 継続的 サイクル ① 検出 スキャン・診断 ② 評価 CVSSでスコア化 ③ 対応 パッチ適用・回避策 ④ 確認 再スキャン・検証

主な脆弱性対応手段

手段内容タイミング
パッチ適用ベンダーが提供する修正プログラムを当てる公開後できるだけ早く
ワークアラウンドパッチがない場合の一時的な回避策(機能無効化など)ゼロデイ時に有効
WAF導入Webアプリケーションファイアウォールで悪用をブロック即時対応として
脆弱性診断専門ツール・業者によるスキャン定期的に実施
ペネトレーションテスト擬似攻撃で実際に侵入できるか検証年1回程度

関連する規格・RFC

規格・番号内容
CVE(MITRE)Common Vulnerabilities and Exposures:脆弱性の統一識別番号体系
NVD(NIST)National Vulnerability Database:CVEをベースにCVSSスコアを付与した米国政府データベース
JVN(IPA/JPCERT)Japan Vulnerability Notes:日本国内の脆弱性情報データベース
ISO/IEC 27001情報セキュリティマネジメントシステム(ISMS)の国際規格。脆弱性管理を要求事項に含む
RFC 9116security.txtの仕様。脆弱性の報告先をWebサイトで示す標準フォーマット

関連用語

  • CVE — 脆弱性に割り振られる世界共通の識別番号
  • パッチ管理 — 脆弱性を修正するプログラムを計画的に適用する運用プロセス
  • ゼロデイ攻撃 — パッチが提供される前の未知の脆弱性を狙った攻撃
  • ペネトレーションテスト — 擬似的に攻撃して脆弱性を検証するセキュリティ診断手法
  • WAF — Webアプリケーションへの攻撃をフィルタリングするファイアウォール
  • マルウェア — 脆弱性を悪用して侵入する悪意あるソフトウェアの総称
  • ISMS — 情報セキュリティを組織的に管理するための仕組みと認証制度
  • リスク管理 — 脆弱性を含むIT上のリスクを識別・評価・対処する経営プロセス