脆弱性対応、アプリケーション脆弱性対応、サードパーティの脆弱性統合、およびソフトウェア部品表アプリケーションによって参照される CSDM テーブル

特定の各 CI レコードには、検出不可能な属性が含まれている場合があります (例：サポートグループ、分類)。これらは、CI に入力され、脆弱性一致アイテムのアサインルールの入力として使用できます。これらの属性は、アップストリームのテクニカルサービスオファリングに基づいて共通サービスデータモデル (CSDM) の同期から入力される場合があります。

脆弱性対応、アプリケーション脆弱性対応、サードパーティの脆弱性統合、およびソフトウェア部品表アプリケーションに対して関連する CSDM オブジェクトを利用する場合は、スクリプト化されたルールを使用する必要があります。

たとえば、脆弱性一致アイテムのアサインルールを使用して修復用の脆弱性一致アイテムを自動的にアサインするには、構成アイテム (CI) 分類の値を活用するルールを作成して、インポートされた脆弱性エントリで更新されるようにすることができます。この場合、関連する CSDM オブジェクトから必要なターゲット値をクエリするためのスクリプト化されたルールが必要です。

以下は、CI に Java があり、脆弱性エントリに関連付けられているかどうかを確認するために使用できるスクリプト化されたクエリの例です。

脆弱性対応、アプリケーション脆弱性対応、サードパーティの脆弱性統合、およびソフトウェア部品表アプリケーションで使用される CSDM テーブル

脆弱性対応、アプリケーション脆弱性対応、サードパーティの脆弱性統合、およびソフトウェア部品表アプリケーションに価値を追加する製品

ソフトウェア部品表との統合からメリットを得る製品

セキュリティポスチャコントロール

セキュリティポスチャコントロール により、サイバーセキュリティチームはエンタープライズ資産インベントリ全体を可視化し、全体的なセキュリティポスチャを判断できるようになります。SPC のポリシーは、脆弱性対応アプリケーションでインポートする脆弱性のある資産を検出して、セキュリティツールの範囲のギャップを見つけるのに役立ちます。

ガバナンス、リスク、コンプライアンス

統合されたリスクプログラムでセキュリティと IT をつなぎ、継続的な監視、優先順位付け、および自動化を行います。

DevOps

GitHub 環境から開始する GitHub アクションを使用して、ソフトウェア開発サイクル中に潜在的に有害なコンポーネントから環境を保護します。GitHub リポジトリから ServiceNow AI Platform に SBOM ファイルをアップロードします。