Das Schwachstellenmanagement hat sich im Laufe der Jahre kaum ver\u00e4ndert. In der Regel werden Scans nach einem festen Zeitplan durchgef\u00fchrt, anschlie\u00dfend werden die Ergebnisse gepr\u00fcft und Risiken priorisiert, bevor die Schwachstellen im n\u00e4chsten verf\u00fcgbaren Wartungsfenster behoben werden. Dieses Modell wurde f\u00fcr eine Zeit entwickelt, in der Vorhersehbarkeit eine gr\u00f6\u00dfere Rolle spielte. Software ver\u00e4ndert sich heute jedoch nicht mehr nach planbaren Zeitpl\u00e4nen. T\u00e4glich kommen neue Anwendungen hinzu, Updates werden fortlaufend durchgef\u00fchrt und Bedrohungsakteure warten nicht bis zum n\u00e4chsten Scan.<\/p>\n
Dennoch arbeiten viele Programme f\u00fcr das Schwachstellenmanagement weiterhin nach genau diesem Prinzip.<\/p>\n
Das scanbasierte Schwachstellenmanagement hat sich zum Branchenstandard entwickelt, weil es praktikabel und leicht messbar war. Regelm\u00e4\u00dfige Scans verschafften Sicherheitsteams einen klaren \u00dcberblick \u00fcber bestehende Risiken und erm\u00f6glichten strukturierte Berichtszyklen zur Erf\u00fcllung von Compliance-Anforderungen. S\u00e4mtliche Arbeitsabl\u00e4ufe wurden an diesem Zeitplan ausgerichtet, angefangen bei der Priorisierung und Behebung von Schwachstellen bis hin zur Berichterstattung an die Gesch\u00e4ftsleitung. Dieses Modell funktionierte gut in Umgebungen, die sich nur langsam ver\u00e4nderten und daher einfacher zu verwalten waren.<\/p>\n
Urspr\u00fcnglich wurde das Schwachstellenscanning f\u00fcr zentralisierte Infrastrukturen entwickelt, in denen \u00c4nderungen nur selten vorgenommen wurden und sich Systeme leichter \u00fcberwachen lie\u00dfen. Gleichzeitig festigten Compliance-Programme dieses Modell, indem sie regelm\u00e4\u00dfige Scans und formalisierte Berichtszyklen vorschrieben. Der Ansatz verbesserte zwar erfolgreich die Transparenz, war jedoch nie darauf ausgelegt, die Geschwindigkeit der Schwachstellenbehebung zu optimieren.<\/p>\n
Bei herk\u00f6mmlichen Modellen werden Schwachstellen im Rahmen geplanter Scans erkannt, die h\u00e4ufig in regelm\u00e4\u00dfigen Abst\u00e4nden durchgef\u00fchrt werden. Am weitesten verbreitet sind w\u00f6chentliche und monatliche Scans. So entsteht zwangsl\u00e4ufig eine vorhersehbare L\u00fccke zwischen \u00c4nderungen an der Software und der Erkennung der daraus resultierenden Risiken. Dies ist nicht auf mangelnde Sorgfalt zur\u00fcckzuf\u00fchren, sondern darauf, dass das System auf periodischen Kontrollen basiert.<\/p>\n
Da Ger\u00e4te heute \u00fcber verschiedene Standorte verteilt sind und fortlaufend \u00c4nderungen vorgenommen werden, erh\u00f6ht jede Verz\u00f6gerung das Risiko. Wenn Sie wissen, dass jemand versucht, in Ihr Haus einzubrechen, warum sollten Sie dann das Fenster ge\u00f6ffnet und die T\u00fcr unverschlossen lassen, bis die n\u00e4chste Kontrolle stattfindet?<\/p>\n
Wie bereits erw\u00e4hnt, werden Scans in der Branche h\u00e4ufig w\u00f6chentlich oder monatlich durchgef\u00fchrt. In vielen Umgebungen erstrecken sich die Expositionszeitr\u00e4ume zwischen den einzelnen Erkennungszyklen daher \u00fcber 15 bis 30<\/a> Tage. W\u00e4hrend dieses Zeitraums k\u00f6nnen neue Schwachstellen bereits \u00f6ffentlich bekannt sein, w\u00e4hrend ihre aktive Ausnutzung zunehmend schneller erfolgt. Die Zahl der CVEs<\/a> steigt von Jahr zu Jahr weiter an, w\u00e4hrend sich gleichzeitig die Zeitspanne bis zur Ausnutzung einer Schwachstelle verk\u00fcrzt. Traditionell basiert das Schwachstellenmanagement auf einer periodischen Erkennung. Das bedeutet, dass Risiken erst identifiziert werden, nachdem bereits eine Gef\u00e4hrdung besteht. Das Modell wurde somit in erster Linie f\u00fcr regelm\u00e4\u00dfige Berichtszyklen und nicht f\u00fcr eine unmittelbare Reaktion optimiert.<\/p>\n Die meisten Unternehmen verf\u00fcgen bereits \u00fcber Tools zur Erkennung von Schwachstellen. Gebremst werden sie jedoch durch die Zeitspanne zwischen der Erkennung und der Einleitung konkreter Ma\u00dfnahmen. In herk\u00f6mmlichen Arbeitsabl\u00e4ufen sind Scanning, Berichterstellung und Behebung h\u00e4ufig auf verschiedene Systeme verteilt. Bevor Ma\u00dfnahmen ergriffen werden k\u00f6nnen, m\u00fcssen die Ergebnisse daher zwischen unterschiedlichen Teams und Tools weitergeleitet werden. Diese Reibungsverluste f\u00fchren zu Verz\u00f6gerungen, die wiederum den Expositionszeitraum verl\u00e4ngern.<\/p>\n Je l\u00e4nger es dauert, eine bekannte Schwachstelle zu beheben, desto gr\u00f6\u00dfer wird das Zeitfenster, in dem sie ausgenutzt werden kann. Transparenz allein reduziert das Risiko nicht, eine schnelle Reaktion hingegen schon.<\/p>\n NinjaOne verfolgt einen anderen Ansatz. Anstatt sich auf regelm\u00e4\u00dfige Scanzyklen zu verlassen, gleicht die Plattform aktuelle Softwaredaten von Endpunkten kontinuierlich mit den neuesten CVE-Informationen ab. Die Erkennung potenzieller Schwachstellen wird somit durch Software\u00e4nderungen und nicht durch festgelegte Scanzeitpl\u00e4ne ausgel\u00f6st. So werden Risiken bereits wenige Minuten nach einer \u00c4nderung sichtbar und nicht erst mehrere Wochen sp\u00e4ter. Mit diesem Ansatz sind Scans keine Voraussetzung mehr, um Transparenz \u00fcber Schwachstellen zu erhalten.<\/p>\n Der entscheidendere Wandel zeigt sich jedoch im anschlie\u00dfenden Prozess. Das herk\u00f6mmliche Schwachstellenmanagement folgt h\u00e4ufig einer linearen Prozesskette: Zun\u00e4chst wird ein Scan durchgef\u00fchrt, anschlie\u00dfend werden die Ergebnisse exportiert und Tickets erstellt, bevor die Schwachstellen zu einem sp\u00e4teren Zeitpunkt behoben werden. NinjaOne bindet die Schwachstellenerkennung hingegen direkt in die Patch-Workflows ein. So erfolgen Erkennung und Behebung innerhalb desselben operativen Systems. Die IT ist f\u00fcr die Erkennung und Behebung verantwortlich, w\u00e4hrend SecOps die Ma\u00dfnahmen validiert und \u00fcberwacht. Auf diese Weise wird das Schwachstellenmanagement zu einem kontinuierlichen Kreislauf und nicht zu einer periodischen Berichtsaufgabe.<\/p>\n Im Bereich der Cybersicherheit wird Vereinfachung h\u00e4ufig f\u00e4lschlicherweise mit Kompromissen gleichgesetzt. Tats\u00e4chlich kann die Reduzierung der betrieblichen Komplexit\u00e4t die Sicherheitslage verbessern, da sie schnellere Reaktionen erm\u00f6glicht.<\/p>\n Herk\u00f6mmliche L\u00f6sungen f\u00fcr das Schwachstellenmanagement umfassen h\u00e4ufig eine Vielzahl unterschiedlicher Tools, darunter Scanner, Reporting-Systeme, Plattformen zur Schwachstellenbehebung und Compliance-L\u00f6sungen. Jedes dieser Tools kann zwar die Transparenz erh\u00f6hen, tr\u00e4gt jedoch gleichzeitig zu einer gr\u00f6\u00dferen betrieblichen Komplexit\u00e4t bei. Indem NinjaOne die Erkennung von Schwachstellen in das Endpunkt-Management integriert, reduziert die Plattform die Anzahl der ben\u00f6tigten Tools und beseitigt unn\u00f6tige \u00dcbergaben zwischen Systemen und Teams. Das Ergebnis sind eine schnellere Behebung von Schwachstellen sowie ein einfacheres und st\u00e4rker vereinheitlichtes Sicherheitsmodell.<\/p>\n \u00dcber lange Zeit galt das Scanning als Ausgangspunkt des Schwachstellenmanagements und als beste Methode, um Risiken zu identifizieren. Die Rahmenbedingungen haben sich jedoch ver\u00e4ndert. Software entwickelt sich kontinuierlich weiter, Endpunkte sind \u00fcber unterschiedliche Standorte verteilt und Schwachstellen werden immer schneller ausgenutzt. Scans bleiben daher weiterhin sinnvoll, m\u00fcssen jedoch nicht mehr zwingend den ersten Schritt darstellen.<\/p>\n Wenn die Erkennung von Schwachstellen durch konkrete \u00c4nderungen ausgel\u00f6st wird und ihre Behebung innerhalb desselben operativen Workflows erfolgt, verk\u00fcrzen sich die Expositionszeitr\u00e4ume von mehreren Wochen auf wenige Minuten. So entwickelt sich das Schwachstellenmanagement von einer prim\u00e4r auf Berichterstattung ausgerichteten Disziplin zu einem operativen und kontinuierlichen Prozess.<\/p>\n Der Begriff \u201eParadigmenwechsel\u201c wird im Marketing f\u00fcr Cybersicherheitsl\u00f6sungen h\u00e4ufig \u00fcberstrapaziert und oftmals bereits f\u00fcr geringf\u00fcgige Verbesserungen oder schnellere Dashboards verwendet. In diesem Zusammenhang bezeichnet er jedoch einen grundlegenden Wandel: weg von punktuellen Pr\u00fcfungen und hin zu kontinuierlicher Transparenz, fortlaufenden Prozesszyklen und Reaktionen, die durch tats\u00e4chliche \u00c4nderungen ausgel\u00f6st werden.<\/p>\n Das Schwachstellenmanagement wurde f\u00fcr eine langsamere Welt entwickelt. Moderne IT-Umgebungen ver\u00e4ndern sich jedoch mit hoher Geschwindigkeit, und NinjaOne ist darauf ausgelegt, mit diesem Tempo Schritt zu halten.<\/p>\n","protected":false},"excerpt":{"rendered":" Das Schwachstellenmanagement hat sich im Laufe der Jahre kaum ver\u00e4ndert. In der Regel werden Scans nach einem festen Zeitplan durchgef\u00fchrt, anschlie\u00dfend werden die Ergebnisse gepr\u00fcft und Risiken priorisiert, bevor die Schwachstellen im n\u00e4chsten verf\u00fcgbaren Wartungsfenster behoben werden. Dieses Modell wurde f\u00fcr eine Zeit entwickelt, in der Vorhersehbarkeit eine gr\u00f6\u00dfere Rolle spielte. Software ver\u00e4ndert sich heute […]<\/p>\n","protected":false},"author":260,"featured_media":792847,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[4368],"tags":[],"class_list":["post-838709","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sicherheit"],"acf":[],"modified_by":"Dragos Frangulea","_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/838709","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/users\/260"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/comments?post=838709"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/838709\/revisions"}],"predecessor-version":[{"id":838710,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/838709\/revisions\/838710"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media\/792847"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media?parent=838709"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/categories?post=838709"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/tags?post=838709"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Das Problem ist nicht die Transparenz, sondern die Verz\u00f6gerung<\/h2>\n
Die Erkennung von Schwachstellen sollte durch \u00c4nderungen ausgel\u00f6st werden<\/h2>\n
Von einer Berichterstattungskette zu einem kontinuierlichen operativen Kreislauf<\/h2>\n
Vereinfachung ist ein Sicherheitsvorteil<\/h2>\n
Ein neuer Ansatz f\u00fcr das Schwachstellenmanagement<\/h2>\n