Patchen mit Priorität: vom KEV-Treffer zum Nachweis
Aus KEV-Treffern priorisierte, belegte Maßnahmen machen.
Der Prüfauftrag
Arbeitsliste für Schwachstellen- und Betriebsverantwortliche. Herstellerhinweise, betroffene Versionen und tatsächlich eingesetzte Komponenten müssen pro Befund geprüft werden.
Am Ende hast du:Eine dokumentierte Erstprüfung mit nachvollziehbaren Nachweisen und einer Liste offener Maßnahmen.
Beweisen statt vermuten.
Ein aktualisiertes Testsystem auf tatsächlich laufende Version und nötigen Neustart prüfen; zusätzlich eine nicht betroffene Inventarposition korrekt ausnehmen.
Status, Prüfbereich und Notizen bleiben in diesem Browser. Keine Übertragung an MauriSec. Ohne Speicherung geht der Stand beim Verlassen verloren; gespeicherte Daten bleiben bis zu deiner Löschung. Keine Geheimnisse, Zugangsdaten oder fremden personenbezogenen Daten eintragen.
Aktives Inventar mit Produkt, Version, Supportstatus, Standort, Exposition und fachlichem Eigentümer führen.
So belegst du es: Abgleich zwischen Inventar, erreichbaren Diensten und eingesetzten Software-/Firmware-Versionen.
Nachweis und nächsten Schritt notieren
Neue Herstellerhinweise und CISA-KEV-Einträge gegen das eigene Inventar prüfen; Produktnamen allein nicht als Betroffenheitsnachweis verwenden.
So belegst du es: CVE, betroffene Version, technische Voraussetzung und zugeordnete eigene Systeme.
Nachweis und nächsten Schritt notieren
Ausnutzung, Erreichbarkeit, Privilegiengewinn, Geschäftsfolgen und vorhandene Schutzmaßnahmen gemeinsam priorisieren; CVSS nicht isoliert verwenden.
So belegst du es: Begründete Risikoeinstufung mit Verantwortlichem und intern festgelegter Frist.
Nachweis und nächsten Schritt notieren
Korrektur direkt aus vertrauenswürdiger Herstellerquelle beziehen und Voraussetzungen, Integrität sowie Installationshinweise prüfen.
So belegst du es: Herstellerreferenz, Paket-/Build-Bezeichnung und dokumentierte Integritätsprüfung, soweit angeboten.
Nachweis und nächsten Schritt notieren
Für risikoreiche Änderungen repräsentative Tests, Betriebsfreigabe, Rückfallplan und erforderliche Sicherung vorsehen.
So belegst du es: Testergebnis, genehmigter Ablauf und tatsächlich nutzbare Wiederherstellungsoption.
Nachweis und nächsten Schritt notieren
Rollout und gegebenenfalls Neustart ausführen; die wirklich laufende Version und nicht nur das installierte Paket prüfen.
So belegst du es: Erfolgreicher Rollout plus Laufzeit-/Boot-/Firmware-Nachweis und erneute Schwachstellenprüfung.
Nachweis und nächsten Schritt notieren
Kann noch nicht gepatcht werden, eine zum konkreten Befund passende Kompensation umsetzen und ihre Wirkung prüfen.
So belegst du es: Beispielsweise belegte Zugriffsbeschränkung; befristete Risikoentscheidung mit erneutem Prüftermin.
Nachweis und nächsten Schritt notieren
Bei möglicher vorheriger Ausnutzung zusätzlich Vorfallsprüfung und herstellerspezifische Wiederherstellungsschritte veranlassen.
So belegst du es: Untersuchungsauftrag und gesicherte Befunde; Patchstatus und Kompromittierungsstatus getrennt dokumentiert.
Nachweis und nächsten Schritt notieren
Befund erst mit Wirksamkeitsnachweis schließen; Ausnahmen, nicht erreichte Systeme und abgekündigte Produkte weiterverfolgen.
So belegst du es: Abschlussbeleg, Restliste und aktualisiertes Inventar statt bloß eines erfolgreichen Verteilungslaufs.
Nachweis und nächsten Schritt notieren
Deine nächste Arbeit.
Beginne mit den vorrangigen Punkten. Markierte Lücken erscheinen hier mit deinen nächsten Schritten.
Grenzen und Primärquellen
KEV dokumentiert bekannte Ausnutzung; das Fehlen einer CVE im Katalog beweist keine Harmlosigkeit. CISA-Fristen und US-Behördenvorgaben gelten nicht pauschal als gesetzliche Patchfristen für deutsche Privatunternehmen. Ein Update beseitigt nicht automatisch Persistenz, gestohlene Zugangsdaten oder andere Folgen einer vorherigen Kompromittierung.
NIST SP 800-40 Rev. 4: Enterprise Patch Management Planning ↗CISA: Known Exploited Vulnerabilities Catalog ↗CISA: KEV-Priorisierung und Geltungsbereich der Behördenvorgaben ↗Prüfbericht / Selbsteinschätzung
Patchen mit Priorität: vom KEV-Treffer zum Nachweis · v2026.11 · 10.11.2026 ·
0/9 bearbeitet · 0 Lücken. Keine unabhängige Prüfung oder Zertifizierung.
1. Aktives Inventar mit Produkt, Version, Supportstatus, Standort, Exposition und fachlichem Eigentümer führen.
Status: Offen
Erwarteter Nachweis: Abgleich zwischen Inventar, erreichbaren Diensten und eingesetzten Software-/Firmware-Versionen.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
2. Neue Herstellerhinweise und CISA-KEV-Einträge gegen das eigene Inventar prüfen; Produktnamen allein nicht als Betroffenheitsnachweis verwenden.
Status: Offen
Erwarteter Nachweis: CVE, betroffene Version, technische Voraussetzung und zugeordnete eigene Systeme.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
3. Ausnutzung, Erreichbarkeit, Privilegiengewinn, Geschäftsfolgen und vorhandene Schutzmaßnahmen gemeinsam priorisieren; CVSS nicht isoliert verwenden.
Status: Offen
Erwarteter Nachweis: Begründete Risikoeinstufung mit Verantwortlichem und intern festgelegter Frist.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
4. Korrektur direkt aus vertrauenswürdiger Herstellerquelle beziehen und Voraussetzungen, Integrität sowie Installationshinweise prüfen.
Status: Offen
Erwarteter Nachweis: Herstellerreferenz, Paket-/Build-Bezeichnung und dokumentierte Integritätsprüfung, soweit angeboten.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
5. Für risikoreiche Änderungen repräsentative Tests, Betriebsfreigabe, Rückfallplan und erforderliche Sicherung vorsehen.
Status: Offen
Erwarteter Nachweis: Testergebnis, genehmigter Ablauf und tatsächlich nutzbare Wiederherstellungsoption.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
6. Rollout und gegebenenfalls Neustart ausführen; die wirklich laufende Version und nicht nur das installierte Paket prüfen.
Status: Offen
Erwarteter Nachweis: Erfolgreicher Rollout plus Laufzeit-/Boot-/Firmware-Nachweis und erneute Schwachstellenprüfung.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
7. Kann noch nicht gepatcht werden, eine zum konkreten Befund passende Kompensation umsetzen und ihre Wirkung prüfen.
Status: Offen
Erwarteter Nachweis: Beispielsweise belegte Zugriffsbeschränkung; befristete Risikoentscheidung mit erneutem Prüftermin.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
8. Bei möglicher vorheriger Ausnutzung zusätzlich Vorfallsprüfung und herstellerspezifische Wiederherstellungsschritte veranlassen.
Status: Offen
Erwarteter Nachweis: Untersuchungsauftrag und gesicherte Befunde; Patchstatus und Kompromittierungsstatus getrennt dokumentiert.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
9. Befund erst mit Wirksamkeitsnachweis schließen; Ausnahmen, nicht erreichte Systeme und abgekündigte Produkte weiterverfolgen.
Status: Offen
Erwarteter Nachweis: Abschlussbeleg, Restliste und aktualisiertes Inventar statt bloß eines erfolgreichen Verteilungslaufs.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
KEV dokumentiert bekannte Ausnutzung; das Fehlen einer CVE im Katalog beweist keine Harmlosigkeit. CISA-Fristen und US-Behördenvorgaben gelten nicht pauschal als gesetzliche Patchfristen für deutsche Privatunternehmen. Ein Update beseitigt nicht automatisch Persistenz, gestohlene Zugangsdaten oder andere Folgen einer vorherigen Kompromittierung.