Beugen Sie Softwareschwachstellen in NGINX und dem Microsoft Windows SMB Remote Procedure Call-Dienst vor.

Wenn es um Sicherheit und den Schutz Ihrer Daten geht, ist eine schnelle Reaktion auf aktuelle Entwicklungen entscheidend. Schließlich können Hackerangriffe und Bedrohungen jederzeit auftreten, daher ist Wachsamkeit geboten. Hier bei Secure Code Warrior bemühen wir uns, Ihnen aktuelle Informationen zu den neuesten Schwachstellen bereitzustellen, sowie Maßnahmen zur Risikominderung und zum Schutz Ihrer Benutzer aufzuzeigen. Genau wie bei den kürzlichen Ankündigungen zu den Schwachstellen in der Spring-Bibliothek möchten wir hier zwei neu entdeckte Schwachstellen besprechen.

Heute konzentrieren wir uns auf zwei neue Schwachstellen: erstens Microsofts Server Message Block, bekannt als „Windows RPC RCE“, und zweitens NGINX, bekannt als „LDAP Reference Implementation“.

Lesen Sie weiter, um zu erfahren, was wir bisher über diese Schwachstellen wissen und wie Sie Ihr Risiko minimieren können.

Microsoft Windows RPC RCE – CVE-2022-26809

Während des Patch Tuesday im April hat Microsoft eine Schwachstelle in seiner Server Message Block (SMB)-Funktionalität offengelegt, speziell in dem Teil, der RPCs verarbeitet. Das mag Ihnen bekannt vorkommen, da die Schwachstelle der CVE-2003-0352 ähnelt – einem Exploit, der bereits 2003 vom Wurm Blaster genutzt wurde!

Wie hoch ist das Risiko und die Wahrscheinlichkeit einer Ausnutzung?

Microsofts Sicherheitshinweis gibt an, dass die „Angriffskomplexität“ als „niedrig“ eingestuft wird und das Ausnutzungsrisiko als „Ausnutzung wahrscheinlicher“ bewertet wurde – die höchste Stufe, sofern keine nachgewiesene Ausnutzung in freier Wildbahn vorliegt.

Derzeit sind keine Exploits bekannt, aber aufgrund der geringen Angriffskomplexität und der Einstufung als „wahrscheinlicher“ gibt es Bedenken, dass böswillige Akteure dies schnell und einfach für Blaster-Angriffe ausnutzen könnten.

Forscher haben eine große Anzahl von Hosts im öffentlichen Internet identifiziert, bei denen Port 139/445 zugänglich ist, was im Falle eines großflächigen Angriffs sehr besorgniserregend ist.

Welche Schritte sollten Benutzer zur Risikominderung unternehmen?

Glücklicherweise ist es relativ einfach, das Risiko einer Ausnutzung durch diese Schwachstelle zu mindern.

1. Stellen Sie sicher, dass Sie den Zugriff auf die Ports 139 und 445 aus dem Internet blockieren und diesen bei Bedarf auf den internen Zugriff beschränken. Weitere Details finden Sie in der Microsoft-Dokumentation hier.
2. Installieren Sie die von Microsoft am 12. April 2022 veröffentlichten Patches.

NGINX – LDAP Reference Implementation RCE

NGINX hat am 11. April 2022 eine neue Schwachstelle bekannt gegeben, die als „LDAP Reference Implementation RCE“ bekannt ist und eine Remote Code Execution (RCE) auf dem System ermöglicht.

Was ist das für eine Schwachstelle?

Diese Schwachstelle ist insofern einzigartig, als sie keinen Code betrifft, der für den Einsatz in Produktionsumgebungen oder allgemein sensiblen Systemen vorgesehen ist. Wie der Name „Referenzimplementierung“ bereits andeutet, dient der Code lediglich dazu, zu demonstrieren, wie eine LDAP-Integration in einem NGINX-Setup funktionieren kann.

Wer ist gefährdet und wie können Sie Ihren Code schützen?

Glücklicherweise ist NGINX standardmäßig nicht anfällig. Das Hauptrisiko besteht bei installierter LDAP-Erweiterung. Selbst dann müssen weitere Bedingungen erfüllt sein, damit die Schwachstelle ausgenutzt werden kann. Wir empfehlen Ihnen, falls Sie die Referenzimplementierung nutzen, auf eine produktionsreife Implementierung umzusteigen.

Alle Details finden Sie in der NGINX-Offenlegung.

Fühlen Sie sich durch Sicherheitslücken ungeschützt? Wir können helfen.

Von der heutigen Windows RPC RCE und der NGINX-LDAP-Referenzimplementierungs-RCE bis hin zu den Schwachstellen in Spring im letzten Monat – es ist offensichtlich, dass Softwareschwachstellen allgegenwärtig sind.

Die meisten Unternehmen setzen auf schnelle Reaktionsstrategien, um Risiken für Code und Kunden zu minimieren. Dieser reaktive Ansatz ist zwar wichtig, kann Sie jedoch anfällig lassen. Wir sind überzeugt, dass eine proaktive Strategie – durch die Entwicklung sicheren Codes, die Weiterbildung Ihrer Entwickler und die Etablierung einer sicherheitsorientierten Kultur – der beste Schutz vor Bedrohungen ist.

Wenn Sie bereits zu Beginn des Softwareentwicklungszyklus auf entwicklerzentrierte Sicherheit setzen, profitieren Sie von besserem Schutz, effizienterer Code-Bereitstellung sowie Zeit- und Kostenersparnissen.

Secure Code Warrior unterstützt Sie mit einer einzigartigen Schulungsplattform, die von theoretischen Inhalten bis hin zur praktischen Anwendung der neuen Fähigkeiten Ihres Teams reicht.

Erfahren Sie, wie die Secure Code Warrior-Lernplattform Ihre Entwickler in sicherem Programmieren schulen kann.

‍

‍