{"id":9639,"date":"2021-12-17T10:15:45","date_gmt":"2021-12-17T09:15:45","guid":{"rendered":"https:\/\/enginsight.com\/?p=9639"},"modified":"2024-08-29T11:45:25","modified_gmt":"2024-08-29T09:45:25","slug":"log4j-betroffene-server-erkennen-angriffe-detektieren-und-blockieren","status":"publish","type":"post","link":"https:\/\/enginsight.com\/de\/blog\/log4j-betroffene-server-erkennen-angriffe-detektieren-und-blockieren\/","title":{"rendered":"Log4j: Betroffene Server erkennen, Angriffe detektieren und blockieren"},"content":{"rendered":"

Sind meine Server von der Log4j-Lücke betroffen und wenn ja, was kann ich tun? <\/strong><\/p>\n\n\n\n

Das BSI schlägt vor, Log4j wenn möglich zu deaktivieren. Da das nicht immer möglich ist, rät es zu Detektionsmaßnahmen, hält eine Anomalieerkennung auf Netzwerkebene aber für kompliziert und ressourcenintensiv. Erfahren Sie, warum das nicht stimmen muss und wie Sie automatisiert überprüfen, ob Sie von der Log4j-Schwachstelle betroffen sind.<\/p>\n\n\n\n

Was empfiehlt das BSI zu Log4j?<\/h2>\n\n\n\n

Der Weg aus der Log4j-Krise führt über ein Update der betroffenen Software. Der Anwender ist allerdings darauf angewiesen, dass der Softwarehersteller seine Produkte anpasst und einen entsprechenden Patch bereitstellt. In der Regel ist es nicht möglich, selbstständig Log4j zu aktualisieren.<\/p>\n\n\n\n

Das Bundesamt für Sicherheit in der Informationstechnik (BSI) hat in einem Arbeitspapier<\/a> mögliche Gegenmaßnahmen zusammengestellt, die Anwender dennoch durchführen können. Eine Maßnahme besteht darin, die Funktionalität von Log4j zu deaktivieren, was jedoch Verfügbarkeit und Betrieb der Software behindern kann. Deshalb ist das Deaktivieren von Log4j nicht immer die richtige Option.<\/p>\n\n\n\n

Das BSI betont daher die Bedeutung der Detektion und schlägt unter anderem eine Anomalieerkennung auf Netzwerkebene<\/strong> vor, die jedoch „ressourcenintensiv und nicht trivial einzurichten“ sei. Das können wir nicht unterschreiben. Mit Enginsight lässt sich die Anomalieerkennung jedoch einfach umsetzen und sogar durch ein Blocking erweitern. <\/p>\n\n\n\n

Indem erst geblockt wird, wenn wirklich ein Angriff stattfindet, ist die Funktionalität der Software nicht eingeschränkt. Darüber hinaus können Sie mit Enginsight Ihre Server darauf untersuchen, ob Sie von der Log4j-Lücke betroffen sind.<\/strong><\/p>\n\n\n\n

Was können Sie mit Enginsight gegen Log4j unternehmen?<\/h2>\n\n\n\n

Mit der neuen Version unseres Pulsar Agents können Sie erkennen, ob Ihre Server von der Log4j-Sicherheitslücke betroffen sind. Außerdem detektiert das Intrusion Detection System (IDS) Versuche, die Sicherheitslücke auszunutzen. Mit aktiviertem Intrusion Prevention System (IPS) lassen sich die Angriffe sogar direkt blocken.<\/p>\n\n\n\n

Um die neuen Log4j-Funktionen nutzen zu können, aktualisieren Sie Ihren Pulsar Agent<\/a> auf die neuste Version (4.2.1). Führen Sie als Betreiber einer eigenen On-Premises-Instanz ebenfalls ein Update der Enginsight Applikation durch.<\/strong><\/p>\n\n\n\n

Mehr zum Schwachstellenmanagement mit Enginsight.<\/a><\/p>\n\n\n\n

<\/div>\n\n\n\n

Erweiterte Softwareüberwachung: Von Log4j-Lücke betroffene Server erkennen<\/h3>\n\n\n\n

Log4j ist meist in anderer Software enthalten und nicht standardmäßig installiert. Deshalb lässt sich Log4j nicht in den Bibliotheken des Betriebssystems finden. Da eine große Anzahl von Software betroffen ist, ist es ebenso schwierig bis unmöglich eine vollständige Liste der verwundbaren Software zu erstellen. Mit der erweiterten Softwareüberwachung von Enginsight ist es dennoch möglich, betroffene Systeme aufzudecken.<\/strong><\/p>\n\n\n\n

Die erweiterte Softwareüberwachung durchsucht aktiv die Dateien auf der Festplatte nach Software, die nicht regulär installiert wurde. Dabei untersuchen wir auch Java-Bibliotheken und überprüfen, ob Log4j eingebunden wurde.<\/p>\n\n\n\n

\"Betroffene<\/a>
Im Softwareinventar können Sie einfach nach betroffenen Servern suchen. (Zum Vergrößern klicken)<\/em><\/figcaption><\/figure>\n\n\n\n

Im Softwareinventar<\/a> können Sie nachschauen, ob bzw. auf welchen Servern eine betroffene Version von Log4j (2.0-beta9 bis einschließlich 2.14.1) installiert ist. Darüber hinaus erhalten Sie in der Auflistung von Sicherheitslücken den Hinweis auf die CVE-2021-44228.<\/p>\n\n\n\n

Beachten Sie:<\/strong> Die erweiterte Softwareüberwachung ist nicht standardmäßig aktiv. Nutzen Sie den Policy Manager<\/a>, um die Funktion auf den gewünschten Servern einzuschalten. <\/p>\n\n\n\n

Intrusion Detection und Prevention: Angriffe über Log4j detektieren und blockieren<\/h3>\n\n\n\n

Das Intrusion Detection System (IDS) analysiert den Netzwerkverkehr direkt auf dem Server und erkennt so Cyberangriffe. Mit dem Intrusion Prevention System (IPS) können Sie die Attacken automatisiert blocken.<\/p>\n\n\n\n

<\/div>\n\n\n\n
\"Angriffserkennung<\/a>
Detektieren und blockieren Sie Angriffe auf Log4j. (Zum Vergrößern klicken)<\/em><\/figcaption><\/figure>\n\n\n\n

Der neue Pulsar-Agent ist in der Lage, Versuche, die Log4j-Lücke auszunutzen, zu detektieren und zu blockieren. Sollte ein Angreifer mit einer Attacke starten, erhalten Sie in den Netzwerkanomalien einen Eintrag mit dem Namen „SERVER-WEBAPP Apache log4j RCE Attempt (http ldap) (CVE-2021-44228)“. Geblockte Attacken finden Sie in den Logs des Shield-Moduls.<\/p>\n\n\n\n

Beachten Sie:<\/strong> Damit Enginsight Log4j-Attacken detektieren und blockieren kann, muss der Netzwerkmitschnitt erlaubt sein. Das Intrusion Detection System muss zudem mindestens auf Level 2 konfiguriert sein (Ausgewogene Performance und Sicherheit). Nutzen Sie dazu den Policy Manager<\/a>. Um das Intrusion Prevention System (IPS) zu aktivieren, legen Sie ein dynamisches Regelwerk<\/a> an, ebenfalls mindestens mit Level 2 (Ausgewogene Verfügbarkeit und Sicherheit).<\/p>\n\n\n\n

Die wichtigsten Punkte zu Log4j zusammengefasst:<\/h2>\n\n\n
\n
\n
\n

Was ist die Log4j Sicherheitslücke?<\/h3>\n
\n\n

Die Log4j-Sicherheitslücke ist eine Schwachstelle in der Log4j-Bibliothek, die von Java-Anwendungen verwendet wird, um Protokolle zu erstellen und zu verarbeiten. Sie ermöglicht es Angreifern, bösartigen Code in Anwendungen auszuführen, die Log4j verwenden, indem sie eine speziell gestaltete Log-Datei anlegen.<\/p>\n\n<\/div>\n<\/div>\n

\n

Was ist alles von Log4J betroffen?<\/h3>\n
\n\n

Die Log4j-Sicherheitslücke betrifft Anwendungen, die Log4j verwenden<\/strong>. Zu den Anwendungen, die Log4j verwenden, gehören beispielsweise: Web-Anwendungen, mobile Anwendungen, Desktop-Anwendungen, Middleware-Systeme und Datenbanken<\/em>.
Log4j wird häufig in großen Unternehmensumgebungen verwendet, in denen es wichtig ist, umfassende Protokolle von Aktivitäten und Ereignissen zu erstellen und zu verarbeiten. Es wird auch in vielen Open-Source-Anwendungen<\/strong> verwendet, da es eine leistungsstarke und zuverlässige Möglichkeit ist, Protokolle zu erstellen und zu verarbeiten.<\/p>\n\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n

<\/div>\n\n\n\n

Mehr Security-Wissen: Mit einem automatisierten Penetrationstest die Hacker-Perspektive einnehmen und Systeme absichern<\/a><\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"

Sind meine Server von der Log4j-Lücke betroffen und wenn ja, was kann ich tun? Das BSI schlägt vor, Log4j wenn möglich zu deaktivieren. Da das nicht immer möglich ist, rät es zu Detektionsmaßnahmen, hält eine Anomalieerkennung auf Netzwerkebene aber für kompliziert und ressourcenintensiv. Erfahren Sie, warum das nicht stimmen muss und wie Sie automatisiert überprüfen, ob Sie von der Log4j-Schwachstelle betroffen sind.<\/p>\n","protected":false},"author":8,"featured_media":17290,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"content-type":"","_eb_attr":"","footnotes":""},"categories":[10],"tags":[],"class_list":["post-9639","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-endpoint-netzwerksicherheit"],"_links":{"self":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts\/9639","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/comments?post=9639"}],"version-history":[{"count":0,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts\/9639\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/media\/17290"}],"wp:attachment":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/media?parent=9639"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/categories?post=9639"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/tags?post=9639"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}