Generic selectors
Search in title
Search in content
Post Type Selectors
コラム
AI用語集

AI in Cybersecurityとは?――AIは「防御手段」であると同時に「攻撃支援」と「攻撃対象」にもなる

用語:AI in Cybersecurity

一言でいうと:AI in Cybersecurityは、AIによる防御、AIで強化される攻撃、AIシステム自体の防御を含む領域です。

AI用語の分類:フィジカルAI・科学・産業応用

AI in Cybersecurityは、サイバーセキュリティに人工知能を利用すること、そしてAIの普及によって生じる新しいサイバーリスクを扱う領域です。ログや通信の異常検知、マルウェア分析、脆弱性調査、アラートの優先順位付け、インシデント対応支援などにAIが使われます。一方、攻撃者もフィッシング文面生成、偽装、脆弱性探索、攻撃手順の自動化などにAIを利用できます。

一言でいうと

AI in Cybersecurityとは、AIを使って守ることだけではなく、AIで強化される攻撃と、AIシステムそのものを守る課題まで含む広い領域です。

3つの視点で読む

この用語を理解するには、少なくとも三つを分けると整理しやすくなります。

第一は「AI for cybersecurity」です。大量のログから異常を見つける、脅威情報を要約する、セキュリティ設定を分析するなど、防御側がAIを使う場面です。

第二は「cybersecurity of AI」です。AIモデル、学習データ、推論基盤、API、エージェント、接続先ツールなどを攻撃から守る課題です。プロンプトインジェクションやデータポイズニングのようなAI特有の攻撃もここに入ります。

第三は「AI-enabled attacks」です。攻撃者がAIを使って既存の攻撃を高速化・低コスト化・個別化する場面です。

ニュースで「AIとサイバーセキュリティ」と書かれていたら、どの意味なのかをまず確認する必要があります。

防御での主な使い方

AIは、人間がすべて確認できない量のデータを絞り込むことに向いています。例えばログの異常検知、ユーザー行動の変化、悪意のあるファイル候補、フィッシングの特徴、脆弱性情報の整理などです。

生成AIやエージェント型AIは、アラートの要約、調査手順の提案、セキュリティフレームワークへのマッピング、レポート作成などにも使われます。NISTは2026年、Cybersecurity Framework 2.0の分析や報告にAIを利用するためのクイックスタートガイド案を公開しており、AIがセキュリティ実務の補助に入りつつあることが分かります。[1]

ただしAIの提案は、そのまま正しい判断ではありません。誤検知や見逃し、入力不足、古い情報、権限の誤設定などがあれば、AIが自信ありげに間違った対応を勧める可能性があります。

攻撃側でも同じ能力が使える

文章生成はフィッシングや詐欺メッセージの作成に使えます。コード生成や推論能力は、脆弱性の調査、攻撃コードの作成支援、手順の自動化に利用され得ます。音声・画像生成はなりすましにも関係します。

重要なのは「AIによってまったく新しい攻撃が突然生まれる」だけではなく、既存攻撃の速度、規模、個別化、必要スキルが変わる点です。ENISAの脅威分析でも、AIは攻撃活動の支援と、AI自体を狙う対象の両方として扱われています。[2]

AIシステム自身の攻撃面

AIサービスはモデルだけでできているわけではありません。データ、クラウド、プラグイン、検索、API、外部ツール、ユーザー権限、ログ、モデル供給元など多くの要素があります。

そのため「モデルが安全」でも全体が安全とは限りません。例えば、エージェントが外部ツールを実行できる場合、誤った指示が単なる文章生成ではなく実際の操作につながる可能性があります。AIを導入するときは、従来の機密性・完全性・可用性に加えて、AI特有の入力経路やツール権限を確認する必要があります。

次に起こりやすい誤解――「AIなら未知の攻撃も自動で止められる」

AIはパターン発見に有用ですが、万能な自動防御ではありません。攻撃者は防御モデルの癖を探り、ノイズを増やし、誤検知を誘い、モデルが見ていない経路を使います。また、AI防御システム自体が依存するデータやクラウドに問題が起これば、防御能力が低下します。

したがって、AI導入の評価では「検知率が上がった」という数字だけでなく、誤検知率、対応時間、対象範囲、未知事例への一般化、人間のレビュー、障害時の代替手順を見る必要があります。

元の文脈へ戻るチェックリスト

まず、AIが守る側なのか、攻撃側なのか、守られる対象なのかを確認します。

防御製品なら、何を検知・分類・自動化するのか、データ源は何か、AIが自動でブロックまで行うのか、人間が承認するのかを見ます。

攻撃能力の記事なら、実験条件と実世界の攻撃能力を混同しないことが重要です。ベンチマークで脆弱性を解けたことと、実ネットワークで侵入を成立させたことは別です。

さらに、モデルだけでなく周辺システム、権限、ログ、供給網、第三者サービス依存まで確認します。

まとめ

AI in Cybersecurityは「AIでサイバー攻撃を防ぐ」という一方向の概念ではありません。AIを使う防御、AIを使う攻撃、AIシステムそのものの防御という三つの面があります。元の文脈に戻ったら、AIがどの役割にあり、どこまで自動化され、失敗時に何が起こるかを見ることが重要です。

  • AIにおけるセキュリティ(G327)
  • Prompt Injection(G322)
  • Red Teaming(G319)

注・出典

  1. NIST SP 1353 IPD, Using AI for CSF Analysis and Reporting↩
  2. ENISA Threat Landscape 2025↩

参考資料

AI協働制作について

本記事は、著者が独自に設計した指示、参照資料、出典確認規則、著作権確認および監査工程を組み込んだChatGPT等の生成AIを、情報収集の補助、資料整理、構成検討、草稿作成、文章校正および監査補助に使用して制作しました。記事の対象範囲、情報源の採否、構成、解釈および最終表現は著者が判断し、最終稿を承認しています。著者は、本記事の正確性、独自性、引用、著作権処理および公開内容について責任を負います。制作工程の詳細は「AI協働制作方針」をご覧ください。

おすすめ