NISTリスク管理フレームワーク

NISTリスク管理フレームワーク:AppSecプログラムの位置づけ

要約:アプリケーションセキュリティチーム向けのNISTリスク管理フレームワーク

NISTのリスク管理フレームワークはプロセスであり、管理項目のリストではありません。 組織がどのリスクを受け入れるかを決定します。AppSec の調査結果は、それらの決定の証拠です。cisイオンは上に載っている。

  • RMFは包括的な組織です。 他の NIST 出版物はこれに接続します: コントロール用の SP 800-53、セキュア開発用の SSDF、SP 800-204D CI/CD pipeline組織全体の視点については、sとCSF 2.0を使用します。
  • 典型的なボトルネックは認証です。 従来のATO(運用承認)には数ヶ月かかる場合があり、システムが3年間ほとんど変更されないことを前提としているが、現代のチームではそのような保証はできない。
  • 修正は既にフレームワークに組み込まれています。 RMFのモニターステップは、継続的な承認をサポートしており、これは継続的なATOプログラムの基盤となるものです。
  • 継続的な承認には継続的な証拠が必要である。 つまり、コード、依存関係、 pipelineスプレッドシートではなく、自動的に収集されます。
  • SSDFは変化している。 NISTは2025年1.2月にSSDFバージョン1.2の草案を公開したため、セキュア開発の証拠要件も進化している。

NISTのリスク管理フレームワークは、しばしば書類仕事、つまりシステムが稼働する前にコンプライアンスチームが記入するものとして扱われます。しかし、それは本質を見誤っています。RMFは、cisイオンプロセス、そしてアプリケーションセキュリティは、それらの証拠の大部分を生成しますcisイオンは依存する。

この記事では、NISTのリスク管理フレームワークをアプリケーションセキュリティの観点から考察します。具体的には、どのNISTフレームワークが実際にRMFに組み込まれるのか、組織がどこでつまずくのか、そしてセキュリティ上の発見事項をRMFが設計された目的である継続的な証拠へとどのように変換するのかについて解説します。

NISTのリスク管理フレームワークとは何か、そして何ではないのか

NISTのリスク管理フレームワークは以下のように定義されています。 NIST SP 800-37 改訂2これは、組織がシステムのライフサイクル全体にわたってセキュリティとプライバシーのリスクを管理するための構造化された方法を、7つのステップで提供します。 準備、分類、選択、実施、評価、承認、および監視.

これはセキュリティ要件のリストではありません。RMFは、 の 必要な管理策と、残存リスクが許容範囲内かどうかを判断するために使用します。管理策自体は、NISTの他の刊行物から引用されています。これは米国連邦政府システム向けに構築されましたが、多くの民間組織、特に政府機関や規制対象業界に製品を販売するサプライヤーも利用しています。

どのNISTフレームワークがどの質問に答えるのか?

NISTのリスク管理フレームワークはプロセスそのものです。これらの出版物は、そのプロセスを構成する要素を示しています。

出版それが答える質問AppSecが登場する場所
SP 800-37 (RMF)どのリスクを受け入れるかをどのように決定し、その決定を維持するかcisイオン電流?評価とモニタリングの手順、そしてその結果が証拠となる
SP800-53どのようなセキュリティおよびプライバシー設定を選択できますか?欠陥修復、構成、サプライチェーンリスクに関する管理
SP 800-218 (SSDF)安全なソフトウェア開発とはどのようなものか?SAST, SCA機密情報と脆弱性対応策、およびサプライヤー認証
SP 800-204Dソフトウェアサプライチェーンをどのように保護するか CI/CD pipelines?Pipeline 権限、依存関係管理、成果物の整合性
CSF2.0組織全体におけるサイバーセキュリティの成熟度はどの程度ですか?AppSec の姿勢が上位に報告されるガバナンスおよび識別機能
AI RMFAIシステムのリスクをどのように管理すればよいのでしょうか?コード内で実行されているAIに関するインベントリとリスクの証拠

NISTファミリーに関する簡単な入門情報については、用語集の項目をご覧ください。 NISTとは何ですか?これはSP 800-204Dも対象としています。

組織がRMFで行き詰まる場所

認証がボトルネックとなる。 承認ステップでは運用許可(ATO)が生成されますが、実際には時間がかかり、手作業で行われることが多いです。連邦政府のチームはよく報告します 待ち時間は6~12ヶ月 ATO(オーストラリア税務署)の承認は、文書、スプレッドシート、そして遅れたレビューに基づいて行われる。

ATOは、システムが変更されないことを前提としている。 従来のATOは通常 3年間有効これは、システムのセキュリティ体制が安定しているという前提に基づいています。しかし、毎日システムを導入するチームは、1週間以内にその前提を覆してしまうため、大きな変更があれば必ず再評価が必要になります。

