NGINX: Heap-Pufferüberlauf in map-Direktive mit Regex-Captures

Zusammenfassung

In NGINX Plus und NGINX Open Source kann ein Heap-Pufferüberlauf ausgelöst werden, wenn die Capture-Variablen einer map-Direktive mit regulärem Ausdruck im root-Befehl oder im log_format referenziert werden, bevor die Ausgabevariable der map verwendet wird. Alternativ kann dies unter bestimmten Bedingungen durch eine nicht cachebare Variable in einem String-Ausdruck geschehen. Ein nicht authentifizierter Angreifer kann durch gezielt manipulierte HTTP-Anfragen Worker-Prozesse zum Absturz bringen, was zu einer Denial-of-Service-Situation führt. Bei deaktiviertem oder umgangenem ASLR ist zusätzlich eine Codeausführung möglich. Laut den Recherchenotizen handelt es sich um eine Regression der Korrektur für CVE-2026-42533.

Betroffen

• NGINX Open Source 1.31.2 bis vor 1.31.7\n- NGINX Open Source 1.30.0 bis vor 1.30.6\n- NGINX Plus 37.1.0 bis vor 37.1.0.1\n- NGINX Plus 37.0.0 bis vor 37.0.5.1\n- NGINX Plus R36, R35, R34 und R33 (in den Quellen kein korrigierter Release genannt)\n- Versionen, deren technischer Support beendet ist, werden von F5 nicht bewertet.

Behoben in

• NGINX Open Source 1.30.6 und 1.31.7 (gemäss den betroffenen Bereichen im CVE-Eintrag und in Sekundärquellen)\n- NGINX Plus 37.1.0.1 und 37.0.5.1\n- Unbekannt für NGINX Plus R33 bis R36 sowie für NGINX Ingress Controller und F5 WAF/DoS für NGINX; bitte das F5-Advisory prüfen.

Umgehung

• In Regex-map-Direktiven keine unbenannten Captures verwenden. Stattdessen benannte Captures einsetzen und deren Verwendung auf den Block mit dem Regex-Match beschränken.\n- ASLR aktiviert lassen. Dies reduziert das Risiko einer Codeausführung, verhindert aber den Absturz nicht.

Ausnutzung

• CISA SSVC: Exploitation none, nicht automatisierbar, technische Auswirkung total.\n- Zum Zeitpunkt der Recherche wurden keine Berichte über Ausnutzung in freier Wildbahn und kein öffentlicher Proof of Concept gefunden.\n- Die Ausnutzung setzt eine spezifische Konfiguration und Bedingungen voraus, die ausserhalb der Kontrolle des Angreifers liegen.

Unsere Empfehlung

• NGINX Open Source auf 1.30.6 oder 1.31.7 und NGINX Plus auf 37.1.0.1 oder 37.0.5.1 bzw. eine neuere Version aktualisieren. Die Versionen 1.30.4 und 1.31.3 sind weiterhin betroffen.\n- Prüfen, ob die Konfiguration Regex-map-Direktiven mit Captures in root oder log_format verwendet. Falls kein Patch möglich ist, die Workaround-Massnahme mit benannten Captures umsetzen.\n- Im F5-Advisory die korrigierten Releases für NGINX Plus R33 bis R36, den Ingress Controller sowie F5 WAF/DoS prüfen.\n- Fehlerprotokolle auf wiederholte Worker-Neustarts überwachen, da anhaltend gezielte Anfragen zu Dienstunterbrüchen führen können.

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• F5 Security Advisory K000162607 my.f5.com
• Red Hat CVE record CVE-2026-93479 access.redhat.com
• NGINX security advisories nginx.org
• Debian Security Tracker CVE-2026-93479 security-tracker.debian.org
• Vulners VulnRichment CVE-2026-93479 vulners.com
• OpenCVE CVE-2026-93479 app.opencve.io
• The Hacker News: NGINX vulnerability can crash servers (July 2026) thehackernews.com

Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 31.10.2026 04:34.