
Testen, wie sich ein echter Cyberangriff tatsächlich im Unternehmensnetzwerk entwickeln könnte, statt hypothetischen Szenarien und Vorschlägen aus dem Lehrbuch nachgehen – das ist die Aufgabe von „Infection Monkey“, dem Open-Source-Sicherheits-Tool von Guardicore, einem Unternehmen von Akamai. Infection Monkey simuliert mittels einer Schein-Malware das Verhalten von Cyberkriminellen und liefert so echte Daten und Erkenntnisse über die aktuelle Sicherheitslage des Unternehmens.
Seit Dezember 2021 nutzen Cyberkriminelle eine Software-Schwachstelle in Apache Log4j 2 aus, einer beliebten Java-Bibliothek zur Protokollierung von Fehlermeldungen in Anwendungen. Durch diese Log4Shell-Schwachstelle können Cyberkriminellen einen beliebigen Code auf Geräten ausführen, auf denen bestimmte Versionen von Apache Log4j 2 laufen.
Aus diesem Grund hat Guardicore Infection Monkey um den Log4Shell-Exploiter erweitert. Mit dieser Simulation können Unternehmen ihre Schutzmechanismen speziell auf Log4Shell-Angriffe prüfen und besonders kritische Schwachstellen identifizieren. Dadurch lässt sich unter realen Bedingungen beurteilen, ob das Netzwerk bei einem echten Cyberangriff geschützt ist. Durch die Anwendung der Simulation kann ebenfalls festgestellt werden, ob eine bestimmte Software veraltet und dadurch besonders anfällig ist, ob das IDS noch funktioniert oder ob bereits jemand versucht hat, eine Schwachstelle im Sicherheitssystem auszunutzen.
Neue Leistungstests für Log4Shell-Schwachstellen
Einige Versionen von Apache Log4j enthalten eine standardmäßig aktivierte Logging-Funktion namens „Message Lookup Substitution“. Cyberkriminelle können diese Funktion ausnutzen, indem sie bestimmte spezielle Zeichenketten zum Zeitpunkt der Protokollierung durch dynamisch generierte Zeichenketten ersetzen. Wenn eine externe Person die Kontrolle über Protokollnachrichten oder Protokollnachrichtenparameter hat, kann sie einen beliebigen Code ausführen. Der Log4Shell-Exploiter simuliert einen Angriff, der diese Schwachstelle ausnutzt, um sich auf dem ausgewählten Gerät auszubreiten.
Die folgenden Services können mit Infection Monkey auf Log4Shell-Schwachstellen getestet werden:
- Apache Solr
- Apache Tomcat
- Logstash
Selbst wenn keiner dieser Services installiert ist, bietet die Anwendung des Log4Shell-Exploiters eine gute Möglichkeit, die vorhandenen IDS/IPS- oder EDR-Lösungen zu testen.
Fachartikel

Island und AWS Security Hub: Kontrollierte KI-Nutzung und sicheres Surfen im Unternehmensumfeld

Wie das iOS-Exploit-Kit Coruna zum Werkzeug staatlicher und krimineller Akteure wurde

NVIDIA Dynamo: Bis zu sechsfacher GPU-Durchsatz per One-Click-Deployment

Microsoft OAuth-Phishing: Wie Angreifer Standard-Protokollverhalten für Malware-Kampagnen nutzen

Massenangriff auf SonicWall-Firewalls: 4.300 IP-Adressen scannen gezielt VPN-Infrastrukturen
Studien

KI als Werkzeug für schnelle, kostengünstige Cyberangriffe

KI beschleunigt Cyberangriffe: IBM X-Force warnt vor wachsenden Schwachstellen in Unternehmen

Finanzsektor unterschätzt Cyber-Risiken: Studie offenbart strukturelle Defizite in der IT-Sicherheit

CrowdStrike Global Threat Report 2026: KI beschleunigt Cyberangriffe und weitet Angriffsflächen aus

IT-Sicherheit in Großbritannien: Hohe Vorfallsquoten, steigende Budgets – doch der Wandel stockt
Whitepaper

Cloudflare Threat Report 2026: Ransomware beginnt mit dem Login – KI und Botnetze treiben die Industrialisierung von Cyberangriffen

EBA-Folgebericht: Fortschritte bei IKT-Risikoaufsicht unter DORA – weitere Harmonisierung nötig

Böswillige KI-Nutzung erkennen und verhindern: Anthropics neuer Bedrohungsbericht mit Fallstudien

Third Party Risk Management – auch das Procurement benötigt technische Unterstützung

EU-Toolbox für IKT-Lieferkettensicherheit: Gemeinsamer Rahmen zur Risikominderung
Hamsterrad-Rebell

Incident Response Retainer – worauf sollte man achten?

KI‑basierte E‑Mail‑Angriffe: Einfach gestartet, kaum zu stoppen

NIS2: „Zum Glück gezwungen“ – mit OKR-basiertem Vorgehen zum nachhaltigen Erfolg

Cyberversicherung ohne Datenbasis? Warum CIOs und CISOs jetzt auf quantifizierbare Risikomodelle setzen müssen







