Automatisieren Sie die Nachverfolgung von Korrekturzielen in Application Vulnerability Response
Zielregeln für Anwendungskorrekturen definieren den erwarteten Zeitrahmen für die Korrektur von angreifbaren Elementen in einer Anwendung (Application Vulnerable Items, AVIs) und bieten einen Zeitrahmen für die Korrektur der Schwachstelle selbst. Wenn beispielsweise ein angreifbares Anwendungselement eine kritische Risikobewertung enthält, muss die Schwachstelle für dieses Element innerhalb von 15 Tagen behoben werden.
- Das Korrekturziel.
- Das Erinnerungsziel.
App-Sec-Manager können das Zieldatum der Korrektur im AVI-Formular und in den Listenansichten anzeigen. Für AVIsim Status „Zurückgestellt“, „ Gelöst“ oder „ Geschlossen “ werden keine Daten aktualisiert.
- AVIs, deren Benachrichtigungsdatum noch nicht erreicht ist, werden grün angezeigt.
- AVIs, deren Zieldatum für die Korrektur bevorsteht, werden orange angezeigt.
- AVIs, die nach dem Korrekturzieldatum liegen, werden rot angezeigt.
Standardregeln
- Regel für die Einstufung kritischer Risiken: Ein Korrekturziel mit einer Risikobewertung „ 1 – Kritisch “, ein Korrekturziel von 15 Tagen und eine Erinnerung von 7 Tagen vor dem Zieldatum.
- Regel für die Einstufung mittelhoher Risiken: Ein Korrekturziel mit einer Risikobewertung von 2 – Hoch oder 3 – Mittel, ein Korrekturziel von 30 Tagen und eine Erinnerung von 7 Tagen vor dem Zieldatum.
- Regel für die Einstufung weniger kritischer Risiken: Ein Korrekturziel mit einer Risikobewertung von 4 – Niedriges Risiko, einem Korrekturziel von 45 Tagen und einer Erinnerung von 7 Tagen vor dem Zieldatum.
Korrekturzielregeln können deaktiviert oder gelöscht werden
Wenn eine Regel deaktiviert ist, werden die aktuellen Korrekturzieldaten für die AVIs gelöscht, auf die sie angewendet wurde. Wenn eine AVI eine aktive Regel erfüllt, wird diese Regel angewendet. Andernfalls hat die AVI keine Regel oder kein Zieldatum, und ihr Status ist Kein Ziel.
Wenn Regeln gelöscht werden, werden das Zieldatum der Korrektur und zugehörige Felder in geschlossenen AVIs beibehalten. Das Zieldatum der Korrektur und zugehörige Felder in nicht geschlossenen AVIs werden gelöscht, und alle abhängigen Regeln werden erneut angewendet.
Korrekturregel-Szenario
Wenn mehrere Korrekturzielregeln auf dasselbe AVI angewendet werden, wird die restriktivste Regel angewendet.Beispiel: Wenn ein AVI die Bedingung für zwei Anwendungskorrektur-Zielregeln erfüllt:
- Anwendungskorrektur-Zielregel 1: Zuletzt geöffnet am 07.03.2018; Korrekturziel ist 15 Tage seit dem letzten Öffnen; Das berechnete Zieldatum der Korrektur ist der 16.03.2018 10:00:00.
- Anwendungskorrektur-Zielregel 2: Zuletzt geöffnet am 10.03.2018; Korrekturziel ist 10 Tage seit dem letzten Öffnen; Das berechnete Zieldatum der Korrektur ist der 11.03.2018 10:00:00.
Ab V17.1 werden Korrekturziele anhand des Ziels ab (Datum)berechnet. Der Standardwert ist weiterhin das Datum von „Zuletzt geöffnet“.
Über die geplante Aufgabe „Korrekturziele auswerten“
Evaluate remediation targets wird einmal täglich um 4:00:00 ausgeführt.
- befinden sich nicht im Status Geschlossen, Zurückgestelltoder Gelöst.
- Hat kein Korrekturzieldatum.
- Ein Korrekturzieldatum aufweisen, das nach dem Datum in der Anwendungskorrektur-Zielregel liegt.
Evaluate remediation targets fügt ein Korrekturzieldatum hinzu. Wenn keines vorhanden ist oder wenn diese Regel ein früheres Datum als das im Datensatz enthaltene enthält, wird das vorhandene Zieldatum aktualisiert. Abschließend werden die Felder „ Zieldatum der Korrektur“ und „Status der Korrektur“ im AVI-Formular aktualisiert. Bei inaktiven Regeln werden durch Korrekturziele auswerten die Korrekturfelder im AVI gelöscht.
Korrekturzielregeln werden erneut angewendet
Wenn die geplante Aufgabe Evaluate remediation targets ausgeführt wird, können Sie keinen Prozess zum erneuten Anwenden initiieren. Wenn jedoch bereits ein Prozess zum erneuten Anwenden ausgeführt wird und die geplante Aufgabe ausgelöst wird, werden sie parallel ausgeführt.
Die Prozesse zum erneuten Anwenden in Vulnerability Response und Application Vulnerability Response sind unabhängig und können parallel ausgeführt werden.