Weitere Informationen zum Aufteilen von Korrekturaufgaben in den Arbeitsbereichen Vulnerability Response finden Sie unter Teilen Sie eine Korrekturaufgabe in auf IT Remediation Workspace.

So teilen Sie eine Korrekturaufgabe in der klassischen Umgebung oder für Versionen von Vulnerability Responseauf.

Sie können vorhandene Korrekturaufgaben mit mehr als einem angreifbaren Element aufteilen, das sich im Status „ Offen“, „Wird untersucht“ oder „Warten auf Implementierung“ befindet. Durch die Erstellung einer neuen VUL mit angreifbaren Elementen, die bestimmten Kriterien entsprechen, können Sie mit einer bestimmten Gruppe von angreifbaren Elementen arbeiten, ohne die ursprüngliche Korrekturaufgabe zu beeinträchtigen.

Wenn Sie mit dem Bedingungsgenerator die Bedingungen für die angreifbaren Elemente angeben, die Sie in eine neue Korrekturaufgabe verschieben möchten, werden nur die aktiven AEs, die Ihren Kriterien entsprechen, in die neue Gruppe verschoben.

Sie müssen keine Change-Anforderungen (CHG) erstellen, wenn Sie eine VUL aufteilen. Sie haben die Möglichkeit, eine VUL gleichzeitig mit der Erstellung einer Change-Anforderung aufzuteilen, oder Sie können eine VUL aufteilen, ohne eine Change-Anforderung zu erstellen. Die folgende Abbildung zeigt den grundlegenden Flow für die Aufteilung einer Schwachstellengruppe. Die detaillierten Schritte für diesen Flow folgen der Abbildung.

Der Datensatz der Korrekturaufgabe wird in den folgenden Abschnitten als VUL bezeichnet. In früheren Versionen von Vulnerability Responsewurden Korrekturaufgaben als Schwachstellengruppen (VG) bezeichnet. In den folgenden Bildern ist VG = Korrekturaufgabe oder ein VUL-Datensatz.