Asset-Register

Das Asset-Register ist ein dauerhaftes Verzeichnis jedes Assets, das Ihre Netzwerk-Scans gefunden haben, mit den darin enthaltenen Modulen. Im Gegensatz zur Gerätesuche, die nur die Ergebnisse eines einzelnen Scans anzeigt und sich beim nächsten Scan zurücksetzt, behält das Register alle Assets von einem Scan zum nächsten und aktualisiert sie bei jedem weiteren Scan.

Öffnen Sie das Register über den Eintrag Assets in der Seitenleiste. Dieser Eintrag und seine Unterpunkte Register, Geräte suchen, Prüfungen und Einstellungen werden nur Organisationsadministratoren angezeigt; ein Mitglied, das einem Link auf eine dieser Seiten folgt, erfährt dort, dass sie Administratoren vorbehalten ist. Die Gerätesuche, die das Register füllt, öffnen Sie über Assets > Geräte suchen.

Lizenzvoraussetzung

Das Asset-Register ist ein lizenziertes Feature. Wenn es nicht Teil Ihres Tarifs ist, informiert die Seite darüber. Scans funktionieren weiterhin und ihre Ergebnisse erscheinen unabhängig davon auf der Seite Gerätesuche.

Asset-Liste

Jede Zeile in der Liste stellt ein Asset dar — ein Gerät, das die Scans gefunden haben. Die Liste ist nach dem Namen des Assets sortiert, dann nach der Adresse; Assets ohne Namen folgen den benannten, nach Adresse sortiert. Die Spalten sind:

Spalte	Beschreibung
Asset	Der von Ihrem Team vergebene Name oder der vom Scan gelesene Name. Hat es keinen von beiden, trägt es seine Adresse als Namen; die Spalte Adresse wiederholt sie dann nicht.
Adresse	Die IP-Adresse, unter der das Asset gefunden wurde.
Modell	Die Bestellnummer des Hauptmoduls des Assets.
Module	Die im Asset identifizierten Module.
Zuletzt gesehen	Wann ein Scan dieses Asset zuletzt gefunden hat.
Status	Gekennzeichnet ist nur, was einen Blick wert ist: Nicht identifiziert für ein Asset, das nicht identifiziert ist, Offline für ein Asset, das der letzte Scan nicht gefunden hat, Außer Betrieb für ein außer Betrieb genommenes Asset und Support beendet für ein Asset mit einem Modul, dessen Herstellersupport ausgelaufen ist. Ein Asset in Betrieb, auf das nichts davon zutrifft, trägt kein Badge.
Verantwortlich	Die Person, das Team oder die Rolle, die Ihr Team als verantwortlich eingetragen hat.
Kritikalität	Die von Ihrem Team zugewiesene Kritikalitätsstufe.
Zone	Die Zone, in der das Asset ist.
Datenquelle	Ob eine Datenquelle von dem Asset liest (siehe Datenquellen).

Ein Verantwortlicher, eine Kritikalität oder eine Zone, die niemand eingetragen hat, erscheint als Strich (–).

Auf einem schmaleren Bildschirm werden die weniger wichtigen Spalten zuerst ausgeblendet, beginnend mit Zone, Kritikalität und Verantwortlich; der Name des Assets und sein Status werden immer angezeigt.

Liste filtern

Verwenden Sie das Suchfeld, um nach dem Namen des Assets, der Adresse, der Bestellnummer oder der Seriennummer zu filtern.

Die Chips unter dem Suchfeld teilen das Register nach Lebenszyklus auf: In Betrieb, Offline für die Assets, die der letzte Scan nicht gefunden hat, und Außer Betrieb. Jeder Chip zeigt, wie viele Assets er unter Ihren übrigen Filtern anzeigen würde. Klicken Sie auf einen, um nur diese Assets anzuzeigen, auf einen weiteren, um sie hinzuzunehmen, und auf Alle, um wieder jedes Asset anzuzeigen.

Alles Weitere finden Sie unter Filtern. In jedem Filter können Sie mehr als eine Antwort ankreuzen:

• Identifizierung — nur identifizierte oder nur nicht identifizierte Assets.
• Datenquelle — nur Assets Mit Datenquelle oder Ohne Datenquelle.
• Zone — nur die Assets einer Zone oder die in Keine Zone. Angeboten werden die Zonen, in denen Assets des Registers sind.
• Collector — nur die Assets, die ein Collector gefunden hat, oder die, die Diese Appliance mit ihren eigenen Scans gefunden hat. Angeboten wird jeder Collector, von dem aus Assets des Registers gesehen wurden.
• Ohne Verantwortlichen — die Assets, denen noch niemand zugewiesen wurde, nützlich beim Überprüfen der Abdeckung.
• Support beendet — die Assets mit einem Modul, dessen Herstellersupport ausgelaufen ist.

Die Schaltfläche Filtern zeigt, wie viele davon gesetzt sind. Mit ✕ daneben setzen Sie sie und die Lebenszyklus-Chips zurück; Ihre Suche bleibt. Auf dem Smartphone öffnet Filtern ein Fenster, das auch den Lebenszyklus enthält, und Ihre Auswahl wird unter dem Suchfeld angezeigt.

Die Anzahl über der Liste zeigt, wie viele Assets dem aktuellen Filter entsprechen und von wie vielen davon eine Datenquelle liest. Wenn keine Assets übereinstimmen, gibt die Seite einen entsprechenden Hinweis aus.

CSV exportieren

Öffnen Sie im Seitenkopf Exportieren und wählen Sie Inventar (CSV), um das vollständige Register als Tabelle herunterzuladen. Die Datei ist mit dem Exportdatum benannt und enthält alle Assets unabhängig vom aktuellen Filter.

Wie jede CSV-Datei, die Sie aus dem Register erhalten, ist sie reines CSV: Die Spaltennamen stehen in der ersten Zeile, darunter folgen die Zeilen, sodass eine Tabellenkalkulation, eine Datenbank oder ein Importwerkzeug sie so liest, wie sie ist. Jede Zeile beginnt mit snapshot_taken_at, dem Zeitpunkt des Exports in UTC, sodass das Datum bei den Zeilen bleibt, wie auch immer Sie sie sortieren oder kopieren. Die Datei enthält eine Zeile je Modul; ein Asset ohne identifiziertes Modul ist eine Zeile mit leeren Modulspalten. Das Register enthält, was die Netzwerkerkennung erreicht hat; fehlt ein Gerät in der Datei, ist das also kein Beleg dafür, dass es nicht im Netzwerk ist.

Neben den Angaben zu jedem Asset und seinen Modulen enthält die Datei:

• application_uri und application_name — die ApplicationUri und den Anwendungsnamen, den der OPC-UA-Server des Assets bei der Erkennung über sich selbst gemeldet hat, sofern vorhanden.
• all_addresses, all_mac_addresses, all_application_uris — alle Adressen, MAC-Adressen und ApplicationUris, unter denen das Asset antwortet, durch Semikolons getrennt. Ein Asset, das aus anderen Assets zusammengeführt wurde, kann unter mehr als einer Adresse antworten.
• lifecycle_status, decommissioned_at, decommission_reason — active für ein Asset in Betrieb, offline für eines, das der letzte Scan, der es abgedeckt hat, nicht gefunden hat, decommissioned für ein außer Betrieb genommenes Asset, und für ein außer Betrieb genommenes Asset, wann (in UTC) und warum.
• component_removed_at — für ein Modul, dessen Entfernung Scans nachgewiesen haben, wann (in UTC); leer für ein vorhandenes Modul. Ein entferntes Modul behält seine Zeile, zählt aber nicht in component_count.
• zone, zone_security_level, zone_is_safety — die Zone, in der das Asset ist, ihr Ziel-Security-Level (SL-T) und yes oder no dafür, ob sie eine Safety-Zone ist. Für ein Asset ohne Zone sind alle drei leer, und zone_security_level ist leer für eine Zone ohne festgelegte SL-T.
• support_end — für ein Modul das Datum, an dem sein Herstellersupport endet, als YYYY-MM-DD; leer, wenn keines erfasst ist.

Dies sind die letzten Spalten; die Spalten davor behalten ihre Position.

Änderungsprotokoll exportieren

Öffnen Sie Exportieren und wählen Sie Änderungsprotokoll (CSV)…, um alles herunterzuladen, was das Register in einem Zeitraum erfasst hat, etwa für eine Prüfung. Wählen Sie unter Von und Bis den ersten und den letzten Tag — beide Tage sind eingeschlossen — und klicken Sie auf CSV herunterladen. Voreingestellt sind die letzten 90 Tage; ein Zeitraum darf höchstens 366 Tage umfassen. Für einen längeren sagt der Dialog das neben den Tagen und lädt nichts herunter; exportieren Sie ihn dann Jahr für Jahr. Die Tage gelten als UTC-Tage, wie jede Zeitangabe in der Datei. Der Zeitraum richtet sich danach, wann eine Änderung geschah (occurred_at).

