未分類のハードウェアは、スキャナー統合からの最初のインポート中に、次のプロセスを使用して作成されます。

1. USEM 自動的にホストデータを使用して、 CMDB内の一致を検索します。ルックアップルールは、構成アイテム (CI) を識別し、それらを検索結果レコードに追加して修復に役立てるために使用されます。
2. ルックアップルールに基づいて一致するものが見つからない場合、 識別および調整エンジン (IRE) はハードウェアクラスとそのすべての子に定義された独自の識別ルールを適用します。
3. その後、 IRE は cmdb_ci_unclassed_hardware クラスの下に新しい CI を作成します。
4. ディスカバリーがこの資産を検出すると、既存の未分類のハードウェアを再分類する代わりに、CI を作成します。これは、識別ルールがハードウェア CI の名前に依存しているためです。

後で ディスカバリー が未分類のハードウェアとして既に存在する資産を検出すると、多くの場合、既存の未分類のハードウェア CI を再分類するのではなく、新しい分類済み CI (Windows サーバー CI など) が作成されます。これは次の理由で発生します。

• 名前フィールドの不一致:識別ルールは、ハードウェア CI の名前フィールドに大きく依存しています。
• 名前に一貫性がない: 統合セキュリティエクスポージャー管理 で使用される名前 (FQDN または NetBIOS 名など) が、ディスカバリーで使用される名前 (ホスト名のみなど) と異なる場合があります。
• 結果:この不一致により、IRE は未分類のハードウェアと新しく検出された資産を同じエンティティとして認識できなくなり、元の CI を再分類するのではなく、新しいクラスの下に重複 CI が作成されます。

次に、それぞれ 脆弱性対応 および ディスカバリー を介して未分類のハードウェアで CI を作成するための IRE ペイロードの抽出を示しています。

"className": "cmdb_ci_unclassed_hardware",

"values": {
        "name": "asset01.company.com",//from NetBios,
        "mac_address": "1a:5e:2c:0e:42:f3",
        "fqdn": "asset01.company.com",
        "ip_address": "133.10.3.123"
    }

"settings": {
        "updateWithoutSwitch": true
    }

"className": "cmdb_ci_cmdb_ci_win_server"

"values": {
        "name": "asset01",
        "mac_address": "1a:5e:2c:0e:42:f3",
        "fqdn": "asset01.company.com",
        "ip_address": "133.10.3.123",
        "os_domain": "company"
    }

"settings": {
        "updateWithoutSwitch": false
    }