セキュリティ

AIが加速させるサイバー攻撃と脆弱性対応
―企業に求められる防御運用の変化

目次

デジタルソリューション事業本部
デジタルビジネス事業部
セキュリティ第二担当 担当課長
小川 真太郎

AIによって変化するサイバー攻撃と高まる侵入リスク

AIによって高まる侵入リスクと企業に求められる備え

生成AIの普及によって、サイバー攻撃は大きく変化しています。従来は高度な技術者が時間をかけて行っていた脆弱性調査や攻撃コード作成が、AIの活用によって短時間で実施されるようになりつつあります。特に、公開された脆弱性情報から攻撃対象を抽出し、インターネット上の公開サーバを探索する流れは自動化との親和性が高く、脆弱性の公開直後から攻撃が始まるケースも増えています。その結果、企業には従来以上に迅速な判断と対応が求められています。一方で、すべての脆弱性に即時対応することは現実的ではありません。AIによって発見速度が高まる現在では、「全部直す」ことを前提にするのではなく、「今攻撃される可能性が高いもの」を優先的に対処する考え方が重要になります。また、完全に侵入を防ぎ切ることが難しくなっている以上、侵入された場合を前提に、事前に対応体制を整備しておくことも重要です。脆弱性管理によって侵入リスクを下げつつ、万一侵入された場合でも迅速に検知・封じ込めできる状態を準備しておくことが、被害拡大防止につながります。

AIによって変化するサイバー攻撃の構造

AIによって変化しているのは攻撃件数だけではありません。攻撃準備から実行までのサイクルが短縮され、攻撃対象の探索も自動化されつつあります。特に近年は、公開資産の探索、脆弱性悪用コードの生成、フィッシング文面の作成など、多様な工程でAIが利用されています。その結果、防御側は従来の定期点検型運用だけでは対応が難しくなっています。企業には、脆弱性管理、公開資産管理、インシデント対応を継続的に運用する体制が求められています。

生成AIが攻撃速度を加速させている背景

生成AIによって、攻撃者は大量の技術情報を短時間で分析できるようになっています。公開された脆弱性情報から対象製品を抽出し、攻撃対象を探索する行為も効率化されています。特に、VPN機器、クラウド管理画面、公開Webサーバなどは優先的に狙われやすい領域です。また、AIによって自然な日本語の生成が容易になったことで、従来より判別しにくいフィッシングメールも増加しています。攻撃側は大量試行によって成功確率を高めるため、「自社は狙われにくい」という前提は成立しにくくなっています。

攻撃の高速化に対応する脆弱性・リスク管理

「危険な穴」より「今攻撃される穴」を優先する

現在の脆弱性管理では、「危険そうな脆弱性」を幅広く対応するだけでは限界があります。重要なのは、「実際に攻撃へ利用される可能性が高いか」を基準に優先順位を判断することです。特に、インターネットへ露出しているか、Exploitコードが存在するか、実際に悪用が観測されているかは重要な判断材料になります。また、侵害時に管理者権限の取得につながるか、重要業務に影響するか、内部ネットワークへの横展開が可能かも優先判断に直結します。AI時代ではゼロデイ脆弱性や高速悪用も増加しており、「パッチ適用が間に合わない」状況を前提に考える必要があります。そのため、防御側には「全部対応」ではなく、「本当に危険なものを先に潰す」運用設計が求められています。

ASMによる公開資産管理の重要性

クラウド利用の拡大や部門単位でのSaaS導入によって、企業が把握しきれていないIT資産は増加しています。攻撃者はこうした管理外の資産を優先的に探索します。ASMは、インターネット上から見える資産を継続的に可視化し、脆弱性や設定不備を監視する仕組みです。特に、放置サーバ、古い認証方式、不要公開領域などを発見するうえで有効です。ただし、ASMは導入だけで安全性が確保されるものではありません。発見したリスクを誰が判断し、どの優先順位で対処するかまで含めて運用設計する必要があります。

侵入リスクを下げるために必要な脆弱性管理

近年は、脆弱性の情報公開から攻撃開始までの期間が短縮されています。そのため、従来の定例メンテナンス中心の対応では、攻撃速度へ追従できないケースも増えています。一方で、すべてを即時更新すると業務停止リスクも高まります。経営層には、「更新による短期影響」と「侵害による長期影響」を比較し、どのリスクを優先するか判断する視点が求められます。特に重要システムでは、必要に応じて一時停止を含めた判断も必要になります。