Die Datei listet eine Zeile je Änderung, die älteste zuerst: jeden Eintrag, den der Verlauf der Assets zeigt, und jede Entscheidung zu den CVEs eines Moduls (siehe Schwachstellen). Hat sich im Zeitraum nichts geändert, enthält die Datei nur die Spaltennamen. Jede Zeile enthält:

• occurred_at und recorded_at — wann die Änderung geschah und wann Pulse sie erfasst hat, in UTC.
• station_id, station_name, station_address — das Asset, so benannt, wie die Liste es heute nennt.
• event_type — was geschah, etwa discovered, firmware_changed, curated_field_changed, merged oder status_changed; cve_decision für eine CVE-Entscheidung.
• actor — wer die Änderung vorgenommen hat: der Name der Person, scan für eine Änderung, die ein Scan gefunden hat (mit der Nummer des Scans in run_id), system für eine, die Pulse selbst vorgenommen hat, etwa eine abgelaufene Risikoakzeptanz. Leer, wenn das Konto der Person inzwischen gelöscht wurde.
• module_rack, module_slot, module_order_code, module_serial_number — das Modul, um das es geht, sofern vorhanden.
• field, old_value, new_value — was sich geändert hat, von welchem zu welchem Wert: etwa die Firmware-Version, die Adresse, eines der Felder unter Ihre Angaben oder bei einer CVE-Entscheidung die CVE mit der vorherigen und der neuen Entscheidung.
• details — was die Änderung sonst festgehalten hat, etwa den Grund, aus dem ein Asset außer Betrieb genommen oder eine CVE-Entscheidung getroffen wurde, und bis wann ein Risiko akzeptiert ist.
• period_start, period_end, period_clock, exported_at — in jeder Zeile gleich: der Zeitraum der Datei in UTC, vom Beginn des ersten Tages bis zum Beginn des Tages nach dem letzten; occurred_at, weil sich der Zeitraum danach richtet, wann jede Änderung geschah; und der Zeitpunkt, zu dem Sie die Datei exportiert haben. Asset-Namen und Adressen sind so, wie sie zu diesem Zeitpunkt sind.

Wurden zwei Assets zusammengeführt, steht der Verlauf des absorbierten Assets unter dem Asset, in das es zusammengeführt wurde; nachdem die Zusammenführung aufgehoben wurde, wieder unter dem wiederhergestellten Asset.

Schwachstellenstatus exportieren

Öffnen Sie Exportieren und wählen Sie Schwachstellenstatus (CSV), um herunterzuladen, was zu den CVEs der Module im Register gefunden und entschieden wurde, etwa als Nachweis, wie mit jedem Mangel umgegangen wurde. Die Datei zeigt den Stand zum Zeitpunkt des Herunterladens.

Der Abgleich erreicht nur Module, die ein CVE-Monitor überwacht, und nur die Sicherheitsmeldungen, die der Schwachstellen-Feed enthält: Module, die nichts identifiziert hat, und Module, die kein CVE-Monitor überwacht, stehen nicht in der Datei, und eine CVE, die der Feed nicht enthält, wird keinem Modul zugeordnet; die Datei ist daher kein Beleg dafür, dass ein Modul keine weitere Schwachstelle hat. Sie enthält eine Zeile für jede CVE, die je für ein Modul zutraf oder zu der eine Entscheidung erfasst wurde, offen oder geschlossen:

• station_id, station_name, station_address — das Asset, dem das Modul heute gehört, so benannt, wie die Liste es nennt.
• module_rack, module_slot, module_order_code, module_firmware_version, module_serial_number — das Modul, mit der Firmware, die es heute hat.
• cve_id, severity, cvss_score — die CVE, mit Schweregrad und Bewertung, sofern der Fund sie enthält.
• state — open, solange die CVE für das Modul zutrifft, closed, sobald eine Prüfung sie nicht mehr findet. closed_reason nennt den Grund: fixed, wenn sie mit einem Firmware-Wechsel verschwunden ist, no_longer_matched, wenn sie aus einem anderen Grund nicht mehr zutrifft, etwa nach einer Änderung im Schwachstellen-Feed.
• first_matched_at und closed_at — wann die CVE erstmals für das Modul zutraf und wann sie nicht mehr gefunden wurde, in UTC.
• decision, decision_reason, risk_accepted_until — die geltende Entscheidung, ihre Begründung und bei einer Risikoakzeptanz, bis wann sie gilt. affected bedeutet, dass noch niemand eine Entscheidung erfasst hat; open ist eine Entscheidung, die die CVE wieder auf offen gesetzt hat, etwa eine abgelaufene Risikoakzeptanz.
• decision_source, decided_by, decided_at — was die Entscheidung erfasst hat (user, expiry für eine abgelaufene Risikoakzeptanz, merge für eine Entscheidung, die beim Zusammenführen zweier Assets beibehalten wurde), wer sie getroffen hat und wann. decided_by ist system bei einem Ablauf oder einer Zusammenführung und leer, wenn das Konto der Person inzwischen gelöscht wurde.
• status_as_of, catalog_advisory_count — in jeder Zeile gleich: der Zeitpunkt, auf den sich der Stand bezieht, in UTC, und gegen wie viele Sicherheitsmeldungen die Module abgeglichen wurden, das Abgeglichen mit N Sicherheitsmeldungen der Asset-Seite. catalog_advisory_count ist leer, solange der Schwachstellen-Feed noch nicht geantwortet hat und die Zahl daher nicht bekannt ist.

Ohne CVE-Überwachung in Ihrer Lizenz wird nichts abgeglichen: Die Datei enthält nur die Spaltennamen und listet keine CVE, so wie die Asset-Seite keine zeigt.

Register prüfen

Ein Administrator kann das Register prüfen und abzeichnen, etwa einmal im Quartal. So gibt es einen Nachweis, wer es angesehen hat, wann und was es in diesem Moment enthielt. Unter den Filtern zeigt die Assets-Seite, wann und von wem das Register zuletzt geprüft wurde, oder dass es noch nicht geprüft wurde. Öffnen Sie Assets > Prüfungen in der Seitenleiste, um jede Prüfung zu sehen, und klicken Sie auf Register prüfen, um eine zu beginnen.

Die Prüfseite zeigt, was sich seit der letzten Prüfung geändert hat: Der Zeitraum beginnt mit dem Moment, in dem die letzte Prüfung abgezeichnet wurde, bei der ersten Prüfung 90 Tage zuvor. Der Zeitraum einer Prüfung richtet sich danach, wann Pulse eine Änderung erfasst hat (recorded_at im Änderungsprotokoll), nicht danach, wann sie geschah. Eine Änderung, die erst nach einer Prüfung erfasst wurde — etwa von einem Scan, der später fertig wurde —, gehört deshalb zur nächsten Prüfung, auch wenn sie vor dem Abzeichnen geschah. Für jedes Asset, an dem sich etwas geändert hat, listet sie die Einträge seines Verlaufs in diesem Zeitraum und die CVE-Entscheidungen zu seinen Modulen, jeweils mit der Entscheidung, die sie ersetzt hat. Darunter listet sie jede CVE, die an einem Modul noch offen ist, mit der geltenden Entscheidung (siehe Schwachstellen); ohne CVE-Überwachung in Ihrer Lizenz sagt sie das stattdessen. Enthält der Zeitraum mehr als 500 Änderungen, zeigt die Seite die neuesten 500; das eingefrorene Änderungsprotokoll enthält jede einzelne.

Schreiben Sie bei Bedarf eine Notiz — was Sie geprüft haben oder was ein Auditor wissen sollte, bis zu 2.000 Zeichen — und klicken Sie auf Abzeichnen. Pulse hält fest, wer abgezeichnet hat (den Anzeigenamen des Kontos oder seine E-Mail-Adresse), wann und die Notiz, und friert drei Dateien so ein, wie sie in diesem Moment sind:

• asset-register.csv — der CSV-Export des Registers in diesem Moment, dieselbe Datei, die Ihnen die Liste zu diesem Zeitpunkt gegeben hätte. Wer die Prüfung wann abgezeichnet hat, hält die Prüfung selbst fest, ebenso die reviews.csv des Audit-Pakets.
• change-log.csv — das Änderungsprotokoll des Zeitraums der Prüfung, vom Moment der vorherigen Prüfung bis zu dem dieser, danach, wann jede Änderung erfasst wurde (seine period_clock ist recorded_at). Der Zeitraum der nächsten Prüfung beginnt, wo dieser endet, sodass sich die Änderungsprotokolle zweier aufeinanderfolgender Prüfungen weder überschneiden noch eine Lücke lassen.
• vulnerability-status.csv — der Schwachstellenstatus in diesem Moment.

