OT IoT に関するOMB M-26-14およびCISA BOD 26-04のサイバーセキュリティ要件を満たす方法 

OT IoT に関するOMB M-26-14およびCISA BOD 26-04のサイバーセキュリティ要件を満たす方法 

連邦政府の民間機関にとって、OMB(行政管理予算局)の新たなログ記録義務を定めたM-26-14、およびリスクベースの脆弱性管理を義務付ける拘束力のある指令であるCISA BOD 26-4により、OT IoT はサイバーセキュリティプログラムの対象範囲にIoT 組み込まれました。これら両方の期限が迫る中、どのように先手を打つべきかをご紹介します。

わずか3週間の間に、行政管理予算局(OMB)とサイバーセキュリティ・インフラセキュリティ庁(CISA)は、連邦文民機関におけるサイバーセキュリティの2つの基盤となる柱、すなわち「ログ記録」と「脆弱性管理」について、その規定を改定し、適用範囲を拡大した。 なぜ今、これら2つの指令が打ち出されたのか。OMB覚書M-26-14とCISA BOD 26-04はいずれも、その要因としてAIによる攻撃の加速を明確に指摘している。攻撃者は自動化技術を用いて、脆弱性の公開から悪用までの時間をわずか数時間に短縮しているのだ。最先端のAIモデルが普及すれば、ゼロデイ攻撃についても、まもなく同様の事態が生じる可能性がある。  

M-26-14とBOD 26-04を、一つの戦略の二つの側面として捉える  

読み進める前に、2つの任務に関する共同タイムラインをご確認ください。(各マイルストーンの詳細については、後述します。) BOD 26-04の第1フェーズはすでに進行中です:

統合タイムライン:BOD 26-04 および M-26-14。日付は公表からの経過時間に基づいており、確定的なものではない場合があります。

各機関には、BOD 26-04への完全な準拠およびM-26-14のレベル1準拠を達成するため、ログ記録と脆弱性管理の変更を並行して行う5か月間の集中期間(9月~1月)に先立ち、約2か月間(7月~8月)はログ記録の変更に専念する時間が与えられています。これはまさに猛ダッシュとなるでしょう。  

これら2つの要件を単一のプログラムとして扱うことで、特にIoTサイバーセキュリティ・プラットフォームを初めて評価する機関にとって、導入とコンプライアンスの遵守が効率化される。

スケジュールが厳しいことを踏まえ、各機関はこれら2つの要件を1つのものとして扱うべきです。特に、最初の要件、すなわち運用技術(OT)やモノのインターネット(IoT)資産を含む攻撃対象領域の可視性を100%確保することが、2つ目の要件、つまりリスクベースのアプローチを用いて脆弱性へのパッチ適用を行い、最も重大なセキュリティ上の脆弱性を解消することを可能にするからです。リスクを評価し優先順位をつけるには、まず自機関が保有する資産、それらの脆弱性、および外部にさらされているかどうかを把握する必要があります。 これら2つの要件を単一のプログラムとして扱うことで、特にIoTサイバーセキュリティプラットフォームを初めて評価する機関にとって、導入とコンプライアンスの効率化が図られます。  

ガートナー®の「CPS保護プラットフォーム」に関するマジック・クアドラント™において2年連続で「リーダー」に選出された、AINozomi Networks 、IoT インベントリ管理、脅威および異常の検知、リスクの優先順位付け、分析を自動化します。Vantage GovernmentVantage 、同プラットフォームのFedRAMP「Moderate In Process」対応版であり、連邦政府機関が必要IoT 機能と、求められるコンプライアンス保証を提供します。

以下に、M-26-14 および BOD 26-04 の概要、ならびに、攻撃対象領域全体を保護することがますます求められているこれらの要件やその他の規制への準拠を、「Nozomi どのように支援Nozomi 説明します。

OT IoT――攻撃対象領域の中で最も急速に拡大している部分――が、今回の対象範囲に含まれるようになりました

