Thema
Bei der Erstellung dieses Leitfadens haben wir mit NinjaOne-Partnern zusammengearbeitet, um zu verstehen, wie sie die Funktionen der Patch-Verwaltung von NinjaOne nutzen, und ihr Fachwissen mit unserem eigenen kombiniert. In diesem Leitfaden geben wir diese Erkenntnisse weiter, damit neue Partner die Patch-Verwaltung optimal nutzen können.
Umgebung
NinjaOne-Plattform
Patch-Verwaltung
Beschreibung
- So richten NinjaOne-Nutzer Windows-Patches ein
- Scan-Pläne
- Update-Pläne
- Versäumte Zeitpläne
- Patch-Genehmigungen
- Gewöhnliche Patch-Profile
- Verhalten beim Neustart
So richten NinjaOne-Nutzer Windows-Patches ein
Das Patch-Management ist eine der wichtigsten Aufgaben eines IT-Teams. Unternehmen wenden erhebliche Ressourcen auf, um ihre Infrastruktur auf dem neuesten Stand zu halten, doch mehr als die Hälfte aller Sicherheitsverletzungen hätte durch die Installation verfügbarer Software- und Betriebssystem-Patches verhindert werden können.
Neben den Auswirkungen auf die Sicherheit stellt eine effektive Patch-Strategie sicher, dass Endbenutzer über die aktuellste, funktionsreiche Software verfügen, mit der sie ihre Arbeit erledigen können.
Wenn jedoch selbst einige der größten und finanzstärksten Organisationen der Welt Schwierigkeiten mit dem Patch-Management haben, welche Chancen haben dann kleine und mittlere Unternehmen mit begrenztem IT-Support? Ohne die richtigen Tools ist der Prozess zeitaufwendig, kompliziert, für Endbenutzer störend und fehleranfällig.
Patch-Management-Software, wie sie beispielsweise in NinjaOne enthalten ist, bietet Anwendern einen vollständigen, zentralisierten Überblick über ihre Patch-Compliance-Rate und automatisiert die Identifizierung, das Herunterladen und das Bereitstellen von Patches auf allen von Ihnen verwalteten Geräten.
NinjaOne ermöglicht Ihnen eine detaillierte Steuerung über Ihren Patch-Genehmigungsprozess, verbessert Ihre Erfolgsquote beim ersten Patch-Durchlauf und reduziert den Zeitaufwand Ihrer Techniker für das Patching.
Scan-Pläne
Mit den Richtlinien von NinjaOne können Benutzer Patch-Scans unabhängig vom Aktualisierungsprozess planen. Der Scan identifiziert alle noch nicht installierten Patches auf einem Gerät und sortiert sie basierend auf den richtlinienbasierten Genehmigungseinstellungen in die Kategorien „Genehmigt“, „Ausstehend“ oder „Abgelehnt“.
Indem Sie den Scan Stunden oder Tage vor der Durchführung eines Updates durchführen, können Sie den Genehmigungsstatus eines Patches manuell anpassen, was der Update-Prozess dann berücksichtigt. Dies ist äußerst hilfreich für manuell genehmigte Patches oder um problematische Patches zu vermeiden, die normalerweise automatisch genehmigt würden.
Wann sollten Scans geplant werden?
Wochentag
Die meisten NinjaOne-Partner planen ihre Patch-Scans einmal pro Woche ein. Freitags finden Patch-Scans mit Abstand am häufigsten statt. Die nächsthäufigste Option ist die tägliche Durchführung eines Scans. Tägliche Patch-Scans beanspruchen zwar mehr Ressourcen, bieten den Partnern jedoch ein Maximum an Zeit, um Ad-hoc-Änderungen an Patches vorzunehmen.
| So | Mo | Di | Mi | Di | Fr | Sa | Täglich |
|---|---|---|---|---|---|---|---|
| 3 % | 3 % | 5% | 10 % | 7 % | 40 % | 7 % | 25 % |
Tageszeit
Die gewöhnlichste Zeit für Patch-Scans liegt zwischen 17:00 und 18:00 Uhr (Gerätezeit). Viele Benutzer planen Scans nach 18:00 Uhr, um Beeinträchtigungen für Endnutzer zu vermeiden, die länger arbeiten. Obwohl Patch-Scans nicht ressourcenintensiv sind, werden die meisten Scans außerhalb der üblichen Arbeitszeiten geplant, um Beeinträchtigungen für Endnutzer zu vermeiden. Benutzer, die Scans während der Arbeitszeiten planen, tun dies möglicherweise, um die größtmögliche Anzahl an online verbundenen Geräten zu erfassen.
| 00:00 – 8:50 | 9:00 – 16:59 | 17:00 – 23:59 |
|---|---|---|
| 16 % | 24 % | 60 % |
Scan-Dauer
Die meisten NinjaOne-Benutzer legen keine Scan-Dauer fest, sodass Scans so lange dauern können, wie nötig. Für diejenigen, die die Dauer begrenzen, sind die gängigsten Optionen 9 Stunden, 6 Stunden und 3 Stunden. Scan-Dauern können verwendet werden, wenn Sie eine neue Infrastruktur übernehmen oder wenn Benutzer aus mehreren Zeitzonen auf einen Server zugreifen müssen und das Patch-Fenster kürzer sein muss, um die Auswirkungen auf die Endbenutzer zu minimieren.
| 1 Stunde | 2 Stunden | 3 Stunden | 4 Stunden | 5 Stunden | 6 Stunden | 7 Stunden | 8 Stunden | 9+ Stunden | ∞ |
|---|---|---|---|---|---|---|---|---|---|
| 0 % | 0 % | 1 % | 1 % | 1 % | 3 % | 0 % | 0 % | 10 % | 85 % |
Update-Pläne
Der NinjaOne-Update-Zeitplan sucht zunächst nach verfügbaren Patches, lädt dann sowohl neu entdeckte Patches als auch solche herunter, die bereits bei einem Patch-Scan identifiziert wurden, und anwendet sie – basierend auf den Genehmigungskonfigurationen der Richtlinie und etwaigen anwendbaren Übersteuerungen. Das NinjaOne-Patch-Management führt anschließend einen zusätzlichen Scan durch, um den Vorgang abzuschließen.
Der durch die Richtlinie festgelegte Genehmigungsstatus kann für einzelne Geräte oder für ganze Richtlinien überschrieben werden, sofern ein Scan dies vor der Anwendung erkennt.
Sobald während eines Update-Zyklus versucht wurde, einen Patch zu installieren, wird dieser im Betriebssystem-Patch-Dashboard in die Kategorien „Installiert“ oder „Fehlgeschlagen“ sortiert.
Wann sollten Updates geplant werden?
Wochentag
Patches werden meist am Wochenende angewendet, um Störungen für die Endbenutzer zu vermeiden. Auch freitags – in der Regel nach Feierabend – ist dies gewöhnlich. Nach der erstmaligen Einbindung der Geräte wenden viele Benutzer Patches zudem täglich an, um die Zeit zu minimieren, in der Endpunkte angreifbar sind.
| So | Mo | Di | Mi | Di | Fr | Sa | Täglich |
|---|---|---|---|---|---|---|---|
| 19 % | 4 % | 5% | 9 % | 10 % | 15 % | 19 % | 19 % |
Tageszeit
Die gewöhnlichste Zeit für den Start des Patch-Installationsvorgangs liegt zwischen 17:00 und 18:00 Uhr (Gerätzeit). Viele Benutzer planen ihre Updates nach 18:00 Uhr, um Beeinträchtigungen für Endnutzer zu vermeiden, die länger arbeiten. Da die Installation von Patches ressourcenintensiver ist und oft einen Neustart erfordert, werden die meisten Updates außerhalb der Arbeitszeiten geplant.
| 00:00 – 8:50 | 9:00 – 16:59 | 17:00 – 23:59 |
|---|---|---|
| 33 % | 18 % | 48 % |
Dauer des Updates
Die meisten NinjaOne-Nutzer legen keine Dauer für die Patch-Anwendung fest, sodass Updates so lange dauern können, wie nötig. Diejenigen, die die Dauer begrenzen, beschränken Updates meist auf 4 Stunden oder weniger.
| 1 Stunde | 2 Stunden | 3 Stunden | 4 Stunden | 5+ Stunden | ∞ |
|---|---|---|---|---|---|
| 3 % | 5% | 4 % | 5% | 10 % | 74 % |
Verpasste Zeitpläne
Mit NinjaOne können Nutzer versäumte Scans oder Updates nachholen. Dies tritt gewöhnlich auf, wenn das Gerät ausgeschaltet ist, wenn der Scan oder das Update planmäßig beginnen soll.
Scan- und Update-Optionen können separat aktiviert werden.
Versäumte Scans und Updates werden ausgeführt, sobald der NinjaOne-Agent sich beim Server meldet.
Nachholen nicht vorhandener Scans und Updates
Verpasste Scans
Fast die Hälfte der NinjaOne-Nutzer holt versäumte Patch-Scans automatisch nach. Diese Funktion ist besonders hilfreich für diejenigen, die Scans normalerweise außerhalb der Betriebsstunden durchführen, wenn möglicherweise mehr Geräte ausgeschaltet sind.
| Scan nachholen | Scan nicht nachholen |
|---|---|
| 51 % | 49 % |
Verpasste Updates
Das Nachholen verpasster Updates ist weniger häufig als das Nachholen von Scans. Außerplanmäßige Updates stören Endbenutzer eher, da sie Ressourcen beanspruchen oder nach dem Update einen Neustart des Geräts erfordern.
| Update nachholen | Update nicht nachholen |
|---|---|
| 60 % | 40 % |
Patch-Genehmigungen
Mit NinjaOne können Sie Genehmigungsworkflows für jede der vier Microsoft-Sicherheitsupdate-Schweregrade und sieben Microsoft-Update-Kategorien konfigurieren. Je nach Patch-Kategorie können Sie Patches automatisch genehmigen, automatisch ablehnen oder manuell genehmigen bzw. ablehnen.
In den nächsten Abschnitten teilen wir Ihnen die gängigsten Patch-Profile mit, die NinjaOne-Nutzer auf ihren Geräten anwenden.
Genehmigungen für Sicherheitsupdate
| Schweregrad | Beschreibung ( von Microsoft) |
|---|---|
| Kritisch | Eine Sicherheitslücke, deren Ausnutzung die Ausführung von Code ohne Benutzerinteraktion zulassen könnte. Zu diesen Szenarien gehören sich selbst verbreitende Malware (z. B. Netzwerkwürmer) oder unvermeidbare, gewöhnliche Anwendungsszenarien, in denen die Codeausführung ohne Warnungen oder Aufforderungen erfolgt. Dies kann beispielsweise das Durchsuchen einer Webseite oder das Öffnen einer E-Mail sein. |
| Wichtig | Eine Sicherheitslücke, deren Ausnutzung die Vertraulichkeit, Integrität oder Verfügbarkeit von Benutzerdaten oder die Integrität bzw. Verfügbarkeit von Verarbeitungsressourcen gefährden könnte. Zu diesen Szenarien gehören gängige Anwendungsszenarien, in denen der Client trotz Warnungen oder Aufforderungen kompromittiert wird, unabhängig von der Herkunft, Qualität oder Benutzerfreundlichkeit der Aufforderung. |
| Mittel | Faktoren wie Anforderungen an die Authentifizierung oder die Tatsache, dass die Schwachstelle nur bei Abweichungen von den Standardwerten auftritt, mindern die Auswirkungen der Schwachstelle erheblich. |
| Niedrig | Die Eigenschaften der betroffenen Komponente mindern die Auswirkungen der Sicherheitslücke umfassend. Microsoft empfiehlt Kunden, zu prüfen, ob das Sicherheits-Update auf den betroffenen Systemen angewendet werden soll. |
Update-Kategorien
| Schweregrad | Beschreibung ( von Microsoft) |
|---|---|
| Kritisch | Ein allgemein freigegebenes Update zur Behebung eines bestimmten Problems, das sich um einen kritischen, nicht sicherheitsrelevanten Bug dreht. |
| Regulär | Ein allgemein freigegebenes Update zur Behebung eines bestimmten Problems, das sich um einen kritischen, nicht sicherheitsrelevanten Bug dreht. |
| Update-Rollup | Ein getesteter, kumulativer Satz aus Hotfixes, Sicherheits-Updates, Wichtigen Updates und Updates, die zur einfachen Verteilung gebündelt wurden. |
| ServicePack | Eine getestete, kumulative Sammlung aller Hotfixes, Sicherheitsupdates, wichtigen Updates und Updates. Darüber hinaus enthalten Service Packs zusätzliche Korrekturen für Probleme, die seit der Veröffentlichung des Produkts intern festgestellt wurden. |
| Feature Packs | Neue Funktionalitäten, die zunächst außerhalb des Kontexts einer Produktveröffentlichung bereitgestellt werden und in der Regel in der nächsten vollständigen Produktversion enthalten sind. |
| Definition Packs | Ein weit verbreitetes und regelmäßig erscheinendes Software-Update, das Ergänzungen zur Definitionsdatenbank eines Produkts enthält. Definitionsdatenbanken werden häufig verwendet, um Objekte mit bestimmten Attributen zu erkennen, wie beispielsweise schädlichen Code. |
| Treiber | Software, die die Ein- und Ausgabe eines Geräts steuert. |
| Feature Updates | Bezeichnet ein Upgrade für die Funktionen und die Funktionalität von Windows 10. |
Gewöhnliche Patch-Profile
Wählen Sie einen Profiltyp aus, um mehr zu erfahren:
- Standard-Patching-Profil
- Profil für vollständige Automatisierung der Genehmigungen
- Profil mit niedriger Risikoausprägung und ausgewogener Automatisierung
- Profil mit niedrigem Risiko und geringer Automatisierung
- Vollständiges manuelles Profil
Standard-Patching-Profil
Viele unserer Partner nutzen das Standard-Patching-Profil von NinjaOne, das darauf ausgerichtet ist, zeitsparende Automatisierungen und Risikominderung in Einklang zu bringen.
Nahezu alle Genehmigungen in diesem Profil erfolgen automatisiert. Wichtige Updates werden genehmigt, optionale Updates hingegen abgelehnt, um die Zeitersparnis zu maximieren. Optionale Patches und solche mit niedriger Priorität werden automatisch abgelehnt, um den Automatisierungsgrad hoch zu halten und gleichzeitig operative Risiken zu vermeiden.
Treiber- und Feature Updates sind in diesem Profil deaktiviert, da diese Arten von Updates eher zu Problemen für Endbenutzer führen können.
| Genehmigungen für Sicherheitsupdate | Genehmigungsstatus |
|---|---|
| Niedrig | Ablehnen |
| Mittel | Manuell |
| Wichtig | Genehmigen |
Kritisch | Genehmigen |
| Genehmigungen | Wichtig | Optional |
|---|---|---|
| Wichtige Updates | Genehmigen | Ablehnen |
| Reguläre Updates | Genehmigen | Ablehnen |
| Update-Rollups | Genehmigen | Ablehnen |
| Service Packs | Genehmigen | Ablehnen |
| Definition Packs | Genehmigen | Ablehnen |
| Erweiterte Genehmigungen | |
|---|---|
| Treiber | Deaktiviert |
| Feature Updates | Deaktiviert |
Profil für vollständige Automatisierung der Genehmigungen
Das Profil „Vollständige Automatisierung“ ist das am zweithäufigsten verwendete Profil bei NinjaOne-Partnern. Dieses Profil genehmigt automatisch alle Microsoft-Patches.
Dieses Profil stellt sicher, dass alle mit der Richtlinie verknüpften Geräte stets auf dem neuesten Stand sind, setzt die Geräte jedoch aufgrund problematischer Patches einem gewissen Betriebsrisiko aus.
Durch die Kombination dieses Profils mit regelmäßigen Patch-Scans können Techniker Betriebsrisiken vermeiden, indem sie problematische Patches ablehnen, sobald diese auftreten und noch bevor sie angewendet werden.
Durch die Kombination dieses Profils mit Testgeräten können Sie zudem die Auswirkungen der Patches beobachten, bevor Sie diese auf Rechnern der Produktion bereitstellen.
| Genehmigungen für Sicherheitsupdate | Genehmigungsstatus |
|---|---|
| Niedrig | Genehmigen |
| Mittel | Genehmigen |
| Wichtig | Genehmigen |
| Kritisch | Genehmigen |
Genehmigungen | Wichtig | Optional |
|---|---|---|
Wichtige Updates | Genehmigen | Genehmigen |
Reguläre Updates | Genehmigen | Genehmigen |
Update-Rollups | Genehmigen | Genehmigen |
Service Packs | Genehmigen | Genehmigen |
Definition Packs | Genehmigen | Genehmigen |
Erweiterte Genehmigungen | ||
|---|---|---|
Treiber | Aktiviert | Genehmigen |
Feature Updates | Aktiviert | Genehmigen |
Niedriges, ausgewogenes Automatisierungsprofil
Dieses Profil legt den Schwerpunkt auf das Erreichen einer 100-prozentigen Patch-Compliance und versucht gleichzeitig, das Betriebsrisiko zu minimieren, indem es Automatisierungen und manuelle Genehmigungen ausgewogen kombiniert.
Dieses Profil erfordert mehr manuelle Eingriffe, um eine vollständige Patch-Compliance zu erreichen, bietet jedoch den zusätzlichen Vorteil, dass problematische Patches, die für die Sicherheit oder die Funktionalität eines Geräts nicht kritisch sind, vermieden werden können.
Um die Vorteile dieses Profils nutzen zu können, müssen Techniker regelmäßig manuelle Patches überprüfen und genehmigen oder verweigern.
Genehmigungen für Sicherheitsupdate | Genehmigungsstatus |
|---|---|
Niedrig | Manuell |
Mittel | Manuell |
Wichtig | Genehmigen |
Kritisch | Genehmigen |
Genehmigungen | Wichtig | Optional |
|---|---|---|
Wichtige Updates | Genehmigen | Manuell |
Reguläre Updates | Genehmigen | Manuell |
Update-Rollups | Genehmigen | Manuell |
Service Packs | Genehmigen | Manuell |
Definition Packs | Genehmigen | Manuell |
Erweiterte Genehmigungen | ||
|---|---|---|
Treiber | Aktiviert | Manuell |
Feature Updates | Aktiviert | Manuell |
Profil mit niedrigem Risiko und niedrigem Grad an Automatisierungen
Auch dieses Profil sorgt für ein ausgewogenes Verhältnis zwischen Automatisierungen und manuellen Eingriffen.
In diesem Fall werden optionale Patches automatisch abgelehnt, während Sicherheits- und wichtige Updates eine manuelle Genehmigung erfordern.
Dieses Profil zielt darauf ab, weniger wichtige Patches zu automatisieren und gleichzeitig die betrieblichen Risiken durch problematische Patches zu minimieren.
NinjaOne-Partner, die dieses Profil verwenden, müssen ausstehende Patches regulär überprüfen und genehmigen, um die Sicherheit der Endpunkte zu gewährleisten.
Genehmigungen für Sicherheitsupdate | Genehmigungsstatus |
|---|---|
Niedrig | Manuell |
Mittel | Manuell |
Wichtig | Manuell |
Kritisch | Manuell |
Genehmigungen | Wichtig | Optional |
|---|---|---|
Wichtige Updates | Manuell | Ablehnen |
Reguläre Updates | Manuell | Ablehnen |
Update-Rollups | Manuell | Ablehnen |
Service Packs | Manuell | Ablehnen |
Definition Packs | Manuell | Ablehnen |
Erweiterte Genehmigungen | ||
|---|---|---|
Treiber | Aktiviert | Manuell |
Feature Updates | Aktiviert | Manuell |
Vollständiges manuelles Profil
Das Profil für die volle manuelle Patch-Verwaltung ermöglicht es Technikern, vollständig zu steuern, welche Patches angewendet werden und welche nicht.
Jede für ein Gerät verfügbare Patch wird als ausstehend aufgeführt, bis er genehmigt oder verweigert wird.
Obwohl dieses Profil immer noch weitaus effizienter ist als herkömmliche Patching-Verfahren, ist es das arbeitsintensivste Patching-Profil in NinjaOne. Es könnte Benutzer sowohl Sicherheits- als auch Betriebsrisiken aussetzen, wenn Patches nicht schnell genug angewendet werden.
Nutzer, die dieses Profil verwenden, sollten über Standardarbeitsanweisungen (SOPs) verfügen, um ihre Patch-Rhythmus regulär zu überprüfen.
Genehmigungen für Sicherheitsupdate | Genehmigungsstatus |
|---|---|
Niedrig | Manuell |
Mittel | Manuell |
Wichtig | Manuell |
Kritisch | Manuell |
Genehmigungen | Wichtig | Optional |
|---|---|---|
Wichtige Updates | Manuell | Manuell |
Reguläre Updates | Manuell | Manuell |
Update-Rollups | Manuell | Manuell |
Service Packs | Manuell | Manuell |
Definition Packs | Manuell | Manuell |
Erweiterte Genehmigungen | ||
|---|---|---|
Treiber | Aktiviert | Manuell |
Feature Updates | Aktiviert | Manuell |
Verhalten beim Neustart
Um Windows-Updates vollständig abzuschließen, müssen Geräte oft neu gestartet werden.
Endnutzer dazu zu bewegen, ihre Geräte neu zu starten, ist nahezu unmöglich. Daher ermöglicht NinjaOne die Automatisierung dieses Vorgangs.
NinjaOne-Richtlinien ermöglichen es, je nachdem, ob ein Benutzer angemeldet ist oder nicht, unterschiedliche Aktionen und Zeitpläne anzuwenden.
Nutzer angemeldet
Neustart-Aktionen
Die meisten NinjaOne-Benutzer werden keine Richtlinien verwenden, um nach der Installation von Patches einen Neustart bei Endbenutzern zu erzwingen; stattdessen werden sie den Benutzer auffordern, den Rechner neu zu starten. Viele Richtlinien führen überhaupt keinen automatischen Neustart durch. Nur ein kleiner Prozentsatz der Richtlinien erzwingt einen Neustart.
Aktion | Beschreibung | Frequenz |
|---|---|---|
Nutzer auffordern | Aufforderung zum Neustart, bis Neustart bestätigt wird | 65 % |
Nutzer notifizieren | Nutzer benachrichtigen, dann Neustart nach einer bestimmten Zeit | 10 % |
Automatischer Neustart | Nach einer bestimmten Zeit automatischer Neustart | 4 % |
Kein(e) | Nichts tun | 20 % |
Neustart / Timeout für Aufforderung
Der gewöhnlichste Zeitraum zwischen den Aufforderungen, zwischen Aufforderung und Neustart oder zwischen Abschluss der Patch-Installation und Neustart beträgt 5 Minuten. Je aggressiver die Neustart-Maßnahme wird, desto kürzer wird auch der Zeitrahmen.
Dauer | Aufforderung | Notifizieren | Automatischer Neustart |
|---|---|---|---|
5 Minuten | 65 % | 41 % | 76 % |
5 – 59 | 9 % | 37 % | 18 % |
60 – 239 | 14 % | 13 % | 4 % |
240+ | 12 % | 9 % | 6 % |
Benutzer nicht angemeldet
Neustart-Aktionen
Die meisten NinjaOne-Richtlinien führen nach der Installation von Patches einen planmäßigen Neustart der Geräte durch. Da kein Benutzer angemeldet ist, kommen sofortige Neustarts häufiger vor als bei angemeldeten Benutzern.
Aktion | Beschreibung | Frequenz |
|---|---|---|
Neustart nach Zeitplan | Nutzer benachrichtigen, dann Neustart nach einem bestimmten Zeitraum | 67 % |
Sofortiger Neustart | Das Gerät sofort neu starten | 18 % |
Kein(e) | Nichts tun | 14 % |
Neustart Zeitplan (wöchentlich)
Die 12 % der Richtlinien, die wöchentlich einen Neustart vorsehen, führen den Neustart an folgenden Tagen durch:
So | Mo | Di | Mi | Di | Fr | Sa |
|---|---|---|---|---|---|---|
46 % | 5% | 5% | 3 % | 5% | 8 % | 27 % |
Neustart Zeitplan (täglich)
Die 85 % der Richtlinien, die einen täglichen Neustart vorsehen, führen diesen täglich zu folgenden Zeiten durch:
00:00 – 8:50 | 9:00 – 16:59 | 17:00 – 17:59 | 18:00 – 23:59 |
|---|---|---|---|
19 % | 2 % | 57 % | 22 % |