physar / Classic IT Ops / Patch- und Schwachstellenbetrieb

Patch- und Schwachstellenbetrieb

Von der Meldung zur begründeten Reihenfolge: Ausnutzbarkeit vor Punktzahl, Ausnahmen mit Verfallsdatum und der Nachweis, dass ein Patch tatsächlich wirkt.

Nicht alles zuerst

Einführung · 5 Abschnitte · ~15 Min Lesezeit · Stand

Betriebsfrage

Eine mittelgroße Umgebung erzeugt mehr Schwachstellenmeldungen, als ein Team je abarbeiten kann. Die Frage ist deshalb nie „alles patchen?“, sondern „in welcher Reihenfolge — und woran messen wir, dass wir richtig lagen?“

Mentales Modell

  1. Erfassen
  2. Bewerten
  3. Priorisieren
  4. Ausrollen
  5. Nachweisen

Was die Priorität bestimmt

Ausnutzbarkeit in der PraxisWird die Lücke aktiv ausgenutzt? Das ist das stärkste einzelne Signal — stärker als jede Punktzahl.
ErreichbarkeitIst das betroffene System von außen erreichbar oder tief im Netz? Dieselbe Lücke hat unterschiedliche Bedeutung.
Wirkung auf den GeschäftsbetriebWas hängt an dem System, wenn es kompromittiert wird oder für die Wartung stillsteht?
GrundbewertungDie veröffentlichte Schwere ist ein Ausgangspunkt, kein Ergebnis — sie kennt die eigene Umgebung nicht.

Ausnahmen

Manche Systeme lassen sich nicht patchen — Anlagensteuerung, Zertifizierung, Herstellerfreigabe. Eine Ausnahme ist legitim, aber nur mit drei Angaben: begründete Ersatzmaßnahme, benannter Verantwortlicher und Verfallsdatum. Ohne Verfallsdatum ist die Ausnahme eine stille Dauerentscheidung.

Route

Gelesen ist nicht geprüft: Im Modul entscheidest du die Fälle selbst und siehst danach, wo dein Urteil trägt.

3 Checks starten →

Modul-Aufbau

EINFÜHRUNGNicht alles zuerst~15 Min
ADR-001PRIORISIERUNGsolide
ADR-002AUSNAHMEsenior
SORT-003MISSION · WIRKNACHWEISsolide

Quellen

  1. 01csrc.nist.gov/pubs/sp/800/40/r4/final
  2. 02cisa.gov/known-exploited-vulnerabilities-catalog

Verfasst von Julian Zentgraf