Pourquoi une identité unique compte
Savoir que l'organisation possède environ huit cents ordinateurs portables ne sert pas à grand-chose si elle ne peut pas dire précisément lesquels. L'identification des actifs transforme une population floue en un inventaire précis d'objets, dont chacun peut être distingué des autres. La comptabilité, les licences, la réponse aux incidents et la planification des remplacements supposent que l'actif évoqué hier est le même que celui évoqué aujourd'hui.
L'identification permet aussi la déduplication. Lorsque deux enregistrements décrivent une même machine, ou qu'une machine est répartie sur deux enregistrements, les totaux cessent d'être fiables. Un identifiant stable fournit à la réconciliation une clé de rapprochement, quelle que soit la source : achats, annuaire ou analyse de découverte.
Types d'identifiants et leur stabilité
Certains attributs sont gravés dans le matériel à la fabrication, d'autres sont générés par le logiciel, et d'autres encore sont des étiquettes administratives que l'organisation pose elle-même. Un schéma pratique combine plusieurs de ces éléments et pondère chacun selon sa stabilité :
| Identifiant | Ce qu'il identifie | Stabilité |
|---|---|---|
| Numéro de série | Un exemplaire physique fourni par le fabricant | Élevée, fixé à la fabrication |
| UUID / GUID | Une instance de système ou de composant | Élevée, persiste lors des renommages |
| Adresse MAC | Une interface réseau, pas la machine | Moyenne, liée à une carte réseau |
| Nom d'hôte | Un ordinateur tel qu'il apparaît sur le réseau | Moyenne, renommé et réutilisé |
| Adresse IP | Un emplacement réseau à un instant donné | Faible, réattribuée dynamiquement |
| Étiquette d'actif / numéro d'inventaire | Une unité de gestion comptable de l'organisation | Élevée, tant que l'étiquette reste collée |
| Étiquette SWID | Un produit logiciel installé | Élevée, liée à l'installation |
Matériel, logiciels et actifs composés
L'identification du matériel commence par le numéro de série, complété par le fabricant et le modèle, et ancré par un numéro d'inventaire. Un ordinateur reste toutefois un objet composé. Son processeur, ses barrettes de mémoire, ses disques, ses écrans et ses périphériques portent chacun leur propre identité. La pratique de l'inventaire sépare donc l'ordinateur, unité principale gérée, des appareils qui y sont installés.
Un logiciel s'identifie par son nom, son éditeur, sa version et des preuves d'installation, comme les étiquettes SWID (ISO/IEC 19770-2) ou les entrées de registre. Deux installations de la même application sur des machines différentes sont des instances distinctes, ce qui permet de calculer le nombre de licences et la couverture des correctifs machine par machine.
Ce que cela donne dans Anexet
Dans Anexet Inventory, chaque appareil dispose de sa propre fiche. Le numéro de série, le fabricant, le numéro d'inventaire et le statut figurent à côté de l'ordinateur personnel auquel appartient l'appareil, afin que l'enregistrement de chaque pièce reste rattaché à la bonne unité.
Où l'identification échoue
L'identification échoue généralement de cinq manières prévisibles :
| Point faible | Ce qui tourne mal |
|---|---|
| Attributs modifiables | Les noms d'hôte sont réutilisés, et les adresses MAC peuvent être usurpées ou dupliquées |
| Virtualisation et cloud | Les clones partagent des identifiants identiques ou existent trop peu de temps pour être suivis |
| Remplacement de composants | Un disque remplacé modifie le numéro de série, pas l'ordinateur |
| Dérive des registres manuels | Les tableurs tenus à la main se remplissent de trous et de noms incohérents |
| Incohérence entre systèmes | Sans clé commune, la réconciliation devient une devinette |
L'identification dans le flux d'inventaire
L'identification est la première étape de fond de l'inventaire informatique. Chaque étape ci-dessous dépend de la clé produite par la précédente, et le suivi comme le reporting ne commencent qu'une fois l'identification en place. Un actif qui ne peut pas être identifié ne peut pas être suivi, et un actif identifié deux fois est compté deux fois.
- 1
Découvrir
La découverte repère les objets candidats sur le réseau et sur chaque poste de travail.
- 2
Identifier
Chaque candidat reçoit une clé durable construite à partir de ses attributs stables.
- 3
Rapprocher
Les nouvelles observations sont fusionnées avec les enregistrements existants au lieu de créer des doublons.
- 4
Suivre
Le statut, le responsable et l'emplacement sont consignés sous une seule identité par actif.
Garder les identités à jour
Une pratique mature définit la clé d'identification avant de collecter les données et capture plusieurs attributs afin que l'un puisse remplacer l'autre. Elle conserve les résultats dans un système de référence unique, tel qu'une base de données de gestion de configuration, et revérifie l'identité en continu.
Cette revérification fait aussi de l'identification un contrôle de sécurité : un appareil qui apparaît sans identité connue, ou un appareil connu qui cesse de remonter ses informations, constitue en soi un signal. C'est là que l'identification rencontre le shadow IT, car un matériel que personne n'a enregistré n'a aucune identité à vérifier.
Par où commencer
Commencez par les attributs qui accompagnent l'actif le plus longtemps : le numéro de série de l'unité et l'étiquette d'actif, tant qu'elle reste collée. Considérez les adresses IP et les noms d'hôte comme de simples aides à la recherche, jamais comme la clé.
Dès que chaque actif porte une clé stable, les décomptes, les licences et les plans de remplacement peuvent être utilisés en confiance, sans vérification manuelle.
Un actif sans identité stable n'est qu'une supposition sur ce que l'entreprise possède réellement.
Anexet TeamComment Anexet traite ce sujet
Dans Anexet, l'identification des actifs est automatique : les agents de terminaux du module Inventory observent le matériel et le logiciel de chaque machine et alimentent les identités dans les fiches d'inventaire, de sorte que la liste d'actifs reflète ce qui est réellement connecté, et non ce qu'un formulaire a déclaré un jour :
L'architecture on-premise maintient les données d'actifs collectées, les lignes de base de configuration et l'historique d'audit au sein de la propre infrastructure de l'organisation.
Collecte automatique des identifiants
les agents rapportent les noms des ordinateurs, les systèmes d'exploitation et les périphériques connectés avec leurs types, fabricants et numéros de série ; les fiches d'inventaire se remplissent à partir des données d'agents, sans saisie manuelle.
Import avec déduplication
un assistant d'import de matériel transfère dans l'inventaire ce que les agents ont trouvé, avec recherche par ordinateur, périphérique ou numéro de série et une stratégie pour les correspondances : remplacer la fiche, importer comme nouveau ou passer.
Lignes de base de configuration
les périphériques approuvés de chaque ordinateur forment une ligne de base ; un composant qui apparaît en dehors, ou un périphérique de référence qui cesse de répondre, déclenche une alerte immédiate d'écart, c'est ainsi que remplacements de composants et périphériques non autorisés remontent.
Identification logicielle
les applications installées sont consignées par ordinateur avec l'éditeur, la version, la date d'installation, la taille et l'emplacement, la même identité par machine que celle du matériel.
Cycle de vie et responsabilité
les actifs identifiés portent des statuts (en usage, hors usage, en service, à réformer), un responsable et un placement organisationnel jusqu'au poste de travail et à la position sur le plan des bureaux.
Piste d'audit
chaque ajout, suppression, déplacement, configuration, changement de statut et de responsabilité est consigné dans une piste d'audit complète et attribuable, et les listes d'actifs s'exportent en xlsx ou pdf.
Anexet Inventory
En savoir plus