AIとサイバーセキュリティ / NIST「Cyber AI Profile」を読む / フレームワークが共通言語をつくるとき雑感

　AIとサイバーセキュリティ関係については以下も確認いただきたい。いすれも1分で読める内容である。

　サイバーセキュリティ分野は大きなニュースである。NISTは2025年12月、「Cybersecurity Framework Profile for Artificial Intelligence（Cyber AI Profile）」のInitial Preliminary Draftを公表した（1）。AIのサイバーセキュリティを、AI特有の論点を踏まえて語るための共通言語を、CSF 2.0で立ち上げようとしている点が肝である（2）。

　第一に、このプロファイルはCSF 2.0のアウトカム、すなわちFunction（GOVERN／IDENTIFY／PROTECT／DETECT／RESPOND／RECOVER）と、それに紐づくCategory／Subcategoryで構成される（2）。この「いつもの枠」に載せることで、AIの専門家だけが分かる世界から、セキュリティチームや経営層が意思決定できる世界へ、回帰する設計になっている。AIガバナンスの議論は、どうしてもモデルの性能・安全性（そして炎上）に引っ張られがちだが、企業の現実は、リスクを説明可能な形で会議体に上げ、予算と人員に翻訳し、監督責任の射程を整理することである。フレームワークは、その設計図として機能する。

　NISTが目的として掲げるのも、AI関連のサイバー優先事項と考慮事項についての共通理解の確立、AIコミュニティとサイバーコミュニティの協働促進、CSF Coreに基づく共通のAIサイバー目標アウトカムの提示である（3）。この目標アウトカムという表現は、法とガバナンスと相性が良い。義務（shall）ではなく到達点（outcome）として語ることで、組織は自社のリスク許容度と成熟度に応じて段階的に実装できる。他方で、アウトカムが共有されるほど、監督当局・取引先・監査人がそこに到達しているかを問えるようになる。任意の枠組みは、問われ始めた瞬間に義務に近づいていく。

　第二に、焦点はモデルだけではない。Cyber AI Profileは、AIを組織のエコシステムに組み込む際の論点（Secure）、AIを防御側で使う際の論点（Defend）、攻撃側がAIを使う世界に備える論点（Thwart）という三つのFocus Areaを掲げる（2）。ここが重要で、AIを買って入れる場合でも、最終的に問題になるのはモデルそのものより、データパイプライン、権限設計、ログ、評価、運用、そして外部委託の境界面である。AIは単体の製品ではなく、部品と運用の集合体である以上、攻防の両面から扱っていくほかない。

　さらに、NISTは、サイバー側のプログラムが管理すべき対象として、モデルだけでなく、エージェント、アルゴリズム、プロンプト、データといったパーツを明示している（3）。この列挙が地味に効いてくる。法務・監査の現場では、AIシステムの定義が曖昧だと、責任の単位が曖昧になる。モデルが外部、プロンプトが社内、データが別部門、ログがSIer、となった瞬間に、境界が法的リスクになる。まずそれらのパーツを数え上げることが、責任の地図を描く第一歩である。

　このプロファイルの表の作りも、示唆的である。各Subcategoryについて、一般考慮事項が置かれ、そのうえでSecure／Defend／Thwartそれぞれの優先度と追加の考慮事項が並列で提示される。しかもNISTは、この三層が本当に使いやすいのか、Focus Areaごとに分けた方がよいのか自体を問い、コメントを求めている（11）。ここには、フレームワークを固定的な規範ではなく、現場で回る道具としてチューニングする姿勢が見える。法的には、どの列が自社のユースケースに当たるかを明示するだけで、説明責任の論点が半分片付く。曖昧なまま全列を追うと、統制が肥大化するだけである。つまり、適用範囲の公示が統制の品質を決める。

