• すべての資産データを Tenable.sc 製品から取得して、インスタンスで処理します。
• 一致しない資産に対して一意の CI を作成するか、IP アドレスを共有する環境全体の資産に対してネットワークパーティション識別子属性を使用して既存の CI を更新します。
• 資産 API への REST メッセージ呼び出しを調整します。
• この統合の出力は検出されたアイテムです。
• セットアップアシスタントで選択した Tenable クエリフィルターは、 Tenable.sc 資産統合にも適用されます。クエリフィルターの条件に一致する脆弱性がある資産のみがインポートされます。

• Tenable.sc 製品からプラグインデータを取得します。取得されるデータは、 Tenable.sc 統合実行によってプラグインが最後に更新された日付に基づいています。
• このインポートにより、Tenable.sc 識別子 (10 個の ID) が最新の状態になり、アクティブな脆弱性のみがインポートされます。
• プラグイン API への REST メッセージ呼び出しを調整します。
• この統合の出力はサードパーティ脆弱性です。

• 重大度フィルターに基づいて、Tenable.sc 製品から脆弱性データを取得し、インスタンスで処理します。脆弱性一致アイテムは「オープン」および「再オープン」ステータスの検出レコードに対して作成されます。これらのレコードには修復が必要なためです。検出が [修正済み] の場合、既存の脆弱性一致アイテムは脆弱性対応によって更新されますが、Tenable は修正された脆弱性を[緩和済み] と見なすため、デフォルトでは修正済み検出に対して脆弱性一致アイテムは作成されません。
• セットアップアシスタントで [ 修正済みの脆弱性検出に対して脆弱性一致アイテムを作成 (Create vulnerable times for Fixed Vulnerability detections)] フラグがアクティブ化されている場合は、[ 修正済み ] ステータスの VI が作成され、それらを作成した検出を表示できます。VI はインスタンスに存在しない 修正済み 検出に対して作成されるため、インポートのパフォーマンスに悪影響を与える可能性があります。この機能を非アクティブのままにして、 修正済みの検出によって既存の脆弱性一致アイテムの状況だけが更新されるようにすることもできます。
• 一致しない資産に対して一意の CI を作成するか、IP アドレスを共有する環境全体の資産に対してネットワークパーティション識別子属性を使用して既存の CI を更新します。
• 脆弱性 API への REST メッセージ呼び出しを調整します。

この統合の出力は [クローズ済み]/[修正済み] の脆弱性一致アイテム (VI) です。これは、資産とサードパーティのエントリーが存在しない場合にも作成されます。

この統合実行はスケジュールされた実行です。これはチェーン統合であり、実行が正常に完了すると、次に説明する Tenable.sc のオープンな脆弱性統合がトリガーされます。

• この統合は、 Tenable.sc の修正された脆弱性統合が正常に完了するとトリガーされます。
• 選択したクエリフィルターに基づいて、Tenable.sc 製品から脆弱性データを取得し、インスタンスで処理します。
• アクティブな脆弱性に対応する脆弱性一致アイテムを作成します。
• 一致しない資産に対して一意の CI を作成するか、IP アドレスを共有する環境全体の資産に対してネットワークパーティション識別子属性を使用して既存の CI を更新します。
• 脆弱性 API への REST メッセージ呼び出しを調整します。
• この統合の出力は、脆弱性一致アイテム (VI) が存在しない場合の 更新/新規作成 になります。これは、構成アイテムとサードパーティのエントリーが存在しない場合にも作成されます。

• この統合は、Tenable.sc で構成されたスキャン認証情報を取得します。
• 認証情報 API への REST メッセージ呼び出しを調整します。
• この統合の出力は、テーブル [sn_vul_tenable_scan_credential] に入力されるスキャン認証情報です。
• インポートされた認証情報は、スキャン要求が ServiceNow AI Platform から開始されたときにスキャナーにアクセスするために使用されます。
• この統合は毎週実行されるようにスケジュールされています。