M-26-14およびBOD 26-04は、時代遅れの規制を撤廃し、連邦政府の民間機関をサイバーセキュリティのベストプラクティスに整合させる、歓迎すべき更新です。多くの連邦政府のCISOにとって最大の課題は、IoT セキュリティプログラムに組み込むことになるでしょう。これまで、ほとんどの機関はIT資産のセキュリティ確保にのみ注力してきました。新たな義務規定では、「それらのデバイスが機関の情報システムの一部である場合はどこであっても」、IoT 求められています。  

IoT が存在しないと考えている組織であっても、これらの資産を安全に特定し、非標準のプロトコルを解析して脅威や行動の異常を検知できるセキュリティツールを検討する必要があるでしょう。

多くの現代の組織と同様、こうしたデバイスは今や至る所に存在しており、多くの場合、セキュリティ対策が不十分で、外部から攻撃を受けやすく、パッチ適用も不可能な状態にあります。もはやこれらを無視することは許されません。これは特に、ビル管理システム、防犯カメラ、物理的アクセス制御システムなどに広くIoT当てはまります。多くの場合、管理が行き届いておらず、デフォルトの認証情報がそのまま使用されているため、脅威アクターによって容易に悪用され、初期アクセスを獲得されたり、横方向への移動を許したりする恐れがあります。  

IoT しないと考える組織であっても、これらの資産を安全に特定し、存在しないセキュリティテレメトリを生成し、非標準のプロトコルを解析して、脅威や行動上の異常を検知できるセキュリティツールを検討する必要があるでしょう。

M-26-14:目的を明確にしたログ記録とデータ保持

2026年5月22日、OMBはM-26-1「進化するサイバー脅威から防御するための、効果的かつ効率的な政府機関のログ記録およびネットワーク可視性の確保」を発出しました。 この通達は、SolarWindsの侵害事件を受けて発出されたものの、運用上の成果がほとんどないにもかかわらず、コストがかさみ、データ保持範囲が過度に拡大する原因となったことで知られるようになったM-21-31を廃止するものである。これに代わって、M-26-14は、以下の2つの目標を中心にログ記録の枠組みを再構築している:

  • ‍継続的イベント監視(CEM)— SOCにおけるリアルタイムの可視化、アラート通知、および不審な活動の検知。保存された ログは、少なくとも6か月間は能動的に検索可能でなければならない。
  • 脅威ハンティング、調査、対応、およびフォレンジック(THIRF)— 既知または疑わしい侵害を調査し、フォレンジック的に再現するために必要なテレメトリおよびインフラストラクチャ。保存されたログは、少なくとも12か月間は取得可能でなければならない。

また、この覚書では、最上位機関のセキュリティオペレーションセンター(SOC)がログを容易に入手できる状態を維持することを条件に、厳格な一元化要件を緩和している。  

M-26-14 の主な実施期限

この覚書は、CISAに対し、詳細な実装要件を盛り込んだ「ロギング参照アーキテクチャ(LRA)」を90日以内にcisa.gov/Logging で公表するよう指示しており、これにより各機関はロギング計画を作成し、2027年7月までに3つの成熟度レベルを達成するためのカウントダウンが始まった。

  • 伐採計画(90日以内):各機関は、LRAの公表から90日以内に、最初の機関伐採計画を提出しなければならない。
  • レベル1:(+120日):各機関は、覚書に明記されている「基礎的成熟度」を達成しなければならない。
  • レベル2(+180日):各機関は「中級」の成熟度に達していなければならない。
  • レベル3:各機関は「高度な成熟度」に達している必要がある。

OT IoT からのセキュリティテレメトリ生成における課題

とりわけ、LRAは、「ネイティブなロギング機能を備えて OT 、OTロギング機能の実装に関するガイダンス」を提供する。

これは、IT分野に重点を置いたサイバーセキュリティ担当者にとっては意外なことかもしれません。IoT 、セキュリティ対応のテレメトリデータを生成するようには設計されていません。SOCのワークフローに適したSIEM対応のログを生成するのではなく、これらのシステムは専用のプロトコルを介して通信を行い、物理的なプロセスに関連するテレメトリデータを生成します。例えば、現場の計測機器は、ユーザーのログイン、ファイルの変更、権限の昇格などに関する構造化されたイベントログとは対照的に、温度、圧力、流量、その他の条件に関する連続的な測定値を生成することがあります。