Alle drei Dateien beschreiben denselben Moment: Eine Änderung, die Pulse erfasst, während Sie abzeichnen, steht in allen dreien oder in keiner. Erfasst das Register gerade Änderungen, wenn Sie auf Abzeichnen klicken — etwa weil ein Scan eingearbeitet wird —, und ist es einige Sekunden später noch nicht fertig, wartet Pulse nicht darauf: Die Seite meldet, dass das Register gerade Änderungen aufzeichnet, nichts wird abgezeichnet, und Ihre Notiz bleibt, wie Sie sie geschrieben haben, sodass Sie einen Moment später erneut auf Abzeichnen klicken können.

Die Seite Prüfungen listet die Prüfungen, die neueste zuerst, je eine Zeile: wann abgezeichnet wurde, von wem, der Anfang der Notiz und wie viele Dateien die Prüfung eingefroren hat. Klappen Sie eine Zeile auf, sehen Sie den Zeitraum, den sie umfasst, die ganze Notiz und ihre drei Dateien. Jede Datei zeigt ihren SHA-256, der beim Abzeichnen berechnet wurde, und Herunterladen liefert die Datei genau so, wie sie gespeichert wurde, gleich wie sich das Register seither geändert hat. Um eine Kopie zu prüfen, vergleichen Sie ihren SHA-256 mit dem angezeigten, etwa mit sha256sum change-log.csv. Die Schaltfläche neben einem SHA-256 kopiert ihn in die Zwischenablage.

Eine Prüfung kann weder geändert noch gelöscht werden. Zeichnet ein anderer Administrator eine Prüfung ab, während Sie die Seite lesen, zeichnet Pulse Ihre nicht ab: Die Seite zeigt stattdessen, was sich seit dieser Prüfung geändert hat, damit Sie es sich vor dem Abzeichnen noch einmal ansehen können.

Prüfintervall festlegen

Wie oft das Register geprüft wird, legt Ihr Managementsystem für Informationssicherheit fest; TISAX etwa verlangt ein festgelegtes Intervall, kein bestimmtes. Administratoren stellen es auf dem Tab Prüfintervall in den Einstellungen des Registers ein (Assets > Einstellungen in der Seitenleiste): Kein Intervall (die Voreinstellung), Alle 3 Monate, Alle 6 Monate oder Alle 12 Monate. Klicken Sie auf Speichern; es gilt sofort.

Mit einem Intervall nennt die Zeile unter den Filtern der Assets-Seite zusätzlich, wann die nächste Prüfung fällig ist:

• Prüfung fällig in 42 Tagen. — die nächste Prüfung ist in so vielen Tagen ab heute fällig. Sie ist das Intervall nach dem Abzeichnen der letzten Prüfung fällig: Eine am 14. Juli abgezeichnete Prüfung ist mit Alle 3 Monate am 14. Oktober fällig. Eine Prüfung vom letzten Tag eines Monats wird am letzten Tag eines kürzeren Monats fällig, der 31. August plus 3 Monate ist also der 30. November.
• Prüfung heute fällig. — heute ist der Tag, an dem sie fällig ist.
• Überfällig seit 14.10.2026. (hervorgehoben) — der Tag, an dem sie fällig war, ist vorbei. Sie bleibt überfällig, bis jemand eine Prüfung abzeichnet; die nächste ist dann das Intervall nach dieser Prüfung fällig.

Wurde das Register noch nie geprüft, ist die erste Prüfung ab dem Moment fällig, in dem das Intervall gespeichert wurde: Die Zeile zeigt sofort Prüfung heute fällig., und ab dem nächsten Tag ist die Prüfung überfällig. Wird dasselbe Intervall erneut gespeichert, verschiebt sich dieser Moment nicht; ein anderes Intervall verschiebt ihn. Mit Kein Intervall zeigt die Zeile kein Fälligkeitsdatum.

Die Tage werden in der Zeitzone der Organisation gezählt, für jeden Administrator gleich, wo immer er sich befindet. Eine überfällige Prüfung löst keinen Vorfall aus und verschickt keine Benachrichtigung: Sie wird auf der Assets-Seite angezeigt und sonst nirgends, und die Vorfälle des Registers bleiben bei der Anlage.

Audit-Paket herunterladen

Das Audit-Paket ist das, was Sie einem Auditor übergeben: eine ZIP-Datei mit allem, wonach er zum Register fragt, in der Reihenfolge, in der er üblicherweise fragt. Es gibt zwei:

• Das abgezeichnete Paket — klicken Sie auf der Seite Prüfungen bei einer Prüfung auf Audit-Paket herunterladen. Es enthält die drei Dateien, die diese Prüfung eingefroren hat, genau so, wie sie gespeichert wurden, gleich wie sich das Register seither geändert hat.
• Das aktuelle Paket — öffnen Sie auf der Assets-Seite Exportieren und wählen Sie Audit-Paket (ZIP). Pulse erstellt es in diesem Moment aus dem Register, wie es ist; niemand hat es abgezeichnet. Sein Änderungsprotokoll umfasst die Zeit seit der letzten Prüfung, oder die letzten 90 Tage, wenn das Register noch nie geprüft wurde — das, was die nächste Prüfung umfassen würde.

Beide Pakete enthalten dieselben sechs Dateien:

• snapshot.csv — der CSV-Export des Registers. In einem abgezeichneten Paket ist es die asset-register.csv der Prüfung, dieselben Bytes unter dem Namen, den das Paket ihr gibt.
• change-log.csv — das Änderungsprotokoll des Zeitraums des Pakets.
• vulnerability-status.csv — der Schwachstellenstatus.
• zones.csv — Ihre Zonen, eine Zeile je Zone, mit Beschreibung, Ziel-Security-Level (SL-T), Verantwortlichem, Safety-Kennzeichen und der Zahl der Assets darin. Eine Prüfung friert die Zonen nicht ein; diese Datei zeigt sie daher so, wie sie beim Herunterladen sind.
• reviews.csv — eine Zeile je Prüfung, die älteste zuerst: wer wann abgezeichnet hat, die Notiz, der umfasste Zeitraum und der SHA-256 jeder eingefrorenen Datei. In einem abgezeichneten Paket listet sie die Prüfungen bis einschließlich dieser. Ohne Prüfung enthält sie nur ihre Kopfzeile.
• README.txt — in Ihrer Sprache: ob das Paket abgezeichnet oder aktuell ist, wann und von wem es heruntergeladen wurde, der Zeitraum des Änderungsprotokolls, was jede Datei bedeutet und was das Register abdeckt. Das Register enthält, was die Netzwerkerkennung erreicht hat, und die Schwachstellenzuordnung reicht so weit wie der CVE-Katalog; keine der Dateien belegt also, dass sonst nichts da ist.

Der Dateiname jedes Pakets nennt Ihre Organisation und das Datum, etwa pulse-audit-pack-acme-plant-2026-10-17.zip, der eines abgezeichneten Pakets das Datum seiner Prüfung, etwa pulse-audit-pack-acme-plant-reviewed-2026-10-14.zip. In einem aktuellen Paket sind die Momentaufnahme und der Schwachstellenstatus dieselben Dateien, die Sie in diesem Moment aus ihren eigenen Exporten erhalten; sein Änderungsprotokoll ist das, das die nächste Prüfung einfrieren würde, danach, wann jede Änderung erfasst wurde. Um die Dateien eines abgezeichneten Pakets zu prüfen, vergleichen Sie den SHA-256 jeder Datei mit ihrer Zeile in reviews.csv oder mit der Prüfung auf der Seite Prüfungen, etwa mit sha256sum snapshot.csv.

Identifizierung

Jedes Asset ist entweder identifiziert oder nicht identifiziert. Ein nicht identifiziertes Asset ist in der Liste und auf seiner Seite mit einem Badge gekennzeichnet, ein identifiziertes nur auf seiner Seite.

• Identifiziert — mindestens ein Modul hat sowohl eine Bestellnummer als auch eine Seriennummer gemeldet, oder der OPC-UA-Server des Assets hat eine eigene ApplicationUri bekannt gegeben. Spätere Scans erkennen das Asset an diesen Werten wieder, auch wenn sich seine Adresse ändert.
• Nicht identifiziert — kein Modul hat beide Werte gemeldet, und das Asset hat keine OPC-UA-ApplicationUri. Das Asset bleibt unter der zuletzt gesehenen Adresse gelistet. Das ist normal für Switches, Panels und andere Geräte ohne PROFINET-IO-Rolle.

Ein Hinweis unterhalb der Liste gibt an, wie viele Assets nicht identifiziert sind. Diese Information dient der Orientierung — nicht identifizierte Assets sind echte Geräte im Netzwerk und werden aus diesem Grund aufgeführt.

Asset-Details

Klicken Sie auf eine Zeile, um die Detailseite des Assets zu öffnen. Sie zeigt:

