解説

米国サイバーセキュリティ機関(CISA)は、現在活発に悪用されていることが確認された脆弱性を「既知の悪用脆弱性カタログ」(KEV Catalog)に追加しています。この制度は、攻撃者が実際に利用しているタイプの欠陥を網羅的に公開することで、政府機関や企業を含む全組織に対して、具体的な対応の重要性を訴えています。

これまでもセキュリティコミュニティに警鐘を鳴らしてきましたが、最近では連邦政府のための新たな業務指令(BOD 26-04)が発出され、より明確な脆弱性管理の要件が設定されました。この指針は、高リスクと見なされる脆弱性を最優先で修正し、防御的な対応を行うよう求めています。

ただし、本ガイドライン自体は連邦政府職員のためのものですが、CISAは全ての組織に対して同様のリスクベースの管理手法を採用し、KEVカタログに記載された脆弱性への早期対応を推奨しています。さらに、発見した悪用脆弱性について提案するための窓口も用意されています。

企業側としては、常に最新の情報として、単なる脆弱性のリスト化にとどまらず、「現在誰が使っているか」「どのように悪用されているか」という視点での優先順位付けが必要な状況です。利用されるすべてのシステムにおいて、カタログ掲載の脆弱性が存在しないか、継続的な監視体制を構築することが求められます。

ポイント

  • CISAが活発に悪用されていると判断した新たな脆弱性を公開(KEV Catalogへの追加)し、企業に対するセキュリティ警戒レベルを引き上げている。
  • 連邦政府向け指針(BOD 26-04)により、高リスクな既知の悪用脆弱性に対する迅速かつ優先的な修正が義務化された。

  • 全組織に対し、このKEVカタログに基づいたリスクベースの脆弱性管理の採用と、継続的なパッチ適用体制の構築を強く推奨している。

情シスへの影響

複数のセキュリティ領域にわたり影響するため、論点ごとに記述します。

【必須対応:脆弱性管理プロセス】

これまで実施してきた定期的な脆弱性診断やパッチ適用計画を見直し、「現在悪用されている可能性のある脆弱性」を最優先事項として取り込む必要があります。一般的に知られたCVE(Common Vulnerabilities and Exposures)だけでなく、CISAのKEV Catalogにリストされたすべての項目について、自社システムへの影響有無を検証し、緊急度に応じたパッチ適用スケジュールを再構築しなければなりません。

【監視体制:内部での悪用確認】

単にパッチを当てたかどうかだけでなく、「過去にこの脆弱性が既に侵害されていないか」を確認するプロセス(事後的なログ調査やフォレンジック)が求められています。これは、セキュリティイベント管理システム(SIEM)を用いた継続的なログ監視と相関分析が必要となり、ネットワークの侵入経路や権限昇格を狙う異常なアクティビティに対するアラート体制を強化する必要があります。

【資産管理:公開サービスの徹底把握】

外部にサービスとして公開しているすべてのアセット(IPアドレス、ドメイン名、クラウドインスタンスなど)を正確に洗い出し、それらのアセットが抱える脆弱性を特定する作業が必要です。内部ネットワークからアクセスできない、またはリモートで公開されていないシステムは潜在的なリスクを見落としやすいため、網羅的な資産インベントリの構築と維持が極めて重要となります。

影響範囲

全社的なIT資産および管理プロセスに影響します。

  • 影響範囲: 外部にサービスとして公開しているすべてのシステム(Webサーバー、VPNゲートウェイ、APIエンドポイントなど)。クラウド環境(AWS, Azure, GCPなどの利用コンポーネント)、オンプレミスサーバー、ネットワーク周辺機器すべて。

  • 管理領域: 脆弱性管理プロセス全体(計画策定から実施まで)、セキュリティ監視体制(SIEM/EDRの運用)。

  • 対象資産: CVEが適用可能なすべてのミドルウェア、OS、アプリケーション。特定のバージョンや製品群に限定される場合があるため、「要確認」と記載されている全ての項目を精査する必要があります。

重要度

★★★★★

対象者

  • セキュリティ担当者
  • ネットワーク管理者
  • Windows管理者
  • Linux管理者

優先度

早めに対応

優先度の理由

本件は、脆弱性が『現在悪用されている』という最も切迫した情報に基づいており、単なる推奨事項ではなく危機管理の観点から非常に高い優先度を持ちます。即座にパッチを適用できない場合でも、影響を受けるアセットを特定し、一時的な緩和策(WAFでのブロック、アクセス制限など)を講じるための早期行動が求められます。

迅速な対応が必須ですが、全資産に対してパッチ適用のロードマップを再構築する時間的余裕も必要であるため、「今すぐ」よりも「早めに対応」が適切と判断しました。

確認手順

  • 自社が所有・運用するすべての外部公開アセット(IPアドレス、ドメイン)のリストを最新版で取得し、資産インベントリとして管理しているか確認する。
  • CISA KEV Catalogおよび同種のセキュリティベンダーレポートに基づき、発見された脆弱性が利用しているOSやミドルウェアのバージョンとの適合性をチェックする。
  • SIEMなどのログ監視システムにおいて、「特権昇格」「未知のファイル実行」「通常発生しない通信パターン」など、既知の攻撃手法に対応するためのルールベースのアラートを一時的に強化する。
  • 高リスクな脆弱性に対して、パッチ適用を行うことが難しい場合(サービス停止が伴うなど)の代替的な緩和策(WAFによるフィルタリング、アクセス制限の導入)が設計されているか確認する。

推奨対応

  • 全アセットに対する包括的な脆弱性スキャンを緊急に実行し、KEV Catalogで指摘される可能性のあるすべての欠陥を洗い出す。
  • パッチ適用計画において、「悪用既知の脆弱性」の修正作業を最上段に移動させ、技術的な検証を行うための予備時間を確保する。影響度が低いものから順次適用するロードマップを作成する。
  • 一時的にパッチ適用が難しいクリティカルなサービスについては、ネットワーク層やアプリケーション層でのアクセス制御(ACLやWAFルール)による防御策を即時講じることを検討する。
  • 過去のログデータを遡って、今回の脆弱性が既に悪用されていないか(インシデント対応としてのフォレンジック調査)を実施することを計画に組み込む。