Seminar ImmuniWeb Vulnerability Management und Retesting

Seminarprofil

Das Seminar verbindet Findings aus Discovery, Neuron, Neuron Mobile, On-Demand, MobileSuite und Continuous zu einem einheitlichen Remediation-Prozess. Validierung, Deduplizierung, Risikopriorisierung, Ownership, Service-Level, Ausnahmen, technische Akzeptanzkriterien, Retesting, Regressionen und Kennzahlen werden praktisch umgesetzt.

Die angesetzte Dauer von 2 tage ist fachlich erforderlich, weil die Konsolidierung mehrerer Quellen und der vollständige Behebungs- sowie Retest-Zyklus zwei Tage benötigt, ohne eine eigenständige Scanner- oder Pentest-Ausbildung zu duplizieren.

Inhaltsverzeichnis

1. Seminarprofil
2. Zielgruppe und Voraussetzungen
3. Lernziele
4. Befundaufnahme und Datenqualität
5. Normalisierung und Deduplizierung
6. Risikobasierte Priorisierung
7. Remediation und Ownership
8. Ausnahmen und Restrisiken
9. Retesting und Abschluss
10. Kennzahlen und kontinuierliche Verbesserung
11. Praxisübungen

Zielgruppe und Voraussetzungen

Zielgruppe: Vulnerability Management, Application Security, Security Operations, technische Service Owner, Entwicklung, Infrastruktur, GRC und interne Revision.

Voraussetzungen: Grundkenntnisse zu Schwachstellen, Risikobewertung und Ticketprozessen; Beispielberichte aus mehreren Prüfarten sind für Übungen hilfreich.

Lernziele

• Findings aus verschiedenen Quellen konsistent aufnehmen und normalisieren.
• Duplikate, gemeinsame Ursachen und wiederkehrende Befunde erkennen.
• Risiken nachvollziehbar priorisieren und verbindliche Fristen setzen.
• Ausnahmen und kompensierende Kontrollen kontrolliert verwalten.
• Retests und Abschlussnachweise technisch belastbar durchführen.

Seminarinhalte

1. Befundaufnahme und Datenqualität

Ein steuerbarer Prozess beginnt mit vollständigen und verständlichen Mindestdaten.

1. Quelle, Asset, Umgebung, Zeitpunkt und Prüfart erfassen.
2. Evidenz, Reproduktionsschritte und betroffene Komponenten prüfen.
3. Owner und geschäftlichen Kontext ergänzen.
4. Unvollständige Befunde in einen definierten Klärungsstatus überführen.

2. Normalisierung und Deduplizierung

Mehrere Prüfungen können dasselbe technische Problem unterschiedlich beschreiben.

1. Schweregrade und Statuswerte auf ein gemeinsames Modell abbilden.
2. Duplikate nach Asset, Ursache und Reproduktionsweg erkennen.
3. Findings mit gemeinsamer Root Cause gruppieren.
4. Regressionen und Wiederholungsbefunde gesondert kennzeichnen.

3. Risikobasierte Priorisierung

Priorität wird aus technischer und geschäftlicher Wirkung abgeleitet.

1. Schweregrad, Ausnutzbarkeit und Evidenzqualität bewerten.
2. Exposition, Datenklasse und Anwendungskritikalität ergänzen.
3. Bedrohungssignale und bekannte Angriffspfade berücksichtigen.
4. Prioritätsklasse und Behebungsfrist nachvollziehbar festlegen.

4. Remediation und Ownership

Die Übergabe an technische Teams enthält klare Erwartungen.

1. Verantwortliches Team und entscheidungsbefugten Owner bestimmen.
2. Ursachenorientierte Behebung statt bloßer Symptombeseitigung formulieren.
3. Abhängigkeiten, Releases und Wartungsfenster planen.
4. Status, Blockaden und Eskalationen regelmäßig überprüfen.

5. Ausnahmen und Restrisiken

Nicht fristgerechte Behebung erfordert eine bewusste Risikoentscheidung.

1. Technische und geschäftliche Begründung dokumentieren.
2. Kompensierende Kontrollen und deren Wirksamkeit prüfen.
3. Genehmiger, Laufzeit und Überprüfungstermin festlegen.
4. Ausnahme automatisch auslaufen lassen oder neu bewerten.

6. Retesting und Abschluss

Ein Finding gilt erst nach belastbarer Verifikation als abgeschlossen.

1. Originalbedingungen und erwartetes sicheres Verhalten definieren.
2. Behebung im Zielsystem reproduzierbar prüfen.
3. Umgehungsmöglichkeiten und angrenzende Regressionen untersuchen.
4. Abschlussnachweis, Restrisiko oder erneute Nacharbeit dokumentieren.

7. Kennzahlen und kontinuierliche Verbesserung

Kennzahlen zeigen Prozessqualität und nachhaltige Risikoreduktion.

1. Bestand, Neuzugang, Abschlussrate und Alter nach Risiko messen.
2. Retest-Erfolgsquote und Wiederholungsrate auswerten.
3. Root-Cause-Trends in Standards und Schulungen zurückführen.
4. Service-Level und Prioritätslogik regelmäßig kalibrieren.

Praxisübungen

• Konsolidierung eines gemischten Finding-Bestands.
• Root-Cause- und Duplikatanalyse.
• Priorisierung mit technischen und geschäftlichen Faktoren.
• Bearbeitung eines Ausnahmefalls.
• Formulierung und Durchführung eines Retest-Schemas.

Im Rahmen der Übungen entsteht ein einheitlicher Vulnerability-Management-Prozess mit Datenmodell, Priorisierung, Service-Level, Ausnahmeverfahren, Retest und Kennzahlen.