• Asset — Adresse, MAC-Adresse, die Appliance, die es gefunden hat, Datum der ersten und letzten Sichtung, wann ein Scan es zuletzt abgedeckt hat (siehe Offline-Assets), wann eine Datenquelle es zuletzt gelesen hat und welche (siehe Was Datenquellen dem Register sagen), sowie Identifizierungsstatus. Wenn das Asset mit anderen zusammengeführt wurde, werden alle Adressen und MAC-Adressen, unter denen es antwortet, aufgelistet.
• OPC-UA-Server (beobachtet) — die ApplicationUri und den Anwendungsnamen, den der OPC-UA-Server des Assets bei der Erkennung über sich selbst gemeldet hat. Diese Werte wurden beobachtet, nicht von einer Person eingetragen. Die ApplicationUri identifiziert das Asset; der Anwendungsname dient nur zur Information. Wird nur angezeigt, wenn das Asset einen OPC-UA-Server hat.
• Vom Gerät gemeldet — den LLDP-Systemnamen und die LLDP-Systembeschreibung, die das Gerät im Netzwerk bekannt gegeben hat. Diese Angaben dienen nur zur Information und werden nicht zur Identifizierung des Assets verwendet.
• Module — eine Tabelle aller im Asset gefundenen Module mit Einbauposition, Typ, Bestellnummer, Firmwareversion, Seriennummer, dem Datum der letzten Sichtung, bei einer CPU ihrer aktuellen Betriebsart (RUN oder STOP) und wann sie zuletzt gelesen wurde, sowie dem Datum, an dem sein Herstellersupport endet. Ein Modul, dessen Entfernung Scans nachgewiesen haben, bleibt in der Tabelle, unter den übrigen, mit Entfernt und dem Datum gekennzeichnet, und zählt nicht zu den Modulen des Assets. Mit CVE-Überwachung zeigt eine Spalte CVE-Überwachung, ob ein CVE-Monitor das jeweilige Modul überwacht (siehe Ein Modul auf CVEs überwachen). Ist die Tabelle zu schmal für alle Spalten, wird zuerst Zuletzt gesehen ausgeblendet, dann die Seriennummer, der Typ und das Supportende; Einbauposition, Bestellnummer, Firmware und CVE-Überwachung werden immer angezeigt.
• Schwachstellen — mit CVE-Überwachung die CVEs, die auf die Module des Assets zutreffen, und was zu jeder entschieden wurde (siehe Schwachstellen).
• Datenquellen — die Datenquellen, die von diesem Asset lesen (siehe Datenquellen).
• Ihre Angaben — die von Ihrem Team gepflegten Felder (siehe unten).
• Verlauf — ein Protokoll dessen, was das Register zum Asset festgehalten hat: wann es entdeckt wurde und was es damals identifiziert hat — die ApplicationUri seines OPC-UA-Servers oder Bestellnummer und Seriennummer eines Moduls, mit dem Modul, als das der Scan es gefunden hat; wann sich seine Firmware, seine Adresse oder die Betriebsart einer seiner CPUs geändert hat; wann ein Modul hinzugefügt oder entfernt wurde; wann jemand seine Angaben oder das Supportende eines Moduls bearbeitet hat; wann unter seiner Adresse ein anderes Gerät gefunden wurde; wann zwei Assets zu diesem zusammengeführt wurden oder eine Zusammenführung aufgehoben wurde; und wann sich sein Status geändert hat — ein Scan hat das Asset nicht oder wieder gefunden, alle Datenquellen, die es lesen, haben die Verbindung verloren oder eine von ihnen hat wieder geantwortet, oder ein Administrator hat es außer Betrieb oder wieder in Betrieb genommen. Einträge werden nur hinzugefügt; keiner kann geändert oder entfernt werden. Jeder Eintrag ist eine Zeile, die sagt, was sich geändert hat; klicken Sie darauf, um die Einzelheiten zu sehen. Zuerst werden die fünf neuesten Einträge angezeigt; klicken Sie darunter auf Mehr anzeigen, um die übrigen der 20 neuesten zu sehen, und erneut, um die nächsten 20 zu laden.

Ihre Angaben

Die Karte Ihre Angaben enthält, was Ihr Team über das Asset weiß und ein Scan nicht herausfinden kann. Scans überschreiben diese Felder nie.

Klicken Sie auf Bearbeiten, um das Formular zu öffnen. Die Felder sind:

Feld	Beschreibung
Name	Wie Ihr Werk dieses Asset nennt, zum Beispiel „SPS Linie 3". Wird anstelle des Scan-Namens angezeigt.
Verantwortlich	Wer dafür zuständig ist: eine Person, ein Team oder eine Rolle.
Kritikalität	Niedrig, Mittel, Hoch oder Kritisch. Wählen Sie Nicht bewertet, wenn dies noch nicht beurteilt wurde.
Standort	Wo das Asset physisch steht: Halle, Schaltschrank, Rack.
Sicherheitssystem	Ob das Asset Teil eines Sicherheitssystems ist. Wählen Sie Nicht bewertet, wenn das noch niemand entschieden hat.
Notizen	Freie Notizen zum Asset.
Zone	Die Zone, in der das Asset ist. Wählen Sie Keine Zone, um es aus seiner Zone zu nehmen.

Wenn das PROFINET-Funktions-Tag oder das Standort-Tag des Assets einen Wert enthält, den Ihr Team bei der Inbetriebnahme eingetragen hat, bietet das Formular an, diesen als Name oder Standort zu übernehmen. Das Feld wird erst gespeichert, wenn Sie die Übernahme bestätigen und auf Speichern klicken.

Jedes Speichern, das etwas ändert, fügt dem Verlauf des Assets einen Eintrag hinzu: Er nennt, wer gespeichert hat, und listet jedes geänderte Feld mit seinem Wert vorher und nachher auf.

TIP

Kritikalität und Sicherheitssystem haben einen Zustand „noch nicht bewertet", der sich von einem bewussten „nicht kritisch" oder „kein Sicherheitssystem" unterscheidet. Verwenden Sie ihn, bis Ihr Team das Asset geprüft hat — ein nicht geprüfter Eintrag sieht anders aus als ein geprüfter.

Supportende

Hersteller stellen den Support für ihre Module nach einiger Zeit ein: keine Firmware-Updates und keine Sicherheitskorrekturen mehr. Ein Modul nach diesem Datum ist ein Risiko, mit dem Sie planen sollten. Ein Scan kann das Datum nicht vom Gerät lesen, deshalb erfasst Ihr Team es für jedes Modul, aus den Lebenszyklusangaben des Herstellers.

Öffnen Sie dazu das Asset und klicken Sie in der Tabelle Module in der Spalte Supportende des Moduls auf das Stiftsymbol. Wählen Sie das Datum und klicken Sie auf Speichern. Um ein Datum zu entfernen, öffnen Sie es erneut und klicken Sie auf Datum entfernen. Die Tabelle zeigt, wer das Datum erfasst hat, und Nicht erfasst für ein Modul ohne Datum. Ist die Tabelle zu schmal für die Spalte, etwa auf einem Smartphone, wird sie ausgeblendet; das Asset wird trotzdem gekennzeichnet.

Ab diesem Datum ist das Modul mit Support beendet gekennzeichnet, ebenso das Asset: oben auf seiner Seite und in der Spalte Status der Asset-Liste. Das Datum gilt in der Zeitzone Ihrer Organisation, die Kennzeichnung erscheint also um Mitternacht Ortszeit, für alle gleich. Ein Modul, dessen Entfernung Scans nachgewiesen haben, kennzeichnet sein Asset nicht. Alle solchen Assets finden Sie in der Liste unter Filtern mit Support beendet.

Scans ändern das Datum nie. Ein Modul, das durch eines mit anderer Seriennummer im selben Baugruppenträger und Steckplatz ersetzt wird, ist ein neues Modul: Es hat kein Datum, bis Ihr Team eines erfasst. Jede Änderung des Datums fügt dem Verlauf des Assets einen Eintrag hinzu, der das Modul nennt, mit dem Datum vorher und nachher.

Wenn zwei Assets zusammengeführt werden, behält jedes Modul sein Datum. Hatten beide Assets dasselbe Modul, behält das zusammengeführte Modul das zuletzt erfasste Datum. Das Aufheben der Zusammenführung gibt jedem Modul sein eigenes Datum zurück, es sei denn, jemand hat es nach der Zusammenführung geändert.

Hat ein anderer Administrator das Datum geändert, während Sie die Seite geöffnet hatten, wird Ihr Speichern nicht übernommen: Die Seite zeigt stattdessen sein Datum, und Sie können es erneut bearbeiten.

Der CSV-Export enthält das Datum in der Spalte support_end.

Zonen

Zonen fassen Assets mit denselben Security-Anforderungen zusammen, wie es IEC 62443 vorsieht: nach Risiko und Kritikalität, nicht nach Netzwerk. Ein Asset ist in einer Zone oder in keiner. Das ⓘ neben Zonen in den Einstellungen des Registers erklärt Zonen, Conduits und die Security-Level und verlinkt den kostenlosen Quick Start Guide der ISA Global Cybersecurity Alliance zu IEC 62443.