IoT 生成するには、従来のITロギングツールが提供する手法とは根本的に異なるアプローチが必要です。これには、重要なプロセスの妨げにならないよう、ディープパケットインスペクション(DPI)やパッシブモニタリングなどの技術を用いて、ネットワークトラフィックからセキュリティに関する知見を導き出すことが含まれます。OT セキュリティOT IoT 解析できないため、資産の挙動を把握できず、脅威や異常を検知することもできません。

DPIは、数百もの産業用プロトコルを解析し、ネットワーク通信からデバイスの動作を再現するために使用されます。 しかし、DPIから得られるテレメトリには限界があります。それは、ネットワーク上の情報しか捕捉できないという点です。こうしたギャップを埋めるため、Nozomi 、パッシブな有線・無線ネットワーク監視に加え、デバイスに支障をきたすことなくクエリを実行できる安全でプロトコルを意識した技術、および必要OT 向けのホストベースのセキュリティセンサーを活用します。これらのアプローチを組み合わせることで、IoT に関する完全かつ正確な全体像を把握することが可能になります。

要約すると、Nozomi Networks 、M-26-14で要求されるOT IoT 、セキュリティテレメトリ、検知機能(これらはITセキュリティツールでは実現できないもの)を生成し、それらを各機関のSOC、SIEM、および/またはCISAの継続的診断・緩和(CDM)ダッシュボードに提供します。

BOD 26-04:リスクベースの脆弱性管理  

6月10日、CISAはBOD 26-04「リスクに基づくセキュリティ更新プログラムの優先順位付け」を公表した。この指令は、BOD 22-01(既知の確立された脆弱性(KEV)カタログに関する指令)およびBOD 19-02(静的な是正期限を定めたもの)の両方を廃止・置き換え、7年間にわたる是正方針を単一のリスク加重型フレームワークに統合するものである。 これにより、一律のパッチ適用期限が廃止され、優先順位付けの仕組みとして共通脆弱性評価システム(CVSS)を使用するという要件も撤廃されました。  

その代わりに、CISAの「ステークホルダー別脆弱性分類(SSVC)」手法に基づいた4変数モデルが採用されており、このモデルでは、以下の4つの変数に基づいてすべての脆弱性にスコアを付与しています:

  1. ‍資産の露出:脆弱な資産は外部に公開されているか?
  2. KEVステータス:共通脆弱性・露出識別子(CVE ID)で特定されたこの脆弱性は、CISAのKEVカタログに掲載されていますか?
  3. エクスプロイトの自動化:攻撃者は、この脆弱性を悪用するために必要なすべての手順を自動化できるか?
  4. 技術的影響:この脆弱性を悪用された後、攻撃者は当該資産に対して部分的な制御権または完全な制御権を獲得するのでしょうか?

各機関は、自機関の資産インベントリを用いて、最初の変数の値を決定します。CISAは、GitHub上に公開されているCISAによる公開CVEレコードの拡張情報をまとめた公開リポジトリ「Vulnrichment」プロジェクトを通じて、残りの3つの変数の値を提供しています。その結果算出されるリスクスコアに基づき、脆弱性は5つのレベルのうちのいずれかに分類され、それによって是正措置のスケジュールが決定されます:

なお、ティア1の脆弱性については、当該機関がシステムがすでに侵害されているかどうかを判断する必要があります。これはまさに、M-26-14 THIRFの目標で求められている「侵害後の調査およびフォレンジック再構築」の能力そのものです。また、これらのスコアは動的に変化します。資産が「内部」から「外部に公開されている」状態に移行すると、是正措置の期限は直ちに変更されます。また、CISAがKEVにCVEを追加すると、期限までのカウントダウンが加速します。  

BOD 26-04 の主な実施期限

