Heute veröffentlichen wir Updates für NGINX Plus, NGINX Open Source und das NGINX Open Source-Abonnement, um auf intern entdeckte Schwachstellen im HTTP/3-Modul ngx_http_v3_module zu reagieren. Diese Schwachstellen wurden anhand zweier Fehlerberichte zu NGINX Open Source entdeckt (trac #2585 und trac #2586). Beachten Sie, dass dieses Modul standardmäßig nicht aktiviert und als experimentell dokumentiert ist.
Die Schwachstellen wurden in der Datenbank Common Vulnerabilities and Exposures (CVE) registriert und das F5 Security Incident Response Team (F5 SIRT) hat sie anhand der Skala des Common Vulnerability Scoring System (CVSS v3.1) bewertet.
Die folgenden Sicherheitslücken im HTTP/3-Modul betreffen NGINX Plus, das NGINX-Open-Source-Abonnement und NGINX Open Source.
CVE-2024-24989: Der Patch für diese Sicherheitslücke ist in den folgenden Softwareversionen enthalten:
- NGINX Plus R31 P1
- NGINX Open-Source-Abonnement R6 P1
- NGINX Open Source, Mainline-Version 1.25.4. (Die neueste stabile Version 1.24.0 von NGINX Open Source ist nicht betroffen.)
CVE-2024-24990: Der Patch für diese Sicherheitslücke ist in den folgenden Softwareversionen enthalten:
- NGINX Plus R30 P2
- NGINX Plus R31 P1
- NGINX-Open-Source-Abonnement R5 P2
- NGINX-Open-Source-Abonnement R6 P1
- NGINX Open Source, Mainline-Version 1.25.4. (Die aktuelle stabile Version 1.24.0 von NGINX Open Source ist nicht betroffen.)
Sie sind betroffen, wenn Sie NGINX Plus R30 oder R31, die NGINX-Open-Source-Abonnementpakete R5 oder R6 oder die NGINX-Open-Source-Mainline-Version 1.25.3 oder eine frühere Version verwenden. Wir empfehlen Ihnen dringend, Ihre NGINX-Software auf die neueste Version zu aktualisieren.
Anweisungen zum Upgrade von NGINX Plus finden Sie unter „Upgrade von NGINX Plus“ im NGINX Plus-Administratorhandbuch. Kunden von NGINX Plus können sich außerdem unter https://my.f5.com/ an unser Supportteam wenden.
Über den Autor
Ähnliche Blogbeiträge
Die Zukunft von NGINX: Zurück zu unseren Open-Source-Wurzeln
Beim NGINX Sprint 2022 besinnen wir uns auf unsere Open-Source-Wurzeln. Erfahren Sie mehr über die Initiativen, die wir im kommenden Jahr verfolgen, und teilen Sie uns mit, was Sie sich wünschen.
Ein Leitfaden zur Auswahl eines Ingress-Controllers, Teil 1: Ermitteln Sie Ihre Anforderungen
Ein Ingress-Controller kann eines der leistungsstärksten Tools in Ihrem Kubernetes-Stack sein. Erfahren Sie, wie Sie Ihre Ingress-Anforderungen ermitteln, um die beste Option auszuwählen.
Bereitstellung des NGINX Ingress Controllers auf Amazon EKS: So haben wir getestet
Wir haben kürzlich den Lösungsleitfaden zum NGINX Ingress Controller um Empfehlungen zur Dimensionierung für Amazon Elastic Kubernetes Service (EKS) ergänzt. In diesem Blogbeitrag erläutern wir, wie wir diese Empfehlungen erarbeitet haben, und stellen Ihnen alle Informationen zur Verfügung, die Sie benötigen, um selbst ähnliche Tests durchzuführen.
Protokollierung des Datenverkehrs zwischen NGINX und Upstream-Servern bei CDN77
Bei der Fehlersuche bei Datenverkehrsproblemen zwischen NGINX und Upstream-Servern konnte CDN77 die benötigten Daten nur aus dem Fehlerprotokoll mit aktivierter Debug-Ausgabe beziehen, was die Leistung beeinträchtigt und riesige Dateien erzeugt. Daher entwickelte das Team ein neues benutzerdefiniertes Modul, das ausschließlich die benötigten Daten protokolliert.
Ankündigung von NGINX Plus R16
NGINX Plus R16 ist eine einheitliche, elastische Ingress- und Egress-Schicht für Anwendungen, die die Funktionen eines Load Balancers, API-Gateways und einer WAF vereint und neue Features wie clusterfähige Ratenbegrenzung, Schlüssel-Wert-Speicher, „Random with Two Choices“, verbessertes UDP-Load-Balancing und vieles mehr bietet.
5 Gründe für den Umstieg auf softwarebasiertes Load Balancing
Entdecken Sie fünf Gründe für den Wechsel zu einem softwarebasierten Load Balancer wie NGINX Plus, darunter Kosteneinsparungen, die Einführung von DevOps und eine einheitliche Lösung für alle Umgebungen.