Administratoren pflegen die Zonen auf dem Tab Zonen in den Einstellungen des Registers (Assets > Einstellungen in der Seitenleiste). Klicken Sie auf Zone hinzufügen und füllen Sie aus:

Feld	Beschreibung
Name	Zum Beispiel „Zelle 2“ oder „Verpackungslinie“. Zonennamen sind in Ihrer Organisation eindeutig, ohne Beachtung der Groß- und Kleinschreibung.
Ziel-Security-Level (SL-T)	Das Security-Level, das die Zone erreichen soll, von 0 bis 4, wie IEC 62443 es definiert, oder Nicht festgelegt.
Verantwortlich	Wer für die Zone verantwortlich ist: eine Person, ein Team oder eine Rolle.
Safety-Zone	Ob die Zone als Safety-Zone ausgewiesen ist, also für die funktionale Sicherheit von Mensch und Anlage.
Beschreibung	Freie Notizen zur Zone.

Jede Zone in der Liste zeigt ihre SL-T, ob sie eine Safety-Zone ist, wer für sie verantwortlich ist und wie viele Assets in ihr sind. Klicken Sie auf das Stift-Symbol einer Zone, um sie zu bearbeiten.

Um ein Asset in eine Zone zu legen, öffnen Sie das Asset, klicken unter Ihre Angaben auf Bearbeiten, wählen die Zone unter Zone und klicken auf Speichern. Die Karte zeigt dann die Zone mit ihrer SL-T und, bei einer Safety-Zone, ein Abzeichen Safety-Zone. Wie bei jedem anderen Feld dort wird die Änderung im Verlauf des Assets festgehalten, mit dem Namen der Zone vorher und nachher. Wird eine Zone später umbenannt, ändert das die schon festgehaltenen Einträge nicht.

Die Zone vieler Assets festlegen

Um viele Assets auf einmal in eine Zone zu legen, verwenden Sie die Asset-Liste:

1. Filtern Sie die Liste auf die gewünschten Assets. Ein Collector steht meist in einem Netzwerksegment, deshalb ist der Filter Collector oft ein guter Anfang. Die Assets eines Collectors sind aber keine Zone: Sie entscheiden, in welche Zone sie gehören.
2. Klicken Sie neben Filter auf Auswählen. Klicken Sie die Assets an, oder haken Sie über der Tabelle Alle auswählen an, um alle angezeigten Assets auszuwählen. Halten Sie beim Klicken die Umschalttaste gedrückt, um alle Assets zwischen dem zuletzt angeklickten und diesem auszuwählen.
3. Klicken Sie in der Leiste am unteren Seitenrand auf Zone festlegen…, wählen Sie eine Zone oder Keine Zone und bestätigen Sie.

Wenn Sie einen Filter ändern, wird die Auswahl aufgehoben, sodass nur Assets geändert werden, die Sie sehen. Bis zu 1000 Assets lassen sich auf einmal festlegen. Mit Esc heben Sie die Auswahl auf, mit einem weiteren Esc oder einem erneuten Klick auf Auswählen verlassen Sie den Auswahlmodus. Auf Smartphones gibt es den Auswahlmodus nicht.

Jedes Asset wird gespeichert, als wären seine eigenen Angaben gespeichert worden, und sein Verlauf hält die Änderung mit dem Namen der Zone vorher und nachher fest. Ein Asset, das schon in der gewählten Zone ist, bleibt, wie es ist, ohne Eintrag im Verlauf. Ein Asset, das ein anderer Administrator geändert hat, nachdem Sie die Liste geladen haben, wird ebenfalls nicht geändert: Das Ergebnis nennt es, sodass Sie es öffnen, die Änderung prüfen und seine Zone erneut festlegen können. Alle anderen Assets werden gespeichert.

Das Ergebnis nennt, wie viele Assets in die Zone gelegt wurden, wie viele schon in ihr waren und welche inzwischen jemand anderes geändert hat. Pulse legt nie von sich aus eine Zone fest.

Die Asset-Liste zeigt die Zone jedes Assets in ihrer Spalte Zone und lässt sich nach Zone filtern. Der CSV-Export enthält die Zone, ihre SL-T und ob sie eine Safety-Zone ist.

Eine Zone, in der Assets sind, lässt sich nicht löschen: Der Lösch-Dialog nennt, wie viele Assets in ihr sind. Nehmen Sie sie zuerst aus der Zone und löschen Sie die Zone dann. Das Löschen einer Zone lässt sich nicht rückgängig machen.

Werden zwei Assets zusammengeführt, behält das zusammengeführte Asset die Zone des Assets, in das Sie das andere zusammengeführt haben, so wie es dessen übrige Angaben behält; die Zone des anderen Assets wird nicht übernommen, ihr Name zum Zeitpunkt der Zusammenführung wird aber im Eintrag der Zusammenführung im Verlauf festgehalten und im Änderungsprotokoll. Wird die Zusammenführung aufgehoben, kommt das wiederhergestellte Asset nicht in die Zone zurück, in der es vorher war.

Zusammenführungsvorschläge

Eine CPU und ihr Kommunikationsprozessor antworten jeweils unter einer eigenen Adresse, deshalb führt das Register sie als zwei Assets. Das Register sucht nach solchen Paaren: ein Asset nur mit einer CPU und ein Asset nur mit einem Kommunikationsprozessor, gesehen von derselben Appliance oder demselben Collector, deren IPv4-Adressen im selben /24-Subnetz liegen und einander am nächsten sind, ohne dass ein anderes Asset genauso nah liegt. Findet es ein solches Paar, erscheint ein Banner am Anfang der Asset-Liste.

Jeder Vorschlag zeigt die beiden Assets, das gemeinsame Subnetz, den Adressabstand sowie bei Assets, die über einen Collector gefunden wurden, den Collector, der sie gesehen hat. Der Vorschlag beruht ausschließlich auf der Adressnähe — Asset-Namen werden nicht berücksichtigt.

• Klicken Sie auf Zusammenführen prüfen…, um den Zusammenführungsdialog für das Paar zu öffnen (siehe unten).
• Klicken Sie auf Nicht derselbe Schaltschrank, um den Vorschlag zu verwerfen. Die beiden Assets werden nicht erneut vorgeschlagen.

Solange Sie nicht handeln, ändert sich nichts — ein Vorschlag ist nur eine Empfehlung.

Assets zusammenführen

Führen Sie zwei Assets zusammen, wenn sie im Register tatsächlich ein Schaltschrank sind — zum Beispiel eine CPU und ihr Kommunikationsprozessor, die jeweils unter einer eigenen Adresse antworten.

Sie können eine Zusammenführung auf zwei Wegen starten:

1. Über einen Zusammenführungsvorschlag — klicken Sie auf Zusammenführen prüfen… im Vorschlagsbanner.
2. Über die Asset-Liste — klicken Sie neben Filter auf Auswählen und dann auf die beiden Assets. Klicken Sie in der Leiste am unteren Seitenrand auf Zusammenführen…. Die Schaltfläche ist verfügbar, wenn genau zwei Assets ausgewählt sind.

Wählen Sie im Zusammenführungsdialog aus, welches Asset erhalten bleiben soll. Das Asset, das Sie behalten, übernimmt die Adressen, MAC-Adressen, ApplicationUris und Module, die die Scans beim anderen gefunden haben, zusammen mit den CVE-Monitoren und CVE-Entscheidungen zu diesen Modulen, den Datenquellen, die vom anderen Asset lesen, und den zu ihm erstellten Vorfällen zu Firmware-Änderungen, entfernten Modulen und neuen Geräten. Das behaltene Asset behält auch seinen eigenen Namen, Verantwortlichen, Kritikalität, Standort, Sicherheitssystem-Markierung und Notizen — Werte des absorbierten Assets werden nicht übernommen, aber im Verlauf des behaltenen Assets festgehalten.

Assets, die von unterschiedlichen Collectors gesehen wurden, können nicht zusammengeführt werden. Dieselbe Adresse hinter zwei Collectors kann zwei verschiedene Geräte bedeuten.

Zusammenführung aufheben

Wenn eine Zusammenführung ein Fehler war, können Sie sie rückgängig machen. Öffnen Sie das Asset, das das andere absorbiert hat, und klicken Sie oben auf der Seite auf Zusammenführung aufheben…. Die Schaltfläche hebt die jüngste Zusammenführung in das Asset auf; die Zusammenführung selbst steht in der Karte Verlauf.

Das Register legt das absorbierte Asset unter seiner früheren ID wieder an. Seine Adressen, MAC-Adressen, ApplicationUris und Module werden an es zurückgegeben, ebenso die von Ihrem Team für es eingetragenen Werte, sein Verlauf, die Datenquellen, die von ihm lesen, und die zu ihm erstellten Vorfälle. Das behaltene Asset behält die von Ihrem Team eingetragenen Werte — einschließlich Änderungen, die nach der Zusammenführung vorgenommen wurden.