リスクベースの脆弱性管理への移行はすでに始まっているはずであり、すべての脆弱性に対する段階的な是正スケジュールの全面的な実施まで、あと6ヶ月を切っています。現在から12月までの間に、3つのマイルストーンがあります:

  • フェーズ1(N=0):各機関は、新たな要件に合わせて、直ちに脆弱性管理ポリシーを更新しなければならない。
  • フェーズ2(+60日):各機関は、是正措置のプロセスを段階的モデルに整合させなければならない。この期間内に、CISAはマシンレベルの資産タグ付けデータスキーマを公開し、CDMプログラムとタグを統合して、信頼性の高い資産リストを維持しなければならない。  
  • フェーズ3(+180日):各機関は、本指令のすべての要件を完全に運用化しなければならない。これには、(1)公開されている資産を継続的に特定し、必要なメタデータでタグ付けすること、および(2)新たな段階的スケジュールに基づき、リスクに応じて資産の是正措置を積極的に講じることが含まれる。

OT、リスクの算定方法はITリスクとは異なります

OT ロギング、資産の検出、セキュリティ監視がITの手法やツールとは異なるのと同様に、リスクの評価、算定、優先順位付けにも、異なるアプローチが必要となります。その理由は以下の通りです。  

  1. ‍結果重視。特に、 サイバー資産が物理的なプロセスをOT(OT)分野では、リスク評価は、身体的安全、環境、業務の継続性といった結果に焦点を当てています。‍これは、ITサイバーセキュリティの3要素(機密性、完全性、可用性)をはるかに超えるものです。
  2. 相互に関連するリスク。 OT 内のあらゆる コンポーネント、分散環境におけるより大規模なプロセスの一部であるため、すべてが相互につながっており、互いに影響し合っています。データセンターであれば、他のサーバーをすべて再起動しても影響はないでしょう。OT、ある機械に問題が発生した場合、その機械が何に依存しているか、また何がその機械に依存しているかを直ちに把握する必要があります。
  3. 「脆弱性のみに基づくアプローチ」対「多面的なアプローチ」。‍IT分野では 、デバイスのリスクは脆弱性のみに基づいており、パッチを適用することでリスクを実質的に排除することができます一方、OTではリスクは多層的であり、パッチの適用は、次のメンテナンス期間まで延期せざるを得ないことがよくあります――そもそもメンテナンス期間が存在する場合に限りますが。  

Nozomi 」プラットフォームはお客様の IoT 特定、評価、軽減、監視し、SOCチームが取り組みの優先順位を決定し、リスクを低減してレジリエンスを高めるために最も効果的な対策を講じられるよう支援します。本プラットフォームは、脆弱性リスク、アラートリスク、通信リスク、デバイスリスク、資産の重要度、および補完的統制という5つの要素に基づいて資産リスクを継続的に算出します。 当社のスコアはそのままご利用いただけるほか、各変数の重みを完全にカスタマイズして、計算結果が貴組織のリスク評価基準を正確に反映するように調整することも可能です。また、BOD 26-04への準拠や、CISAが求める要件に合致させることも可能です。‍

Nozomi Networks 機能と、M-26-14およびBOD 26-04の要件との対応関係  

M-26-14の詳細な実施要件については、CISAが8月下旬頃にLRAを公表するまで明らかになりませんが、ここでは、Networks 「Vantage Government」の機能が、これら2つの指令の既知の要件にどのように対応しているかをご紹介します。

OMBおよびCISAの規制が及ぼす世界的な商業的影響

連邦民間機関を対象とした多くのサイバーセキュリティに関する指令と同様に、M-26-14およびBOD 26-04は、機関が所有または運営するすべての情報システム(機関に代わって第三者が運用するシステムを含む)に適用されます。さらに、これらの指令は市場全体の方向性を示しています。KEVカタログを定めたBOD 22-01が公布されてから2年以内に、それは世界的な商用標準となりました。 BOD 26-04はこの指令を廃止するものであり、そのリスクベースの脆弱性管理モデルは、商用分野においても従来の画一的なモデルに取って代わる可能性が高い。実際、Gartner「BOD 26-04に関するファーストテイク」では、2027年までに、大企業の60%以上において、取締役会への報告内容がパッチ適用指標からリスク露出指標へと移行すると予測している。  

「Vantage Government」を活用して、両方の規制要件に先手を打つ

これらの要件を自社の環境に適用したいとお考えですか?プラットフォームのデモをご依頼いただくか当社の連邦政府担当チームに「Vantage Government」についてご相談ください