修正プログラム適用だけでは防ぎきれない理由

AI時代では、脆弱性の公開から短期間で攻撃コードが流通するケースが増えています。そのため、ベンダーが迅速に修正プログラムを提供しても、利用企業側の適用が間に合わない可能性があります。さらに、ゼロデイ脆弱性では修正プログラム自体が存在しない場合もあります。この状況では、「パッチを当てれば安全」という考え方だけでは十分ではありません。アクセス制御、監視強化、不要サービス停止など、多層的な防御が必要になります。

重要システム停止を含む判断基準の整備

攻撃速度が高まる現在では、被害拡大防止のためにシステム停止を迅速に判断する必要が生じる場合があります。重要なのは、「止めるべきか」を緊急時に議論するのではなく、平時から判断基準を整備しておくことです。例えば、インターネット公開領域へ侵害の確認、管理者権限の取得、横展開の兆候など、停止基準を事前定義しておくことで意思決定を迅速化できます。また、停止時の代替運用や復旧優先順位を整理しておかなければ、判断そのものが遅延する可能性があります。

侵入を前提とした運用体制と継続的な資産管理

侵入を前提にした運用体制とAsset Management

AI時代では、脆弱性の発見から攻撃までの時間が短くなっており、“問題が起きてから考える対応”では間に合わなくなっています。 だからこそ今は、迅速に検知・封じ込め・復旧できる組織的な対応体制そのものが、企業の重要な備えになっています。例えば火災対策でも、火を出さない努力だけでなく、火災発生時に迅速に避難・消火・復旧できる体制が必要です。 サイバーセキュリティも同様に、「発生した時にどう動くか」を事前に決めておくことが企業に求められています。
AI時代のセキュリティ対策では、「何を守るべきか」を把握できていない状態そのものが大きなリスクになります。特に、クラウド環境やSaaSの利用拡大によって、IT資産は急速に分散しています。その結果、管理外サーバ、古いシステム、未承認クラウド利用などが攻撃対象になりやすくなっています。現在の防御では、脆弱性対策だけでなく、Asset Managementを継続的に運用し、「どの資産が存在し、どのリスクを抱えているか」を把握し続けることが重要になります。

CMDB整備による資産可視化

CMDBは、IT資産や構成情報を一元管理する仕組みです。どのサーバがどの業務に影響するかを整理できていなければ、脆弱性発見時の優先順位の判断も困難になります。特に、クラウド環境では構成変更の頻度が高いため、静的な台帳管理だけでは実態と乖離しやすくなります。重要なのは、構成変更を継続反映できる運用を整備し、業務への影響と紐付けて資産を把握することです。

SBOMによるソフトウェア構成管理

SBOMは、ソフトウェアを構成するライブラリやOSS部品を一覧化する考え方です。近年はオープンソースの利用が拡大しており、脆弱性発見時に「どの製品に影響するか」を即座に把握しにくくなっています。SBOMを整備することで、脆弱性公開時の影響調査を迅速化しやすくなります。また、サプライチェーン全体のリスク管理という観点でも重要性が高まっています。

クラウド資産管理とShadow IT検知

クラウド利用の拡大によって、情報システム部門が把握していないIT利用も増加しています。特に、部門単位で導入されたSaaSや検証用のクラウド環境は、管理外のまま放置されるケースがあります。こうしたShadow ITは、古い認証設定や脆弱な公開状態のまま運用される可能性があります。そのため、クラウド資産管理とShadow ITの検知を継続的に実施し、「どの資産がインターネットに露出しているか」を把握し続けることが重要になります。

まとめ

AIによってサイバー攻撃は高速化・自動化されており、脆弱性の公開から悪用までの期間は短縮されています。この状況では、「全部直す」という発想だけでは現実的な運用が難しくなっています。重要なのは、「今攻撃される可能性が高い脆弱性」を優先的に判断し、迅速に対応することです。そのためには、CSIRT、ASM、脆弱性診断、CMDB、SBOM、クラウド資産管理を連携し、継続運用できる体制を整備する必要があります。AI時代の防御では、「侵入を完全に防ぐ」だけでなく、「迅速に検知・判断・封じ込めできるか」が企業防御力を左右する重要な要素になります。