Nur die jüngste Zusammenführung in ein Asset kann aufgehoben werden. Um eine ältere aufzuheben, heben Sie zuerst die neueren auf. Ein Fall lässt sich gar nicht rückgängig machen: Wurde das behaltene Asset später selbst in ein drittes Asset zusammengeführt und diese Zusammenführung aufgehoben, können ältere Zusammenführungen in es nicht mehr aufgehoben werden. Der Dialog zur Aufhebung weist darauf hin.

Offline-Assets

Ein Asset ist offline, wenn der letzte abgeschlossene Scan, der seine Adresse abgedeckt hat, es nicht gefunden hat, oder wenn alle Datenquellen, die es lesen, die Verbindung verloren haben (siehe Was Datenquellen dem Register sagen). Pulse kennzeichnet ein Asset nicht als offline, weil Zeit vergangen ist: Anlagen stehen während eines Stillstands wochenlang still, und Pulse scannt nur, wenn jemand einen Scan startet. Findet ein späterer Scan das Asset wieder, ist es von selbst wieder in Betrieb.

Ein Scan deckt ein Asset ab, wenn alles Folgende zutrifft:

• er lief auf derselben Appliance oder demselben Collector, der das Asset gefunden hat;
• er hat die Adresse des Assets mit einer Methode untersucht, die bis zum Ende lief und es hätte finden können — S7 für ein Asset mit S7-Modulen, OPC UA für ein Asset mit OPC-UA-Server;
• der Collector, der ihn ausgeführt hat, hält fest, was er abgedeckt hat. Collectors mit einer älteren Version tun das nicht, und ihre Scans kennzeichnen nie ein Asset als offline.

Ein S7-Scan sucht Steuerungen auf Port 102, dem Standard-Port von S7, sofern ein Eintrag seines Netzbereichs keinen anderen Port für einen Host nennt, etwa 192.168.10.5:1102. Ein Asset mit S7-Modulen deckt er nur auf dem Port ab, auf dem es antwortet: dem Port der S7-Datenquelle, die es liest, oder, wenn keine S7-Datenquelle es liest, dem Port, auf dem ein Scan es zuletzt gefunden hat. Eine Steuerung, die eine Datenquelle auf Port 1102 liest, wird daher nicht von einem Scan als offline gekennzeichnet, der nur auf Port 102 gesucht hat — ihre Datenquelle sagt dem Register weiterhin, ob sie da ist. Dasselbe gilt für eine Steuerung ohne Datenquelle, die ein Scan auf Port 1102 gefunden hat. Damit auch Scans sie beurteilen, nehmen Sie ihren Port in den Netzbereich des Scans auf.

Ein Scan, dessen Methode fehlgeschlagen ist, ein Scan eines anderen Netzes oder ein Scan eines anderen Collectors lässt das Asset, wie es war. Ein Asset, das nur aus der PROFINET-Erkennung bekannt ist, wird nie als offline gekennzeichnet, denn die PROFINET-Erkennung untersucht keine Adressen. Ein aus mehreren zusammengeführtes Asset ist nur offline, wenn der Scan es unter keiner seiner Adressen gefunden hat. Dass ein Scan es nicht gefunden hat, zählt nur, wenn der Scan nach dem letzten Lesen durch eine Datenquelle begonnen hat: Eine Datenquelle, die es seither gelesen hat, sagt, dass es da ist.

Ein Offline-Asset:

• ist in der Liste und oben auf seiner Seite als Offline gekennzeichnet;
• zeigt, welcher Scan es nicht gefunden hat, seit wann es offline ist und wann ein Scan es zuletzt abgedeckt hat;
• erhält einen Eintrag in seinem Verlauf, festgehalten vom Scan. Ebenso, wenn es zurückkommt.

Offline ist nur so aktuell wie der letzte Scan, der das Asset abgedeckt hat: Das Datum Zuletzt von einem Scan abgedeckt auf der Seite des Assets zeigt, wie alt das ist. Um es erneut zu prüfen, scannen Sie das Netz des Assets.

Ein Offline-Asset ist weiterhin in Betrieb, wird aber gesondert hervorgehoben: Die Liste zählt es unter Offline, nicht unter In Betrieb, und der CSV-Export zeigt offline in lifecycle_status. Ein Asset, das nicht außer Betrieb genommen ist und nicht offline ist — weder der letzte Scan, der es abgedeckt hat, noch seine Datenquellen melden es als offline —, zeigt auf seiner Seite ein Badge In Betrieb; in der Liste bleibt es ungekennzeichnet. Ein außer Betrieb genommenes Asset wird als Außer Betrieb angezeigt, was auch immer seine Scans sagen.

Asset außer Betrieb nehmen

Das Register entfernt ein Asset nie von sich aus: Ein Asset, das Scans eine Zeit lang nicht gefunden haben, bleibt gelistet, gekennzeichnet als offline, denn Anlagen stehen mitunter wochenlang still. Wenn ein Gerät tatsächlich außer Betrieb geht, nehmen Sie das Asset außer Betrieb.

Öffnen Sie das Asset und klicken Sie oben auf der Seite auf Außer Betrieb nehmen…. Geben Sie den Grund ein (erforderlich, bis zu 1.000 Zeichen) und klicken Sie auf Außer Betrieb nehmen. Das Asset:

• bleibt im Register und im CSV-Export, gekennzeichnet als Außer Betrieb;
• zeigt oben auf seiner Seite, wer es wann und warum außer Betrieb genommen hat;
• erhält einen Eintrag in seinem Verlauf, mit dem Grund.

Scans aktualisieren ein außer Betrieb genommenes Asset weiterhin. Findet ein Scan es erneut, ändert sich sein Datum Zuletzt gesehen, es bleibt aber außer Betrieb, bis ein Administrator es wieder in Betrieb nimmt.

Um das Asset wieder in Betrieb zu nehmen, öffnen Sie es und klicken Sie auf Wieder in Betrieb nehmen. Das Asset ist dann nicht mehr als außer Betrieb gekennzeichnet; sein Verlauf behält sowohl die Außerbetriebnahme mit ihrem Grund als auch die Wiederinbetriebnahme. Wenn ein Scan oder eine Datenquelle das Asset zu diesem Zeitpunkt noch als offline meldet, weist die Bestätigung darauf hin — das Asset ist wieder in Betrieb, wird aber als offline angezeigt, bis ein Scan es findet oder eine Datenquelle es liest.

Wenn Sie ein außer Betrieb genommenes Asset in ein Asset in Betrieb zusammenführen, bleibt das behaltene Asset in Betrieb. Wird diese Zusammenführung aufgehoben, ist das wiederhergestellte Asset wieder außer Betrieb, mit Angabe, wer es wann und warum außer Betrieb genommen hat.

Datenquellen

Eine Datenquelle liest von einem Asset, wenn sie sich über dieselbe Appliance oder denselben Collector mit der Adresse verbindet, unter der das Asset gefunden wurde. Ist die Adresse einer Datenquelle ein Hostname, zählt die Adresse, in die dieser Name aufgelöst wurde: Die Appliance oder der Collector, der die Datenquelle liest, meldet sie nach dem ersten erfolgreichen Lesen. Die Seite des Assets listet diese Datenquellen mit Links auf. Liest keine von ihm, sagt die Seite das: Das Register legt nie eine Datenquelle an. Sie fügen eine über die Gerätesuche oder die Seite der Datenquellen hinzu, und sie erscheint hier, sobald sie vom Asset liest.

Die Seite der Datenquelle selbst zeigt das Asset, von dem sie liest, als Liest von mit dem Namen des Assets, verlinkt auf das Asset. Wie das Register wird dieser Link nur Organisationsadministratoren angezeigt.

Was Datenquellen dem Register sagen

Scans laufen nur, wenn jemand einen startet, eine Datenquelle aber liest ihr Asset fortlaufend. Was sie liest, hält das Register zwischen den Scans aktuell:

• Zuletzt live gesehen. Die Seite des Assets zeigt, wann eine Datenquelle das Asset zuletzt erfolgreich gelesen hat, und welche, mit Link auf sie. Das wird höchstens einmal pro Minute aktualisiert. Ein Asset, das noch keine Datenquelle gelesen hat, zeigt Noch von keiner Datenquelle gelesen; wurde die Datenquelle inzwischen gelöscht, sagt die Seite das. Zuletzt gesehen bleibt das Datum, an dem ein Scan das Asset zuletzt gefunden hat.
• Betriebsart der CPU. Eine S7-Datenquelle liest mit ihren Werten die Betriebsart der CPU an ihrem Rack und Steckplatz. Liest sie RUN, wo das Register STOP hielt, oder umgekehrt, hält das Register die neue Betriebsart fest und fügt dem Verlauf des Assets einen Eintrag hinzu, gekennzeichnet mit Live gelesen von und der Datenquelle. Ein Lesen, das die Betriebsart nicht erkennen kann, ändert nichts, und ein Wert, der älter ist als das, was ein Scan festgehalten hat, ersetzt diesen nie.
• Firmware. Eine S7-Datenquelle liest außerdem Bestellnummer, Seriennummer und Firmware der CPU an ihrem Rack und Steckplatz — über die Verbindung, die sie ohnehin hält, nie über eine zweite —, wenn sie sich zum ersten Mal mit dem Gerät verbindet, und danach alle 10 Minuten. Weicht die Firmware von der ab, die das Register führt, hält das Register die neue Firmware fest, fügt dem Verlauf des Assets eine Firmware-Änderung hinzu, gekennzeichnet mit Live gelesen von und der Datenquelle, und löst denselben Vorfall aus wie die Firmware-Änderung eines Scans. Das geschieht nur, wenn die Datenquelle die Adresse erreicht hat, über die das Asset verknüpft ist, und Bestellnummer und Seriennummer des Moduls die sind, die das Register führt. Antwortet ein anderes Modul, ändert die Datenquelle nichts: Erst der nächste Scan entscheidet, ob das Gerät ersetzt wurde. Ein Scan, der die alte Firmware las, bevor die Datenquelle die neue las, stellt die alte Firmware nie wieder her. Appliances und Collectors mit einer älteren Pulse-Version lesen die Firmware nicht.
• Offline und zurück. Haben alle aktivierten Datenquellen, die das Asset lesen, die Verbindung verloren — das Gerät hat nicht geantwortet, die Verbindung lief in eine Zeitüberschreitung, oder Pulse hält sich bei einem Gerät zurück, das immer wieder fehlschlägt —, wird das Asset als offline gekennzeichnet, ohne auf einen Scan zu warten. Oben auf seiner Seite steht, wann seine Datenquellen die Verbindung verloren haben. Ein Gerät, das geantwortet und abgelehnt hat — ein Lesen, das es zurückgewiesen hat, eine Anmeldung oder ein Zertifikat, das es nicht angenommen hat —, ist da und hält das Asset deshalb in Betrieb. Sobald eine seiner Datenquellen es wieder liest, ist das Asset zurück. Beide Wechsel sind Einträge in seinem Verlauf, mit der Datenquelle.

Zwischen Scans und Datenquellen gilt das Neuere: Eine Datenquelle, die antwortet, bringt ein Asset, das ein Scan nicht gefunden hat, nur zurück, wenn sie nach diesem Scan geantwortet hat, und dass ein Scan es nicht gefunden hat, zählt nur, wenn der Scan nach dem letzten Lesen durch eine Datenquelle begonnen hat.

Werden zwei Assets zusammengeführt, zeigt das Asset, das Sie behalten, das spätere seiner beiden Daten Zuletzt live gesehen. Ein Asset, das durch das Aufheben einer Zusammenführung wiederhergestellt wird, zeigt keines, bis eine seiner Datenquellen es wieder liest.

Ein Modul auf CVEs überwachen

Mit CVE-Überwachung zeigt die Spalte CVE-Überwachung der Tabelle Module für jedes Modul:

• Die CVE-Monitore, die es überwachen, jeweils verlinkt, mit der Anzahl offener Funde (Offen oder In Bearbeitung) oder Keine offenen Funde.
• Auf CVEs überwachen, wenn noch kein Monitor das Modul überwacht.
• Keine Bestellnummer erfasst, daher kein Abgleich mit Sicherheitsmeldungen möglich, wenn das Modul keine Bestellnummer hat. Sicherheitsmeldungen werden nach Bestellnummer abgeglichen, daher lässt sich ein solches Modul nicht überwachen.

So starten Sie die Überwachung eines Moduls:

1. Klicken Sie in der Zeile des Moduls auf Auf CVEs überwachen.
2. Prüfen Sie den Dialog. Er zeigt das Modul, seine Bestellnummer und seine Firmware. Diese stammen aus dem Asset-Register und folgen dem Modul bei jedem Scan.
3. Passen Sie bei Bedarf den Namen an. Vorgegeben ist der Name des Assets, gefolgt von der Bestellnummer.
4. Bestätigen Sie den Hersteller. Das Register erfasst keinen Hersteller, daher trägt der Dialog Siemens ein. Sicherheitsmeldungen werden auch nach Hersteller abgeglichen.
5. Wählen Sie eine Eskalationsrichtlinie und fügen Sie Tags hinzu, falls Sie welche verwenden.
6. Klicken Sie auf Überwachung starten.

Das Ergebnis ist ein gewöhnlicher CVE-Monitor, der sein Gerät von diesem Modul übernimmt. Nur dieser Klick startet einen Monitor: Ein Scan legt nie einen an.

Schwachstellen

Mit CVE-Überwachung beantwortet der Abschnitt Schwachstellen auf der Seite des Assets, was zu jeder CVE an diesem Asset entschieden wurde. Eine Entscheidung wird am Modul erfasst, nicht an einem Monitor, und bleibt deshalb hier, auch nachdem der Monitor gelöscht wurde. Siehe Entscheidungen am Modul erfasst.

Wenn ein CVE-Monitor mindestens ein Modul überwacht, beginnt der Abschnitt damit, womit die Module abgeglichen wurden: Abgeglichen mit N Sicherheitsmeldungen, zuletzt geprüft und wann die jüngste Prüfung der Monitore dieses Assets lief. Die Anzahl der Sicherheitsmeldungen wird von der stündlichen CVE-Prüfung aktualisiert und kann daher bis zu eine Stunde alt sein. Hat das Pulse-Gateway, das den Schwachstellen-Feed bereitstellt, noch nie geantwortet, entfällt die Anzahl, und die Zeile nennt nur, wann die Module zuletzt geprüft wurden.

Jedes Modul, das ein CVE-Monitor überwacht oder zu dem Entscheidungen erfasst sind, wird mit dem Zeitpunkt seiner letzten Prüfung aufgeführt. Ein Modul, das der jüngste Netzwerk-Scan nicht gefunden hat, ist mit Beim letzten Scan nicht gesehen markiert. Seine Entscheidungen werden weiterhin angezeigt, denn eine Entscheidung über ein ausgetauschtes Modul gehört weiterhin zur Dokumentation.

Unter jedem Modul zeigt jede zutreffende CVE ihren Schweregrad und Titel und verlinkt auf den Fund. Außerdem zeigt sie:

• Die aktuelle Entscheidung — Status und Begründung, wer sie getroffen hat und wann. Eine Risikoakzeptanz zeigt zusätzlich das Datum, bis zu dem sie gilt. Ohne Entscheidung zeigt die CVE Keine Entscheidung erfasst.
• Durch Firmware-Wechsel behoben — die CVE trifft nicht mehr zu, weil sich die Firmware des Moduls geändert hat. Trifft nicht mehr zu bedeutet, dass sie aus einem anderen Grund nicht mehr zutrifft.
• Verlauf — klicken Sie darauf, um jede Entscheidung zu dieser CVE an diesem Modul aufzulisten, die älteste zuerst. Jeder Eintrag zeigt, woher er stammt:
  • von und der Name einer Person, für eine Entscheidung, die jemand erfasst hat. Es ist der aktuelle Name des Benutzers, ein umbenannter Benutzer erscheint also mit seinem neuen Namen. Wird dieser Benutzer später aus Pulse entfernt, steht dort von einem entfernten Benutzer.
  • Risikoakzeptanz abgelaufen, wenn eine Risikoakzeptanz ihr Datum erreicht hat und die CVE wieder auf Offen zurückgefallen ist.
  • Bei Zusammenführung beibehalten, wenn zwei Assets mit demselben Modul zusammengeführt wurden und beide eine Entscheidung zu dieser CVE hatten. Die Entscheidung des behaltenen Assets bleibt aktuell, und die Entscheidungen des anderen Assets bleiben im Verlauf.

Um eine Entscheidung zu erfassen, klicken Sie neben der CVE auf Entscheidung erfassen. Es öffnet sich derselbe Bewertungsdialog wie auf den Seiten unter Schwachstellen, mit denselben Status und Regeln, einschließlich Mitigiert für eine Schwachstelle, die eine ausgleichende Maßnahme blockiert. Die Entscheidung erscheint sofort auf den CVE-Seiten. Die Schaltfläche wird angezeigt, solange ein CVE-Monitor das Modul überwacht.

Am Ende des Abschnitts steht die Liste Nicht auf CVEs geprüfte Module: jedes Modul des Assets, das kein CVE-Monitor überwacht, mit dem Grund — Kein CVE-Monitor überwacht dieses Modul oder keine Bestellnummer für den Abgleich. Der Abgleich deckt nur überwachte Module ab; diese Liste zeigt deshalb klar, was nicht abgedeckt ist.

