Warum eine eindeutige Identität wichtig ist
Dass die Organisation rund achthundert Notebooks besitzt, nützt wenig, solange sie nicht genau sagen kann, welche achthundert es sind. Die Asset-Identifikation macht aus einer unscharfen Menge ein präzises Inventar von Objekten, die sich jeweils voneinander unterscheiden lassen. Buchhaltung, Lizenzierung, Incident Response und Ersatzplanung setzen voraus, dass das gestern erwähnte Asset dasselbe ist wie das heute erwähnte.
Die Identifikation unterstützt außerdem die Deduplizierung. Beschreiben zwei Datensätze denselben Rechner oder ist ein Rechner auf zwei Datensätze verteilt, sind die Summen nicht mehr verlässlich. Eine stabile Kennung gibt dem Abgleich einen Schlüssel, egal woher die Daten stammen: aus dem Einkauf, aus einem Verzeichnis oder aus einem Discovery-Scan.
Kennungstypen und ihre Stabilität
Manche Merkmale werden bei der Fertigung in die Hardware eingebrannt, andere erzeugt die Software, und wieder andere sind administrative Etiketten, die die Organisation selbst vergibt. Ein praktisches Schema kombiniert mehrere davon und gewichtet jedes nach seiner Stabilität:
| Kennung | Was sie identifiziert | Stabilität |
|---|---|---|
| Seriennummer | Ein physisches Exemplar vom Hersteller | Hoch, bei der Fertigung festgelegt |
| UUID / GUID | Eine Instanz eines Systems oder einer Komponente | Hoch, bleibt bei Umbenennungen erhalten |
| MAC-Adresse | Eine Netzwerkschnittstelle, nicht der Rechner | Mittel, an eine Netzwerkkarte gebunden |
| Hostname | Ein Rechner, wie er im Netzwerk erscheint | Mittel, wird umbenannt und wiederverwendet |
| IP-Adresse | Ein Netzwerkstandort zu einem Zeitpunkt | Niedrig, wird dynamisch neu vergeben |
| Asset-Tag / Inventarnummer | Eine organisatorische Buchungseinheit | Hoch, solange das Etikett haftet |
| SWID-Tag | Ein installiertes Softwareprodukt | Hoch, an die Installation gebunden |
Hardware, Software und zusammengesetzte Assets
Die Identifikation von Hardware beginnt mit der Seriennummer, ergänzt durch Hersteller und Modell und verankert durch eine Inventarnummer. Ein Rechner ist jedoch ein zusammengesetztes Objekt. Sein Prozessor, seine RAM-Module, Laufwerke, Monitore und Peripheriegeräte tragen jeweils eigene Identitäten. Die Inventarpraxis trennt deshalb den Rechner als primäre verwaltete Einheit von den Geräten, die in ihm verbaut sind.
Software wird über Produktname, Herausgeber, Version und Installationsnachweise identifiziert, etwa SWID-Tags (ISO/IEC 19770-2) oder Registry-Einträge. Zwei Installationen derselben Anwendung auf verschiedenen Rechnern sind getrennte Instanzen, sodass sich Lizenzzahlen und Patch-Abdeckung je Rechner berechnen lassen.
So sieht es in Anexet aus
Im Anexet Inventory hat jedes Gerät seine eigene Karte. Seriennummer, Hersteller, Inventarnummer und Status stehen neben dem PC, zu dem das Gerät gehört, sodass der Datensatz jedes Bauteils dem richtigen Rechner zugeordnet bleibt.
Wo die Identifikation scheitert
Die Identifikation scheitert meist auf fünf vorhersehbare Arten:
| Schwachstelle | Was schiefgeht |
|---|---|
| Veränderliche Merkmale | Hostnamen werden wiederverwendet, und MAC-Adressen lassen sich fälschen oder doppeln |
| Virtualisierung und Cloud | Klone teilen identische IDs oder existieren zu kurz, um sie zu verfolgen |
| Austausch von Komponenten | Eine getauschte Festplatte ändert die Seriennummer, nicht den Rechner |
| Abweichungen bei Handpflege | Von Hand geführte Tabellen füllen sich mit Lücken und uneinheitlichen Namen |
| Mismatch zwischen Systemen | Ohne gemeinsamen Schlüssel wird der Abgleich zur Raterei |
Identifikation im Inventarprozess
Die Identifikation ist der erste inhaltliche Schritt jeder IT-Inventarisierung. Jede der folgenden Stufen hängt vom Schlüssel der vorherigen ab, und Nachverfolgung und Reporting beginnen erst, wenn die Identifikation steht. Ein nicht identifizierbares Asset lässt sich nicht verfolgen, und ein doppelt identifiziertes Asset wird doppelt gezählt.
- 1
Erkennen
Die Discovery findet mögliche Objekte im Netzwerk und auf jedem Arbeitsplatz.
- 2
Identifizieren
Jeder Kandidat erhält einen dauerhaften Schlüssel aus seinen stabilen Merkmalen.
- 3
Zuordnen
Neue Beobachtungen werden mit bestehenden Datensätzen zusammengeführt statt Dubletten zu erzeugen.
- 4
Nachverfolgen
Status, Verantwortliche und Standort werden einer einzigen Identität je Asset zugeordnet.
Identitäten aktuell halten
Reife Praxis legt den Identifikationsschlüssel fest, bevor Daten erhoben werden, und erfasst mehrere Merkmale, damit eines das andere ersetzen kann. Die Ergebnisse speichert sie in einem einzigen Referenzsystem, etwa einer Configuration Management Database, und prüft die Identität laufend erneut.
Diese erneute Prüfung macht die Identifikation außerdem zu einer Sicherheitskontrolle: Ein Gerät, das ohne bekannte Identität auftaucht, oder ein bekanntes, das nicht mehr meldet, ist bereits ein Signal. Hier berührt sich die Identifikation mit Shadow IT, denn Hardware, die niemand erfasst hat, besitzt keine Identität, die sich prüfen ließe.
Wo man anfangen sollte
Beginnen Sie mit den Merkmalen, die dem Asset am längsten erhalten bleiben: der Seriennummer der Einheit und dem Asset-Tag, solange das Etikett haftet. Behandeln Sie IP-Adressen und Hostnamen nur als Suchhilfen, nie als Schlüssel.
Sobald jedes Asset einen stabilen Schlüssel trägt, lassen sich Bestände, Lizenzen und Ersatzplanungen ohne manuelle Prüfung verlässlich nutzen.
Ein Asset ohne stabile Identität ist nur eine Vermutung darüber, was das Unternehmen tatsächlich besitzt.
Anexet TeamWie Anexet das löst
In Anexet ist die Asset-Identifikation automatisch: Endpunkt-Agenten im Modul Inventory beobachten Hardware und Software jeder Maschine und speisen die Identitäten in Inventardatensätze ein, sodass die Asset-Liste widerspiegelt, was tatsächlich angeschlossen ist, nicht, was ein Formular einst behauptet hat:
Die On-Premise-Architektur hält die erfassten Bestandsdaten, Konfigurationsbaselines und die Audit-Historie in der eigenen Infrastruktur der Organisation.
Automatische Erfassung von Bezeichnern
Agenten melden Rechnernamen, Betriebssysteme und angeschlossene Geräte mit Typ, Hersteller und Seriennummer; Inventarkarten füllen sich aus Agentendaten ohne manuelle Eingabe.
Import mit Deduplizierung
Ein Hardware-Import-Assistent überträgt die Agentenfunde ins Inventar, mit Suche nach Rechner, Gerät oder Seriennummer und einer Strategie für Treffer: Datensatz ersetzen, als neu importieren oder überspringen.
Konfigurationsbaselines
Die freigegebenen Geräte jedes Rechners bilden eine Baseline; eine Komponente, die außerhalb davon auftaucht, oder ein Baseline-Gerät, das aufhört zu antworten, löst sofort eine Abweichungswarnung aus, so treten Komponententausch und nicht autorisierte Geräte zutage.
Software-Identifikation
Installierte Anwendungen werden pro Rechner mit Herausgeber, Version, Installationsdatum, Größe und Speicherort erfasst, dieselbe Identität pro Maschine, die die Hardware hat.
Lebenszyklus und Eigentum
Identifizierte Assets tragen Status (in Gebrauch, außer Gebrauch, im Service, auszubuchen), eine verantwortliche Person und eine organisatorische Zuordnung bis hin zum Arbeitsplatz und zur Position auf dem Büroplan.
Audit-Trail
Jede Hinzufügung, Löschung, Verschiebung, Konfiguration, Status- und Besitzänderung wird in einem vollständigen, zurechenbaren Audit-Trail erfasst, und Asset-Listen lassen sich als xlsx oder pdf exportieren.
Anexet Inventory
Mehr erfahren