　第三に、このプロファイルは妨害しないように設計されている。CSF 2.0を補完しつつ、AI RMF等の既存の枠組みとも接続し、既存プログラムへの導入障壁を下げる位置づけである（4）。NIST自身、実装の粒度を上げる取り組みとして、SP 800-53のControl OverlayをAI向けに整備するCOSAISを並行して進めている（4）。要するに、Cyber AI Profileが「何を目指すか（アウトカム）」の言語だとすれば、オーバーレイは「どうやってやるか（コントロール）」の言語である。ここを二段構えにする発想は、法とガバナンスの観点からも筋が良い。目的規範だけでも、手続規範だけでも回らないためである。

　他方で、雑感としての留保もある。第一に、これはドラフトであり、NISTも公衆にコメントを求めている（5）。従って、細かく書けていないこと自体は責めにくい。しかし、AIのサイバーリスクが急速に運用の複雑性へ移行している現状を踏まえると、どこかで技術的ディテールに踏み込む必要がある。特に、ツール実行・権限委譲・自律的ワークフローを前提とするエージェント型AIは、従来のアプリケーションよりも、失敗の仕方が多彩である。攻撃者にとっても同じで、生成AIはスピアフィッシングや脆弱性探索の効率を上げ、組織側の検知・対応のSLAを押し上げる。ここを一般論のまま放置すると、結局は現場が各社流に解釈し、チェックリスト化し、事故が起きてから慌てて遡及的に整備する、というループに陥る。

　第二に、サプライチェーンの法務っぽさが、すでに表に出ている点は見逃せない。例えば、NISTはAIシステムのサプライチェーンが通常のソフトウェアより広いことを明示し、ソフトウェアやハードウェアに加えてデータまで含めて考えるべきだと述べる（6）。また、第三者AI資源を使う前に、データの所有権や許容される利用など、利用規約を理解せよという一般考慮事項も置かれている（7）。ここは、法務・調達・セキュリティが同じテーブルに乗るポイントである。セキュリティは技術だけで完結せず、契約条項（監査権、インシデント支援、再学習データの取扱い、モデル更新の通知、ログ提供）に落ちて初めて運用になる。逆にいえば、法務の側が「AIはブラックボックスなので…」と距離を取るほど、現場は安易なSaaS規約に飲み込まれ、後から取り返しがつかなくなる恐れがある。

　第三に、標準化プロセスそのものが、法のテーマである。Cyber AI Profileには、必須特許の申告を求める「Call for Patent Claims」が置かれ、必要に応じて非差別的な合理条件や無償ライセンスのコミットメントを想定している（8）。フレームワークは「任意のガイダンス」であっても、産業側がそれを前提に調達仕様や説明責任を組み立て始めた瞬間に、実質的な規範として作用する。規範化の入口に知財の論点が現れるのは、むしろ自然である。AIガバナンスが「原則論」から「実装と市場」へ移ると、契約と知財が前景化するのは避けられない。

　最後に、Cyber AI Profileの面白さは、AIのサイバーリスクを「モデル中心」から引き剥がし、組織のリスク管理に接続する実装過程を整備しようとしている点にある。その先にあるのは、AIの構成要素と来歴を可視化するAIBOM（AI版BOM）といった発想であり（9）、透明性の議論を理念から実務へ引き寄せる道である。台帳が整えば、監査が可能になり、監査が可能になれば、責任の議論が地に足をつける。法は、最後はたいてい台帳とログと契約書に宿っていく。

とはいえ、これは始まりにすぎない。NISTは2025年のコンセプトペーパーとワークショップ、ワーキングセッションを踏まえて本件を進めてきたと説明している（10）。このコミュニティで作る速度と粘りは、日本のAIガバナンスの現場にとっても参照可能である。AIは流行で終わらず、インフラとして沈んでいく。沈んだ後に残るのは、手続と記録と説明である。その準備として、こういう地味なフレームワークが一番効くといえる。

（マガジン）「AIと法-雑感」

　※目次は以下を参照

note総則規約3条2項前段
3.2 クリエイターが制作したデジタルコンテンツの著作権は、クリエイターに帰属します。