Lizenzvoraussetzung

Die CVE-Teile der Asset-Seite — die Spalte CVE-Überwachung und der Abschnitt Schwachstellen — erfordern neben dem Asset-Register auch die CVE-Überwachung in Ihrer Lizenz. Ohne sie werden sie nicht angezeigt.

Vorfälle des Registers weiterleiten

Das Asset-Register löst einen Vorfall aus, wenn ein Scan oder eine S7-Datenquelle auf einem Modul eines registrierten Assets eine andere Firmware liest, wenn Scans belegen, dass ein Modul aus ihm entfernt wurde, oder wenn ein Scan ein neues Gerät findet, wo ein früherer Scan nichts gefunden hat (siehe Firmware-Änderungen an Assets, Aus Assets entfernte Module und Neue Assets in gescannten Netzwerken). Die Einstellungen des Registers legen fest, wer davon erfährt. Administratoren öffnen sie über Assets > Einstellungen in der Seitenleiste.

• Nur Administratoren benachrichtigen (Standard) — alle Administratoren und Inhaber der Organisation erhalten eine Benachrichtigung in der App. Niemand wird alarmiert.
• Eine Eskalationsrichtlinie — jeder Vorfall des Registers eskaliert zusätzlich über diese Richtlinie, wie ein Vorfall eines Monitors darauf: Ihre Stufen, Empfänger, Schweregrade und Betriebszeiten gelten, und bestätigt niemand den Vorfall, greifen ihre Wiederholungen und ihre Weitergabe. Die Benachrichtigung der Administratoren in der App wird weiterhin gesendet.

Wählen Sie auf dem Tab Vorfälle unter Eskalationsrichtlinie eine Richtlinie und klicken Sie auf Speichern. Die Einstellung gilt für Vorfälle, die nach dem Speichern ausgelöst werden; ein bereits offener Vorfall behält die Weiterleitung, mit der er ausgelöst wurde.

Niemand wird alarmiert, bis ein Administrator hier eine Richtlinie wählt. Die Standard-Eskalationsrichtlinie der Organisation wird für Vorfälle des Registers nicht verwendet.

Solange das Register seine Vorfälle über eine Richtlinie weiterleitet, kann diese Richtlinie nicht gelöscht werden. Wählen Sie zuerst eine andere Richtlinie oder Nur Administratoren benachrichtigen.

Beispiel: nur außerhalb der Arbeitszeit alarmieren

Tagsüber ist meist jemand vor Ort, der von einem Firmware-Update weiß; nachts oder am Wochenende ist eine unangekündigte Änderung es wert, jemanden zu wecken. Um nur außerhalb der Arbeitszeit zu alarmieren, legen Sie eine Eskalationsrichtlinie mit zwei Stufen an:

1. Eine Betriebszeiten-Stufe: Modus Werktage, Zeiten 08:00 bis 17:00, mit eingeschaltetem Betriebszeiten umkehren. Umgekehrt lässt die Stufe die Eskalation nur außerhalb dieser Zeiten fortfahren: an Werktagen abends und nachts sowie das ganze Wochenende.
2. Eine Benachrichtigungsstufe (Schritt hinzufügen) mit dem Bereitschaftsplan als Empfänger.

Wählen Sie diese Richtlinie dann in den Einstellungen des Registers. Eine Firmware-Änderung, die an einem Dienstag um 10:00 gefunden wird, wartet an der ersten Stufe; der Aktivitätsfeed des Vorfalls zeigt Eskalation pausiert — außerhalb der Betriebszeiten und wann sie fortgesetzt wird, um 17:00. Bestätigen und lösen Sie den Vorfall vorher, wird niemand alarmiert. Eine Änderung, die um 22:00 gefunden wird, wartet nicht: Sie geht sofort zur Benachrichtigungsstufe weiter, und der Bereitschaftsplan wird nach deren anfänglicher Verzögerung alarmiert.

Betriebszeiten werden in der Zeitzone der Organisation ausgewertet.

Wartungsfenster

Ein geplantes Firmware-Update oder ein Modultausch muss niemanden alarmieren. Wartungsfenster sind die Zeiten, in denen solche Änderungen vorgenommen werden: Eine Firmware-Änderung, ein entferntes Modul oder ein neues Asset, die vollständig in einem Fenster entstehen, werden wie gewohnt im Verlauf des Assets festgehalten, mit dem Fenster, in das sie fielen, als Im Wartungsfenster markiert und lösen keinen Vorfall aus.

Administratoren bearbeiten die Fenster auf dem Tab Wartungsfenster in den Einstellungen des Registers (Assets > Einstellungen in der Seitenleiste). Klicken Sie auf Fenster hinzufügen, wählen Sie Werktage, Jeden Tag oder Benutzerdefiniert, legen Sie die Zeiten fest und klicken Sie auf Speichern. Um ein Fenster zu entfernen, klicken Sie auf sein Papierkorb-Symbol und speichern. Ein Register hat bis zu 20 Fenster; das Formular weist darauf hin, wenn Sie das Limit erreicht haben. Ohne Fenster, dem Standard, löst jede Änderung einen Vorfall aus. Das Speichern gilt für Änderungen, die ab dann festgehalten werden: Einträge, die schon im Verlauf eines Assets stehen, behalten ihre Markierung. Ein Wechsel zu einem anderen Tab der Einstellungen behält ungespeicherte Änderungen; verlassen Sie die Einstellungen, bevor Sie gespeichert haben, fragt die Seite, ob Ihre Änderungen verworfen werden sollen.

Die Fenster gelten in der Zeitzone der Organisation, die der Tab nennt; ein Fenster von 06:00 bis 14:00 bleibt also auch über eine Zeitumstellung hinweg 06:00 bis 14:00 Ortszeit. Ein Fenster endet an dem Tag, an dem es beginnt, spätestens um 24:00 (Mitternacht); ein Fenster von 22:00 bis 24:00 umfasst also die letzten beiden Stunden des Tages. Gleicher Beginn und gleiches Ende umfassen den ganzen Tag, 24 Stunden ab dem Beginn, und der Tab weist daneben darauf hin.

Wann eine Änderung als im Fenster vorgenommen gilt

Ein Scan sieht eine Änderung nicht, wenn sie vorgenommen wird, sondern erst danach. Pulse fragt deshalb nicht, wann der Scan lief, sondern wann die Änderung vorgenommen worden sein kann: irgendwann zwischen dem Scan, der den alten Stand zuletzt sah, und dem Scan, der den neuen sah.

• Eine Firmware-Änderung: vom letzten Lesen der alten Firmware bis zum Lesen der neuen, ob durch einen Scan oder eine S7-Datenquelle.
• Ein entferntes Modul: vom letzten Scan, der das Modul fand, bis zum Scan, der die Entfernung festhielt.
• Ein neues Asset: vom Beginn des früheren Scans, der seine Adresse leer fand, bis zum Scan, der das Gerät fand.

Die Änderung gilt nur dann als im Fenster vorgenommen, wenn dieser ganze Zeitraum in die Wartungszeit fällt: in ein Fenster oder in Fenster, die lückenlos aneinander anschließen. Ein ganztägiges Fenster am Montag und eines am Dienstag etwa umfassen zusammen auch eine Änderung über Mitternacht.

Beispiel. Ein Fenster umfasst Werktage von 06:00 bis 14:00. Ein Scan am Montag um 08:00 liest auf einer CPU die Firmware 2.8.1, ein Scan um 11:00 liest 2.9.4. Die Änderung wurde zwischen 08:00 und 11:00 vorgenommen, im Fenster am Montag: Sie wird festgehalten, markiert und löst keinen Vorfall aus. Lief der letzte Scan davor dagegen am Sonntag um 20:00 und der nächste am Montag um 09:00, kann die Änderung in der Nacht zum Montag vorgenommen worden sein, außerhalb jedes Fensters: Sie löst einen Vorfall aus, obwohl der Scan, der sie fand, im Fenster lief.

Je dichter Ihre Scans aufeinander folgen, desto genauer weiß Pulse, wann eine Änderung vorgenommen wurde. Ein Scan kurz nach Beginn eines Fensters lässt eine Änderung, die später im Fenster vorgenommen wird, als im Fenster vorgenommen gelten.

Markiert wird nur eine Änderung, die sonst einen Vorfall auslösen würde. Eine Änderung, die ohnehin keinen auslöst — ohne das Asset-Register in Ihrer Lizenz, aus einem Scan, der mehr als 24 Stunden nach seinem Ende ins Register übernommen wird, oder an einem außer Betrieb genommenen Asset —, wird ohne Markierung festgehalten.

Verwandte Seiten

• Gerätesuche — Scan starten, um das Register zu füllen
• Schwachstellen (CVEs) — CVE-Monitore, Funde und Bewertung
• Lizenzen — Asset-Register im Tarif aktivieren