Patch-Management ist keine glamouröse Aufgabe. Aber sie ist eine der wichtigsten Maßnahmen für die IT-Sicherheit. Automatisierung macht das Patchen zuverlässig, schnell und planbar - ohne nächtliche Einsätze und vergessene Systeme.
Warum manuelles Patching nicht funktioniert
Die Realität in vielen IT-Abteilungen: Patches werden "wenn Zeit ist" installiert, manche Systeme werden vergessen, und bei kritischen Updates gibt es hektische Nachtaktionen. Das Ergebnis: Lücken in der Sicherheit und frustrierte Administratoren.
Die Zahlen sprechen eine klare Sprache: Laut einer Studie von Ponemon nutzen 57 Prozent der erfolgreichen Cyberangriffe bekannte Schwachstellen aus, für die bereits Patches verfügbar waren. Die durchschnittliche Zeit zwischen Patch-Veröffentlichung und Installation beträgt 15 Tage - mehr als genug Zeit für Angreifer.
Das Problem: Microsoft veröffentlicht monatlich Dutzende Sicherheitsupdates. Hinzu kommen Linux-Patches, Firmware-Updates, Third-Party-Anwendungen. Ohne Automatisierung ist es praktisch unmöglich, alle Systeme zeitnah zu patchen.
Automatisierung ersetzt die Verantwortung nicht. Endpoint Security und Patch-Management als Managed Service— mit Testring, Reporting und nachweisbaren Zyklen.
Die Grundlagen eines Patch-Management-Prozesses
Bevor Sie Tools auswählen, brauchen Sie einen klaren Prozess. Automatisierung ohne Prozess führt zu Chaos - nur schneller.
Schritt 1: Inventarisierung
Sie können nur patchen, was Sie kennen. Eine vollständige Inventarisierung aller Systeme ist die Grundlage:
- Server (Windows, Linux, andere Betriebssysteme)
- Clients (Laptops, Desktops, mobile Geräte)
- Netzwerkgeräte (Router, Switches, Firewalls)
- Anwendungen (inkl. Versionen und Installationsort)
- Firmware und BIOS/UEFI
Schritt 2: Kategorisierung nach Kritikalität
Nicht alle Systeme haben die gleiche Priorität. Definieren Sie Kategorien:
- Kritisch: Produktionsserver, Domain Controller, Datenbanken
- Wichtig: Dateiserver, Anwendungsserver, Management-Systeme
- Standard: Clients, Drucker, nicht-kritische Systeme
- Test: Entwicklungs- und Testsysteme
Schritt 3: Patch-Richtlinien definieren
Legen Sie fest, wie schnell verschiedene Patch-Typen installiert werden müssen:
Tools für automatisiertes Patch-Management
Die Wahl des richtigen Tools hängt von Ihrer Umgebung ab. Hier sind die wichtigsten Optionen für verschiedene Szenarien.
WSUS ist kostenlos in Windows Server enthalten und eignet sich gut für kleinere bis mittlere Umgebungen. Windows Update for Business bietet zusätzliche Cloud-Funktionen für Microsoft 365.
Ansible in Kombination mit unattended-upgrades (Debian/Ubuntu) oder dnf-automatic (RHEL/Rocky) bietet mächtiges, automatisiertes Patch-Management ohne Lizenzkosten.
Remote Monitoring & Management Plattformen bieten integriertes Patch-Management für Windows, macOS und Linux - inklusive Third-Party-Anwendungen. Ideal für gemischte Umgebungen.
Best Practices für automatisiertes Patching
1. Gestaffeltes Rollout
Niemals alle Systeme gleichzeitig patchen. Nutzen Sie ein gestaffeltes Rollout:
- Tag 1: Test-/Entwicklungssysteme
- Tag 3: Nicht-kritische Produktionssysteme
- Tag 7: Kritische Produktionssysteme
So haben Sie Zeit, Probleme zu erkennen, bevor sie die wichtigsten Systeme betreffen.
# Ansible Playbook: Gestaffeltes Patching - name: Patch Testsysteme (Welle 1) hosts: test_servers tasks: - name: Update alle Pakete apt: upgrade: dist update_cache: yes - name: Warte auf Validierung pause: prompt: "Teste die Systeme und drücke Enter zum Fortfahren" - name: Patch Produktionssysteme (Welle 2) hosts: production_servers serial: 25% # Nur 25% gleichzeitig tasks: - name: Update alle Pakete apt: upgrade: dist
2. Patch-Fenster definieren
Legen Sie feste Wartungsfenster fest, in denen Patches installiert werden dürfen:
- Server: Samstagnacht oder Sonntag früh
- Clients: Mittagspause oder nach Feierabend
- Kritische Updates: Sofort, aber mit Rollback-Plan
Wichtig: Kommunizieren Sie Patch-Fenster im Voraus an alle Betroffenen. Überraschende Neustarts während wichtiger Präsentationen sind nicht beliebt.
3. Automatische Neustarts kontrollieren
Viele Patches erfordern einen Neustart. Konfigurieren Sie die Systeme so, dass Neustarts nur im definierten Wartungsfenster erfolgen:
# Windows: Gruppenrichtlinie für kontrollierte Neustarts # Computer Configuration > Policies > Administrative Templates # > Windows Components > Windows Update Configure Automatic Updates: 4 - Auto download and schedule install Scheduled Install Day: 7 - Every Saturday Scheduled Install Time: 03:00 No auto-restart during active hours: Enabled (08:00-18:00)
4. Rollback-Strategie
Nicht jedes Update ist fehlerfrei. Planen Sie Rollback-Möglichkeiten:
- VM-Snapshots vor kritischen Updates
- System-Wiederherstellungspunkte auf Windows
- ZFS/Btrfs Snapshots auf Linux
- Dokumentierte Rollback-Prozeduren
5. Patch-Ausnahmen verwalten
Manchmal können bestimmte Patches nicht installiert werden - z.B. wegen Anwendungskompatibilität. Dokumentieren Sie alle Ausnahmen:
- Welcher Patch wird nicht installiert?
- Warum nicht?
- Welche kompensierenden Maßnahmen gibt es?
- Wann wird die Ausnahme überprüft?
Achtung: Patch-Ausnahmen sind Sicherheitsrisiken. Sie sollten regelmäßig überprüft und so schnell wie möglich aufgelöst werden.
Third-Party-Anwendungen nicht vergessen
Betriebssystem-Patches sind nur die halbe Miete. Anwendungen wie Adobe Reader, Java, Chrome, Firefox, 7-Zip oder VLC sind ebenfalls regelmäßige Angriffsziele.
Lösungen für Third-Party-Patching
- RMM-Tools: Die meisten RMM-Plattformen können auch Third-Party-Anwendungen patchen
- Chocolatey (Windows): Paketmanager für automatisierte Software-Updates
- SCUP (Microsoft): System Center Updates Publisher für Third-Party-Kataloge
- PDQ Deploy: Einfaches Deployment-Tool für Windows-Umgebungen
# Chocolatey: Automatisches Update aller installierten Pakete choco upgrade all -y # Als geplante Aufgabe (wöchentlich): schtasks /create /tn "Choco Update" /tr "choco upgrade all -y" /sc weekly /d SAT /st 04:00
Reporting und Compliance
Patch-Management ist nicht nur für die Sicherheit wichtig - es ist auch eine Compliance-Anforderung (ISO 27001, NIS2, Cyber-Versicherung). Ein gutes Reporting zeigt:
- Patch-Status aller Systeme (aktuell, ausstehend, fehlgeschlagen)
- Compliance-Quote (z.B. "95% aller Systeme innerhalb von 7 Tagen gepatcht")
- Ausnahmen und deren Begründung
- Historische Trends
Direkte Antworten zum Patch-Management
Die folgenden Antworten fassen die häufigsten Fragen zum Thema zusammen — kurz genug zum Zitieren, konkret genug für eine Entscheidung. Für die Umsetzung im eigenen Haus siehe Endpoint Security und Patch-Management als Managed Service, für die Ablösung bestehender Installationen WSUS-Nachfolger im Vergleich.
Plattformen im Überblick
| Plattform | Betriebsmodell | Windows | Linux / macOS | Drittsoftware | Software­verteilung | Typischer Einsatz |
|---|---|---|---|---|---|---|
| WSUS | On-Premise | ja | nein | nein | nein | Auslaufmodell — von Microsoft 2024 als „deprecated" eingestuft, keine Weiterentwicklung |
| Windows Update for Business / Autopatch | Cloud | ja | nein | nein | nein | Reine Microsoft-Umgebungen mit M365-Lizenzierung |
| Microsoft Intune | Cloud | ja | eingeschränkt | nur über selbst paketierte Win32-Apps | ja | Unternehmen, die ohnehin auf Entra ID und M365 stehen |
| ManageEngine Endpoint Central | Cloud + On-Premise | ja | ja | großer Fertigkatalog | ja | Gemischte Umgebungen vom KMU bis Enterprise |
| baramundi Management Suite | On-Premise | ja | ja | Katalog | ja | Deutscher Hersteller, für on-premise-affine Mittelständler |
| Raynet One | Cloud + On-Premise | ja | ja | Paketierung als Kernkompetenz | ja | Deutscher Hersteller, Stärke bei Discovery und Paketierung |
| RMM-Plattformen (NinjaOne, Datto, ConnectWise) | Cloud | ja | ja | ja | ja | MSPs und IT-Dienstleister mit Mandantentrennung |
| Action1 | Cloud | ja | eingeschränkt | ja | ja | Kleine Umgebungen — Free-Tier für die ersten Endpoints |
| Ansible + unattended-upgrades / dnf-automatic | On-Premise | begrenzt | ja | über Distributions-Repos | ja | Linux-lastige Umgebungen mit Infrastructure-as-Code |
Stand: August 2026. Funktions- und Lizenzumfang ändern sich laufend — vor der Auswahl beim Hersteller gegenprüfen.
Wie automatisiere ich das Patchmanagement für Windows-Systeme?
In drei Schritten: Erstens eine vollständige Inventarisierung aller Endpoints, weil Sie nur patchen können, was Sie kennen. Zweitens Ringe definieren — Testring, Pilotring, Produktion — mit 24 bis 72 Stunden Abstand, damit ein fehlerhaftes Update nicht alle Systeme gleichzeitig trifft. Drittens ein Werkzeug, das Windows und Drittsoftware abdeckt; Browser, Java, PDF-Reader und Kommunikationstools sind heute die häufigeren Einfallstore als das Betriebssystem selbst. Die Bordmittel WSUS und Windows Update for Business decken Punkt drei nicht ab.
Welche Tools bieten zentrales Windows-Patchmanagement ohne manuelle Eingriffe?
Vollautomatisch mit Drittsoftware-Abdeckung arbeiten ManageEngine Endpoint Central, baramundi, Raynet One, Action1 und die RMM-Plattformen NinjaOne, Datto und ConnectWise. Microsoft Intune automatisiert Windows-Updates zuverlässig, verlangt für Drittsoftware aber selbst paketierte Win32-Apps. Reine Automatisierung ohne Testring ist allerdings ein Risiko: Sie brauchen weiterhin eine Instanz, die fehlgeschlagene Installationen bemerkt und nacharbeitet.
Welche Plattformen bieten Softwareverteilung und Patchmanagement kombiniert?
Kombiniert beides beherrschen ManageEngine Endpoint Central, baramundi Management Suite, Raynet One, Microsoft Intune sowie die RMM-Suiten NinjaOne, Datto RMM und ConnectWise Automate. Der Unterschied liegt weniger im Funktionsumfang als im Betriebsmodell: baramundi und Raynet One kommen von on-premise und aus Deutschland, Intune und die RMM-Plattformen sind Cloud-first. Für Umgebungen mit Datenschutz- oder Souveränitätsanforderungen ist das oft das entscheidende Kriterium.
Was ist die beste Windows-Patchmanagement-Lösung für MSP?
Für Dienstleister zählt Mandantenfähigkeit, nicht Funktionsumfang: Sie brauchen getrennte Policies je Kunde, kundenübergreifendes Reporting und Abrechnung pro Endpoint. Das liefern die RMM-Plattformen NinjaOne, Datto RMM und ConnectWise Automate am saubersten, weil sie von vornherein für Multi-Tenant gebaut sind. ManageEngine und baramundi sind funktional stark, aber primär auf eine Organisation ausgelegt.
Wie optimieren MSP-Softwaretools die Patchverwaltung für Windows?
Der Hebel liegt in der Standardisierung über Kunden hinweg: eine Policy-Vorlage, die auf alle Mandanten ausgerollt wird, statt individueller Konfiguration je Umgebung. Dazu kommen automatische Ticket-Erzeugung bei fehlgeschlagenen Patches, Reporting, das der Kunde direkt an seine Cyber-Versicherung weiterreichen kann, und Wartungsfenster, die zur jeweiligen Schicht passen. Der eigentliche Gewinn ist nicht die Automatisierung selbst, sondern dass Ausnahmen sichtbar werden.
Wie oft sollten Patches eingespielt werden?
Sicherheitsupdates für kritische Lücken innerhalb von 72 Stunden, alle übrigen innerhalb von 30 Tagen — das ist der Rahmen, den NIS2 und die meisten Cyber-Versicherer heute erwarten. Praktisch heißt das: monatlicher Regelzyklus am Patchday, plus ein definierter Notfallprozess für Zero-Days außerhalb des Zyklus. Wichtiger als die Frequenz ist der Nachweis, dass der Zyklus eingehalten wurde.
Ist WSUS noch eine Option?
Für Neuinstallationen nein. Microsoft hat WSUS 2024 als „deprecated" eingestuft — es funktioniert weiter, wird aber nicht mehr weiterentwickelt und deckt Drittsoftware ohnehin nie ab. Bestehende WSUS-Umgebungen können vorerst laufen, sollten aber einen Migrationspfad haben.
Was kostet automatisiertes Patch-Management?
Marktüblich wird pro Endpoint und Monat abgerechnet, im niedrigen einstelligen Euro-Bereich bei Cloud-Plattformen; on-premise-Suiten arbeiten mit Jahreslizenzen plus Wartung. Die Lizenz ist dabei der kleinere Posten — den Aufwand macht die Paketierung von Drittsoftware und die Nacharbeit bei fehlgeschlagenen Installationen. Genau deshalb geben viele Unternehmen den Prozess als Managed Service ab statt nur das Werkzeug zu kaufen.
Fazit: Automatisierung ist der Schlüssel
Manuelles Patch-Management skaliert nicht und führt zu Sicherheitslücken. Mit den richtigen Tools und Prozessen wird Patching zu einer planbaren, zuverlässigen Routine statt zu einer nächtlichen Feuerwehraktion.
Der Aufwand für die Einrichtung automatisierten Patch-Managements zahlt sich schnell aus: weniger Sicherheitsvorfälle, weniger ungeplante Ausfälle, bessere Compliance und mehr Zeit für wichtigere Aufgaben.
Bei HostSpezial übernehmen wir das Patch-Management für Sie - als Teil unserer Managed Services. Ihre Systeme sind immer aktuell, ohne dass Sie sich darum kümmern müssen.
Patch-Management outsourcen
Wir halten Ihre Systeme aktuell - zuverlässig und ohne Ausfallrisiko.
Jetzt informieren