---
sourceDocument: Gestion de la sécurité Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/security-management

 Release :

    - xanadu

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion de la sécurité Xanadu

ft:clusterId :

    - security

bundleId :

    - security

workflow :

    - Technology


---

# Matériel non classé

# Matériel non classé {#ariaid-title1}

* Rversion finale: Xanadu
* 
* Mis à jour 1 août 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 minute de lecture

Si un actif ne trouve pas de correspondance dans les règles de Base de données de gestion des configurations (CMDB) recherche par CI, il est qualifié de matériel non classé.

Lorsque des données sont importées à partir d'intégrations ServiceNow créées, Réponse aux vulnérabilités les données de l'hôte sont automatiquement utilisées pour rechercher des correspondances dans le CMDBfichier . Les règles de recherche de CI sont utilisées pour identifier les éléments de configuration (CI) et les ajouter à l'enregistrement d'élément vulnérable pour faciliter la correction. Si les actifs sont introuvables dans le CMDB, le moteur Identification et réconciliation (IRE) exécute ses propres règles d'identification définies sur la classe de matériel et tous ses enfants, et crée un CI dans une classe de matériel non classé. Lorsqu'il Découverte trouve cet actif, au lieu de reclasser le matériel non classé existant, il crée un CI. Cela est dû au fait que la règle d'identification repose sur le nom du CI matériel.

Si le moteur Identification et rapprochement (IRE) est activé, l'option de reclassification à partir des éléments détectés n'est pas prise en charge.  
Les extraits suivants montrent la charge utile IRE pour la création d'un CI dans Unclassed Hardware via Réponse aux vulnérabilités et Découverte respectivement.

    "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
        }

Dans ce cas, le CI matériel non classé existant n'est pas reclassé dans le serveur Windows, mais un nouveau CI sous le serveur Windows est créé. Cela s'explique par le fait que la règle d'identification repose sur le nom du CI matériel. Si vous remarquez les charges utiles, le nom dans la charge utile à partir de Réponse aux vulnérabilités est le même que FQDN/NETBIOS, mais il s'agit simplement du nom d'hôte de la charge utile à partir de Découverte.
**Tâches associées**   

* [Reclassifier le matériel non classé](https://servicenow-prod.fluidtopics.net/tNrNZUe~Fr7Tr3YxQ6xu0w "Reclasser le matériel non classé en mettant à jour les règles de recherche de CI.")