監視というステップが省略されがちだ。 米国国防総省は、 2022年継続ATOメモRMFの導入は承認の取得に重点を置いており、承認が下りた後のリスクの継続的な監視が不十分である。

枠組みは常に変化し続けている。 NISTは、 SSDFバージョン1.2の草案 2025年12月には、安全なソフトウェア開発のための新たな改善された手法が追加される予定です。SSDFの認証を受ける組織は、最終版が発行された際にどのような変更が加えられるかを追跡する必要があります。

AppSecプログラムをNISTリスク管理フレームワークに組み込む方法

目標は単純明快です。RMF(リスク管理フレームワーク)のためのセキュリティ証拠を手作業で作成するのをやめ、既に使用しているツールから自動的に作成されるようにすることです。

  1. 実際の在庫を使って準備と分類を行う。 マッピングしていないシステムを分類することはできません。リポジトリのインベントリから始めましょう。 pipelineコード内の依存関係とAIコンポーネント。
  2. 自動的に検証できるコントロールを選択してください。 スキャナーが客観的な証拠を生成する、欠陥修復、構成管理、サプライチェーン保護などの管理策を優先すべきである。
  3. セキュリティを実装する pipelineその後ではない。 SSDFおよびSP 800-204Dに従って、すべてのビルドでスキャン、権限、および成果物の整合性チェックが実行されるようにしてください。
  4. 継続的に評価する。 すべてのスキャンを評価イベントとして扱います。コード、依存関係、シークレット、 pipelineそれらは常に最新の証拠となる。
  5. 権限付与は、量ではなく状況に応じて行うべきである。 発見事項を実際の悪用可能性とビジネスへの影響に基づいて優先順位付けすることで、承認担当者は何千もの警告ではなく、重要なリスクを把握できるようになります。
  6. デフォルトの状態として監視する。 新たな重大なリスクとドリフトに関する警告 pipeline 設定と権限は、継続的な認証の基盤となるものです。

同じ論理がアプリケーションレベルにも適用されます standards. OWASP ASVS に対してもベンチマークを行う場合は、次のガイドをお読みください。 OWASP ASVS に対して AppSec プログラムをベンチマークする方法.

XygeniがNISTのリスク管理フレームワークに証拠をどのように提供するか

ザイゲニ 評価およびモニタリングの手順に必要な証拠を、継続的に、かつ一元的に生成します。

  • CI/CD pipelines: ザイゲニ CI/CD セキュリティ 業界基準に準拠した検査を実施 standardOWASPやNIST SP 800-204Dなどの規格に準拠し、コンプライアンス評価をサポートします。 standardなどの CISNIST、および OpenSSF.
  • リスクの優先順位付け: Xygeni ASPM コード、依存関係、秘密情報からの調査結果をまとめます。 IaC, pipelineサードパーティのスキャナーを含む s を、実際のリスクに基づいて優先順位付けします。これは、承認のcisイオンが必要。
  • AIリスク: Xygeni AI Security はコード内の AI アセットを検出し、 調査結果をOWASP LLM Top 10およびNIST AI RMFにマッピングするこれにより、システムのAI部分に関するインベントリとリスクの証拠が得られます。機能ごとの詳細な説明については、こちらをご覧ください。 ガイド.

セキュリティ調査結果をRMFの証拠に変換しましょう

前四半期のスプレッドシートに基づく承認は、前四半期のシステムを説明するものです。 デモを予約する Xygeni がコード、依存関係、 pipeline 継続的で優先順位付けされた証拠への調査結果、または 無料で始められます そして、今日から最初のリポジトリをスキャンしてみましょう。

FAQ

NIST RMFの7つのステップとは何ですか?

NIST SP 800-37 リビジョン 2 で定義されているように、準備、分類、選択、実装、評価、承認、および監視を行います。

NISTのリスク管理フレームワークは、米国の連邦政府機関のみを対象としているのですか?

これは連邦政府のシステム向けに設計されたものですが、多くの民間組織が自主的に利用しており、政府への供給業者もこれに準拠する必要がある場合が多いです。

NIST RMFとNIST CSFの違いは何ですか?

RMFは、制御策の選択とシステムの承認を行うためのシステムレベルのプロセスです。CSF 2.0は、サイバーセキュリティの成果を記述し、改善するための組織全体のフレームワークです。

継続的ATOとは何ですか?

継続的なATO(承認運用)は、定期的な文書ベースの承認を、ソフトウェアライフサイクル全体を通して収集された自動監視と証拠に基づく継続的な承認に置き換えるものです。

sca-tools-ソフトウェア構成分析ツール
ソフトウェアのリスクを優先順位付けし、修復し、保護する
無料アカウントを作成しましょう。
いいえ、クレジットカードは必要ありません。

ソフトウェア開発と配信を安全に

Xygeni製品スイートと共に