Patch-Management - die meisten Einbrüche nutzen längst bekannte Lücken
Die meisten erfolgreichen Angriffe nutzen keine geheime Superwaffe, sondern eine Lücke, für die es seit Monaten einen Patch gibt. Wir halten Deine Systeme automatisiert und kontrolliert aktuell - getestet ausgerollt, damit Sicherheit nicht auf Kosten der Stabilität geht.
Sicherheitsupdates für Betriebssysteme und Anwendungen werden zeitnah eingespielt - nicht erst, wenn jemand Zeit hat. Das schließt genau die Lücken, die Angreifer als Erstes abklopfen.
02
Getestet statt blind
Updates werden vor dem breiten Rollout geprüft, damit kein Patch den Betrieb lahmlegt. Sicherheit und Stabilität sind kein Widerspruch, wenn man es richtig macht.
03
Nachweisbar & vollständig
Welches System ist auf welchem Stand? Das Patch-Management liefert den Überblick - wichtig für den Betrieb und für Audits nach NIS2, ISO 27001 oder BSI-Grundschutz.
So gehen wir vor
1
Bestand erfassen
Welche Systeme, welche Software, welcher Stand? Wir schaffen den Überblick - oft der erste Moment, in dem sichtbar wird, wie viele Lücken offen sind.
2
Automatik einrichten
Wir richten das automatisierte Einspielen mit Test- und Freigabestufen ein - für Server und Clients, mit sinnvollen Wartungsfenstern.
3
Betreiben & belegen
Laufender Betrieb, Ausnahmen sauber behandelt (z. B. Alt-Systeme), lückenlose Dokumentation des Patch-Stands.
Die unglamouröse Maßnahme mit der größten Wirkung
Patch-Management klingt langweilig - und ist genau deshalb oft vernachlässigt. Dabei nutzen die meisten erfolgreichen Angriffe keine ausgefeilte Zero-Day-Lücke, sondern eine bekannte Schwachstelle, für die seit Wochen oder Monaten ein Update bereitliegt. Wer konsequent patcht, schließt die Türen, durch die Angreifer am liebsten gehen.
01Können wir das nicht einfach auf automatisch stellen?
Teils - aber ungetestete Auto-Updates legen im ungünstigen Moment den Betrieb lahm, und Server sowie Spezialsoftware brauchen mehr Sorgfalt. Wir kombinieren Automatik mit Test- und Freigabestufen, damit beides stimmt: aktuell und stabil.
02Was ist mit Systemen, die nicht gepatcht werden können?
Die gibt es fast überall (alte Maschinensteuerung, Spezialsoftware). Solche Systeme isolieren und überwachen wir gesondert - Patchen ist nicht die einzige Antwort, aber sie müssen bewusst behandelt werden.
03Betrifft das auch Anwendungen, nicht nur Windows?
Ja. Gerade Browser, PDF-Reader und weitverbreitete Tools sind beliebte Einfallstore. Wir halten auch die Anwendungen aktuell, nicht nur das Betriebssystem.
04Ist das BAFA-förderfähig?
Der Beratungs- und Einführungsanteil ist häufig BAFA-förderfähig (Bemessungsgrundlage 3.500 EUR, Zuschuss also max. 1.750 EUR; bis zu zwei geförderte Beratungen pro Jahr). Den Antrag übernehmen wir.
05Wie schnell werden kritische Sicherheitsupdates eingespielt?
Kritische Lücken, die bereits aktiv ausgenutzt werden, behandeln wir außerhalb des normalen Zyklus - oft noch am selben oder am nächsten Tag. Der Rest läuft in geplanten Wartungsfenstern, damit nicht jede Woche jemand aus dem Betrieb gerissen wird. Was als kritisch gilt, legen wir vorab gemeinsam fest, sonst ist am Ende alles dringend.
06Müssen unsere Leute dafür ständig neu starten?
Ein Teil der Updates braucht einen Neustart, das lässt sich nicht wegzaubern. Wir legen ihn in Wartungsfenster oder geben den Nutzern ein Zeitfenster mit Erinnerung, statt mitten im Arbeitstag durchzugreifen. Erzwungen wird ein Neustart nur, wenn die Schwere der Lücke es rechtfertigt.
07Was kostet Patch-Management?
Bei uns ist es Bestandteil des gemanagten Betriebs - Managed IT startet bei 59 EUR pro Arbeitsplatz und Monat, Server werden getrennt bepreist. Als reines Einzelprojekt lohnt es sich selten, weil der Wert im dauerhaften Betrieb liegt und nicht in einer einmaligen Aufräumaktion.
08Reicht nicht einfach Windows Update?
Für einen Privatrechner ja, für ein Firmennetz nicht. Windows Update kümmert sich um das Betriebssystem und Microsoft-Produkte, aber nicht um Drittanwendungen, nicht um Deine Server nach Plan und schon gar nicht um den Nachweis, welches Gerät auf welchem Stand ist. Genau diese Lücken schließt ein zentrales Patch-Management.
09Was ist der Unterschied zu einem Schwachstellen-Scan?
Der Scan zeigt, wo Lücken sind - auch solche, für die es gar keinen Patch gibt, etwa Fehlkonfigurationen. Das Patch-Management schließt die, die sich per Update schließen lassen. Zusammen ergeben sie den Kreislauf aus Finden und Beheben; einzeln bleibt jeweils die Hälfte liegen.
10Patcht Ihr auch Server und Linux-Systeme?
Ja. Windows-Server, Linux-Systeme, Hypervisoren und Netzwerkgeräte gehören dazu - gerade dort ist eine offene Lücke am teuersten. Für Server arbeiten wir grundsätzlich mit Wartungsfenster, vorherigem Snapshot beziehungsweise Backup und einem definierten Rückweg.
11Was ist mit Homeoffice-Geräten, die selten im Büro sind?
Die werden über den Agenten auf dem Gerät versorgt, nicht über die Anwesenheit im Firmennetz. Sobald ein Notebook online ist, holt es seine Updates; eine VPN-Verbindung ist dafür nicht nötig. Geräte, die sich längere Zeit gar nicht melden, fallen im Reporting auf und werden nachverfolgt.
12Was passiert, wenn ein Update etwas kaputt macht?
Deshalb rollen wir gestuft aus: erst eine kleine Testgruppe, dann die Breite. Geht trotzdem etwas schief, setzen wir zurück - bei Servern über Snapshot oder Backup, bei Clients über die Deinstallation des Updates. Ein Restrisiko bleibt, aber es ist deutlich kleiner als das Risiko, gar nicht zu patchen.
13Verlangt NIS2 ein Patch-Management?
NIS2 nennt kein Produkt, verlangt aber einen geregelten Umgang mit Schwachstellen und den Nachweis, dass er greift. ISO 27001 und BSI-Grundschutz sind an dieser Stelle noch expliziter. Wir setzen um und dokumentieren prüffest - die Zertifizierung selbst nimmt eine akkreditierte Stelle vor.
14Wir haben schon ein Tool dafür - könnt Ihr das übernehmen?
Meistens ja. Wir schauen uns an, was das vorhandene Werkzeug abdeckt und wo die blinden Flecken sind, und übernehmen dann den Betrieb, statt ohne Not zu wechseln. Ein Wechsel lohnt erst, wenn Server, Drittsoftware oder das Reporting damit nicht sauber abgedeckt sind.
15Wie belegen wir gegenüber Auditor oder Versicherer, dass wir patchen?
Der Nachweis fällt aus dem laufenden Betrieb ab: welches System, welcher Stand, wann eingespielt, welche Ausnahmen mit welcher Begründung. Diesen Bericht bekommst Du regelmäßig und kannst ihn direkt vorlegen. Cyberversicherer fragen inzwischen fast immer danach.