ISMS Asset-Inventar: Werte erfassen nach ISO 27001
ISMS Asset-Inventar: Werte erfassen nach ISO 27001
Amin Abbaszadeh
Informationssicherheitsexperte
21 Jun 2026
6 min
Amin Abbaszadeh ist Informationssicherheitsexperte bei SECJUR und unterstützt Unternehmen dabei, Informationssicherheits- und Compliance-Standards wie ISO 27001 und TISAX® effektiv umzusetzen. Zuvor war er als Senior Consultant Cybersecurity bei NTT DATA tätig, wo er Projekte im Bereich IT-Compliance und ISMS verantwortete. Durch seine interdisziplinäre Erfahrung in Technik, Beratung und Management verbindet Amin strategisches Denken mit praxisnaher Umsetzung – immer mit dem Ziel, nachhaltige Sicherheits- und Compliance-Strukturen zu schaffen.
Key Takeaways
Das Asset-Inventar ist nach ISO 27001 Annex A 5.9 Pflicht und die Grundlage jeder Risikoanalyse. Was nicht erfasst ist, kann nicht geschützt werden.
Assets unterteilen sich in primäre Werte (Informationen, Prozesse) und unterstützende Werte (Hardware, Software, Netzwerk, Personal, Standorte).
Jedes Asset braucht einen benannten Owner, der für Klassifizierung, Schutzbedarf und Pflege verantwortlich ist.
Das Inventar speist direkt die Risikoanalyse: Schutzbedarf je Asset bestimmt, welche Risiken bewertet und behandelt werden.
Ein Asset-Inventar ist das vollständige Verzeichnis aller Werte, die Ihr Informationssicherheits-Managementsystem schützen soll: Informationen, Systeme, Hardware, Software und die Menschen, die damit arbeiten. Es ist nach ISO 27001 nicht optional, sondern die Grundlage, auf der die gesamte Risikobetrachtung der Informationssicherheit aufbaut.
Der Grundsatz dahinter ist simpel: Was nicht erfasst ist, kann nicht geschützt werden. Ein lückenhaftes Inventar führt zu blinden Flecken in der Risikoanalyse und zu Abweichungen im Audit. Dieser Beitrag zeigt, welche Werte ins Inventar gehören, wie Sie sie klassifizieren und wie aus dem Verzeichnis eine belastbare Risikobasis wird.
Warum ist ein Asset-Inventar Pflicht?
Das Asset-Inventar ist nach ISO 27001 Annex A 5.9 verbindlich: Die Norm verlangt ein Verzeichnis der Informationen und der damit verbundenen Werte, inklusive benannter Eigentümer. Ohne dieses Verzeichnis fehlt die Grundlage für jede strukturierte Risikobewertung.
Die Rolle im ISMS
Das Inventar beantwortet die erste Frage jeder Sicherheitsarbeit: Was genau schützen wir eigentlich? Erst wenn diese Frage vollständig beantwortet ist, lassen sich Bedrohungen, Schwachstellen und Risiken sinnvoll zuordnen. Das Inventar ist damit das Bindeglied zwischen dem Geltungsbereich und der Risikoanalyse.
Die Norm verlangt zudem, dass das Inventar als dokumentierte Information geführt wird. Es genügt nicht, die Werte im Kopf zu haben oder verstreut über mehrere Tools zu pflegen: Es braucht ein nachvollziehbares, zentrales Verzeichnis mit klaren Verantwortlichkeiten. Genau diese Nachvollziehbarkeit macht im Audit den Unterschied zwischen Bestehen und Abweichung.
Im Audit ist das Asset-Inventar einer der ersten Prüfpunkte. Auditoren kontrollieren nicht nur, ob ein Verzeichnis existiert, sondern ob es vollständig, aktuell und mit Eigentümern hinterlegt ist. Ein veraltetes Inventar, das die reale IT-Landschaft nicht abbildet, gilt als Abweichung. Welche Werte überhaupt in den Geltungsbereich fallen, klärt vorab die Definition des ISMS-Scope.
Welche Asset-Typen gibt es und wie klassifiziert man sie?
Assets lassen sich in zwei Gruppen einteilen: primäre Werte und unterstützende Werte. Primäre Werte sind die Informationen und Geschäftsprozesse selbst. Unterstützende Werte sind alles, was diese Informationen trägt oder verarbeitet.
Server, Laptops, mobile Geräte, Netzwerkkomponenten
Personal
Mitarbeitende mit Zugriff, Schlüsselrollen
Standorte und Infrastruktur
Büros, Rechenzentren, Stromversorgung
Jedes Asset wird anschließend klassifiziert. ISO 27001 Annex A 5.12 verlangt eine Klassifizierung von Informationen nach Schutzbedarf, üblicherweise entlang der drei Schutzziele Vertraulichkeit, Integrität und Verfügbarkeit. Eine einfache Skala wie öffentlich, intern, vertraulich und streng vertraulich reicht für die meisten Organisationen aus. Wichtig ist, dass die Klassifizierung konsistent angewendet und über die Kennzeichnung nach Annex A 5.13 sichtbar gemacht wird.
Die Klassifizierung ist kein Selbstzweck. Sie steuert, wie streng ein Asset behandelt wird: welche Zugriffsrechte gelten, wie es übertragen werden darf und wie es am Ende seines Lebenszyklus gelöscht wird. Annex A 5.10 ergänzt dazu Regeln für die akzeptable Nutzung. Wer die Klassifizierung sauber aufsetzt, legt die Grundlage für einen Großteil der späteren Schutzmaßnahmen.
Wie bauen Sie ein Asset-Inventar auf?
Der Aufbau läuft in vier Schritten, von der Erhebung bis zur laufenden Pflege. Wer strukturiert vorgeht, vermeidet das häufigste Problem: ein Inventar, das einmal erstellt und danach nie wieder aktualisiert wird.
1
Werte erheben
Alle Informationen und unterstützenden Werte im Geltungsbereich sammeln. Quellen sind unter anderem Prozessdokumentation, Netzwerkscans, Software-Listen und Interviews mit den Fachbereichen.
2
Attribute erfassen
Pro Asset mindestens festhalten: Bezeichnung, Typ, Owner, Standort und Klassifizierung. Diese Felder sind die Pflichtbasis für die spätere Risikobewertung.
3
Klassifizieren und kennzeichnen
Jedem Asset einen Schutzbedarf zuordnen und die Kennzeichnung umsetzen. So wird sichtbar, welche Werte besonders schützenswert sind.
4
Aktuell halten
Das Inventar an Änderungsprozesse koppeln: Neue Systeme, Abgänge und Umzüge müssen zeitnah einfließen. Ein fester Review-Zyklus verhindert, dass das Verzeichnis veraltet.
Eine häufige Falle ist die Doppelerfassung: Dasselbe Asset taucht unter leicht abweichenden Namen mehrfach auf, weil verschiedene Abteilungen es unabhängig melden. Eine einheitliche Namenskonvention und ein zentral gepflegtes Verzeichnis verhindern das. Ebenso wichtig ist es, Schatten-IT aktiv aufzuspüren, also Cloud-Dienste und Tools, die ohne Freigabe im Einsatz sind und sonst nie ins Inventar gelangen.
Was ist die Rolle des Asset Owners?
Jedes Asset braucht einen benannten Owner. Der Asset Owner ist nicht zwingend der technische Administrator, sondern die Person, die für den Schutz des Werts über seinen gesamten Lebenszyklus verantwortlich ist. Annex A 5.9 fordert diese Zuordnung ausdrücklich.
Aufgaben des Asset Owners
Klassifizierung verantworten Der Owner legt den Schutzbedarf des Assets fest und überprüft ihn regelmäßig.
Zugriffe genehmigen Wer auf das Asset zugreifen darf, entscheidet der Owner im Rahmen der Zugriffsregeln.
Aktualität sichern Der Owner sorgt dafür, dass die Inventar-Einträge zu seinem Asset stimmen und Änderungen gemeldet werden.
Eine saubere Trennung lohnt sich: Der Asset Owner verantwortet den Wert, der Risk Owner verantwortet das daraus resultierende Risiko. Beide Rollen können zusammenfallen, müssen es aber nicht. In der Praxis, die wir bei SECJUR begleiten, scheitern Inventare seltener an der Technik als an unklaren Zuständigkeiten. Die Owner-Rolle gehört deshalb zu Fachverantwortlichen, die den Wert eines Assets fürs Geschäft einschätzen können, nicht pauschal in die IT-Abteilung.
"Das Asset-Inventar ist der Realitätscheck des ISMS. Wer seine eigenen Werte nicht vollständig benennen kann, baut jede Risikoanalyse auf Sand. Die eigentliche Arbeit steckt nicht im einmaligen Erfassen, sondern darin, das Verzeichnis dauerhaft aktuell zu halten."
Amin Abbaszadeh, Informationssicherheitsexperte bei SECJUR
Wie führt das Inventar zur Risikoanalyse?
Das Asset-Inventar ist kein Selbstzweck, sondern die Eingangsgröße der Risikoanalyse. Jedes erfasste Asset mit seinem Schutzbedarf wird zum Ausgangspunkt, um Bedrohungen und Schwachstellen zu bewerten.
Praxisbeispiel
Ein Asset "Kundendatenbank" mit der Klassifizierung "streng vertraulich" zieht andere Risikobetrachtungen nach sich als ein öffentlich klassifizierter Marketing-Blog. Der Schutzbedarf aus dem Inventar steuert direkt, wie tief die Risikoanalyse für dieses Asset geht.
Der Schutzbedarf je Asset steuert direkt Tiefe und Priorität der Risikobewertung.
Praktisch heißt das: Das Inventar liefert die Liste der zu betrachtenden Objekte, die Klassifizierung priorisiert sie. Hoch klassifizierte Assets werden zuerst und am gründlichsten analysiert, niedrig klassifizierte mit angemessen geringerem Aufwand. So wird die Risikoanalyse fokussiert statt uferlos.
Deshalb gilt: Die Qualität der Risikoanalyse kann nie besser sein als die Qualität des Inventars. Wie aus dem klassifizierten Inventar eine vollständige Risikobewertung und -behandlung wird, behandeln wir im Beitrag zum ISO-27001-Risikomanagement. Das Inventar liefert das Was, die Risikoanalyse das Wie gefährdet und das Was tun.
Wie unterstützt SECJUR bei der Asset-Erfassung?
Ein Asset-Inventar manuell in einer Tabelle zu pflegen ist machbar, aber fehleranfällig und schnell veraltet. Genau hier setzt eine Plattform an, die Erfassung, Klassifizierung und Owner-Zuordnung an einem Ort hält und mit der Risikoanalyse verknüpft.
Asset-Inventar im Digital Compliance Office
Das Digital Compliance Office von SECJUR führt durch die Asset-Erfassung, hält Klassifizierung und Owner strukturiert vor und verknüpft jedes Asset direkt mit der Risikoanalyse. Der interne Aufwand sinkt erfahrungsgemäß um bis zu 50 Prozent, weil das Inventar nicht in einer losen Tabelle, sondern als lebendiger Teil des ISMS gepflegt wird.
Das zahlt sich vor allem bei der Aktualität aus: Wenn Inventar, Owner und Risiken im selben System liegen, bleibt das Verzeichnis automatisch synchron, statt nach drei Monaten zu veralten. Für Unternehmen auf dem Weg zur Zertifizierung ist das der Unterschied zwischen einem auditfesten und einem theoretischen Inventar.
Amin Abbaszadeh ist Informationssicherheitsexperte bei SECJUR und unterstützt Unternehmen dabei, Informationssicherheits- und Compliance-Standards wie ISO 27001 und TISAX® effektiv umzusetzen. Zuvor war er als Senior Consultant Cybersecurity bei NTT DATA tätig, wo er Projekte im Bereich IT-Compliance und ISMS verantwortete. Durch seine interdisziplinäre Erfahrung in Technik, Beratung und Management verbindet Amin strategisches Denken mit praxisnaher Umsetzung – immer mit dem Ziel, nachhaltige Sicherheits- und Compliance-Strukturen zu schaffen.
Über SECJUR
SECJUR steht für eine Welt, in der Unternehmen immer compliant sind, aber nie an Compliance denken müssen. Mit dem Digital Compliance Office automatisieren Unternehmen aufwändige Arbeitsschritte und erlangen Compliance-Standards wie DSGVO, ISO 27001 oder TISAX® bis zu 50% schneller.
Compliance, completed
Automatisieren Sie Ihre Compliance Prozesse mit dem Digital Compliance Office
Ein Asset-Inventar ist das vollständige Verzeichnis aller Werte, die ein ISMS schützen soll: Informationen, Prozesse, Software, Hardware, Personal und Standorte. Es ist nach ISO 27001 Annex A 5.9 verbindlich und die Grundlage der Risikoanalyse.
Welche Asset-Typen gibt es?
Man unterscheidet primäre Werte (Informationen und Geschäftsprozesse) und unterstützende Werte (Software, Hardware, Personal, Standorte und Infrastruktur). Jedes Asset wird nach Schutzbedarf klassifiziert.
Was macht ein Asset Owner?
Der Asset Owner verantwortet den Schutz eines Werts über seinen Lebenszyklus: Er legt die Klassifizierung fest, genehmigt Zugriffe und sorgt dafür, dass die Inventar-Einträge aktuell bleiben. Annex A 5.9 fordert diese Zuordnung.
Wie hängen Asset-Inventar und Risikoanalyse zusammen?
Das Inventar ist die Eingangsgröße der Risikoanalyse. Jedes Asset mit seinem Schutzbedarf wird zum Ausgangspunkt für die Bewertung von Bedrohungen und Schwachstellen. Die Risikoanalyse kann nie besser sein als das Inventar. Plattformen wie SECJUR halten Inventar und Risiken synchron.
Sichern Sie nicht nur die Informationssicherheit Ihres Unternehmens, sondern stärken Sie auch das Vertrauen von Kunden und Partnern durch eine ISMS Zertifizierung. Erfahren Sie, was ein ISMS ist und wie es Risiken minimiert, die durch interne und externe Faktoren entstehen können. Die Implementierung eines ISMS ist nicht nur entscheidend für den Schutz sensibler Daten, sondern auch für die Erfüllung gesetzlicher Anforderungen und die Sicherung von Geschäftsmöglichkeiten, insbesondere in Branchen wie Gesundheitswesen, Finanzwesen und Industrie.
Open-Source-KI ist kein rechtsfreier Raum: Der EU AI Act legt erstmals klar fest, wann Entwickler, Integratoren und Nutzer für KI-Systeme haften. Erfahren Sie, wie sich „Anbieter“ und „Betreiber“ unterscheiden, wann Open-Source-Ausnahmen greifen und wo kommerzielle Nutzung zur Haftungsfalle wird. Dieser Leitfaden zeigt praxisnah, wie Sie Open-Source-Modelle rechtssicher einsetzen, Risiken in der Lieferkette erkennen und Compliance als echten Wettbewerbsvorteil nutzen.
Berater, Plattform oder beides? Wann sich externe ISMS-Beratung lohnt, was sie leistet, was sie kostet und wo eine Software-Plattform die günstigere Alternative ist.