CVE-Datenbank

Axios ist ein promise-basierter HTTP-Client für den Browser und Node.js. Von 1.15.2 bis 1.20.0 übergibt der Node-HTTP-Adapter in lib/adapters/http.js Request-Optionen ohne einen eigenen createConnection-Wert. Eine separate Prototype-Pollution-Schwachstelle im selben Prozess platziert eine Funktion auf Object.prototype.createConnection. Node löst die geerbte createConnection-Socket-Factory auf und ruft sie auf, wodurch die vom Angreifer kontrollierte Funktion den Transportendpunkt auswählen kann. Der Angreiferendpunkt kann Request-Header und -Bodies, einschließlich Zugangsdaten, empfangen und vom Angreifer kontrollierte Antworten zurückgeben, während die URL legitim erscheint. Dieses Problem wurde in Version 1.20.0 behoben.

Axios ist ein promise-basierter HTTP-Client für den Browser und Node.js. Von 1.16.1 bis 1.20.0 erlaubt der reguläre Ausdruck für RFC 2397 Schrägstriche auf beiden Seiten des Media-Type-Trennzeichens. Eine Anwendung übergibt eine vom Angreifer kontrollierte fehlerhafte Data-URL, die viele Schrägstriche und kein Komma enthält. Die JavaScript-Engine für reguläre Ausdrücke untersucht viele mögliche Positionen für das Trennzeichen, bevor sie die URL zurückweist. Synchrones übermäßiges Backtracking kann die Event-Loop von Node.js blockieren und einen Denial-of-Service verursachen. Die betroffenen Bezeichner sind fromDataURI, DATA_URL_PATTERN, data:. Dieses Problem wurde in Version 1.20.0 behoben.

Axios ist ein Promise-basierter HTTP-Client für den Browser und Node.js. Von Version 1.13.0 bis 1.20.0 installiert Http2Sessions während der Initialisierung oder Wiederverwendung einer Axios-HTTP/2-Sitzung keine angemessene Fehlerbehandlung für eine ClientHttp2Session. Eine Anfrage verwendet httpVersion: 2 und die ClientHttp2Session gibt während der Initialisierung oder Wiederverwendung der Sitzung einen Fehler aus. Der nicht behandelte Sitzungsfehler entgeht der normalen Behandlung von Promise-Ablehnungen. Der nicht abgefangene Fehler kann den Node.js-Prozess beenden und einen Denial-of-Service verursachen. Dieses Problem wurde in Version 1.20.0 behoben.

Axios ist ein promise-basierter HTTP-Client für den Browser und Node.js. Von Version 1.13.0 bis 1.20.0 wendet die Einrichtung von Axios-HTTP/2-Anfragen Proxy-Einstellungen und die vom Aufrufer bereitgestellte DNS-Lookup-Richtlinie nicht durchgängig an. Eine HTTPS-Anfrage verwendet httpVersion: 2 mit expliziten config.proxy- oder aus der Umgebung abgeleiteten Proxy-Einstellungen oder stützt sich auf die vom Aufrufer bereitgestellte DNS-Richtlinie config.lookup. Der HTTP/2-Pfad kann eine Verbindung herstellen, ohne das konfigurierte Proxy-Verhalten anzuwenden oder die vom Aufrufer bereitgestellte config.lookup-Richtlinie vor http2.connect() anzuwenden. Anfragen können die beabsichtigte Proxy-Route oder die vom Aufrufer bereitgestellte DNS-Auflösungsrichtlinie umgehen. Dieses Problem ist in Version 1.20.0 behoben.

Eine Schwachstelle durch OS-Command-Injection in der Diagnose-CLI von WatchGuard AP ermöglicht es einem authentifizierten Administrator, durch die Eingabe speziell präparierter Eingaben beliebige Betriebssystembefehle auszuführen.

Eine OS-Command-Injection-Schwachstelle im internen API-Dienst von WatchGuard AP ermöglicht einem Angreifer mit Netzwerkzugriff auf den AP, beliebige Shell-Befehle auf dem zugrunde liegenden Betriebssystem auszuführen.

Eine Schwachstelle durch fehlerhafte Zugriffskontrolle in einem internen API-Dienst auf WatchGuard Access Points ermöglicht einem nicht authentifizierten Angreifer mit Netzwerkzugriff auf den AP, eine gültige API-Sitzung zu erhalten.

Unsachgemäße Einschränkung eines Pfadnamens auf ein eingeschränktes Verzeichnis ('Path Traversal')-Schwachstelle in ABB Protection and control IED manager (PCM600). Dieses Problem betrifft Protection and control IED manager (PCM600): bis 2.14.

Eine Schwachstelle durch fehlerhafte Berechtigungszuweisung für eine kritische Ressource in ABB Protection and control IED manager (PCM600). Dieses Problem betrifft Protection and control IED manager (PCM600): bis einschließlich 2.14.

Schwachstelle durch vorhersagbaren exakten Wert aus vorherigen Werten in Citrix NetScaler ADC und Citrix NetScaler Gateway. Dieses Problem betrifft ADC: vor 14.1-73.37, vor 13.1-64.23, vor 14.1-73.37 FIPS und vor 13.1.37.279 FIPS und NDcPP; Gateway: vor 14.1-73.37 und vor 13.1-64.23.

Schwachstelle in Citrix NetScaler ADC und Citrix NetScaler Gateway. Dieses Problem betrifft ADC: vor 14.1-73.37, vor 13.1-64.23, vor 14.1-73.37 FIPS und vor 13.1.37.279 FIPS und NDcPP; Gateway: vor 14.1-73.37 und vor 13.1-64.23 und führt zu Remote-Code-Ausführung oder Denial-of-Service.

Schwachstelle durch unsachgemäße Eingabevalidierung in Citrix NetScaler ADC und Citrix NetScaler Gateway. Dieses Problem betrifft ADC: vor 14.1-73.37, vor 13.1-64.23, vor 14.1-73.37 FIPS und vor 13.1.37.279 FIPS und NDcPP; Gateway: vor 14.1-73.37 und vor 13.1-64.23, wodurch ein nicht authentifizierter Angreifer beliebige Befehle ausführen kann.

MatchTrustedPeer ignoriert den verwendeten öffentlichen Schlüssel, sodass gefälschte CA-Klone die Verifizierung bestehen. Betroffen sind alle Builds, die das Makro WOLFSSL_TRUST_PEER_CERT aktivieren und CA-Zertifikate mit wolfSSL_CTX_trust_peer_cert() oder wolfSSL_trust_peer_cert() laden. Der Peer muss die Zertifikate kennen, die in eine dieser APIs geladen werden, um die Schwachstelle auszunutzen. Wenn zusätzlich OPENSSL_COMPATIBLE_DEFAULTS definiert ist, erweitert sich die betroffene API auf das Laden aller CA-Zertifikate. Beide Makros werden bei Autoconf-Builds wie (nginx, haproxy, stunnel, wpas, apache httpd, hitch, bind, rsyslog, ffmpeg, all, distro) definiert. Wenn das Zertifikat als vertrauenswürdiges Peer-Zertifikat aufgeführt ist, ermöglichte die Schwachstelle zuvor einem bösartigen (D)TLS-Server, die Authentifizierung zu umgehen, sobald er wusste, welche CAs der Client akzeptieren würde. Dies betrifft auch Fälle gegenseitiger Authentifizierung, in denen der Client weiß, welche CAs der Server geladen hat. Wenn mit einer dieser Konfigurationen gebaut wird und (D)TLS verwendet wird, bei dem die geladenen CAs bekannt sein könnten und eine Authentifizierung des Peers gewünscht ist, sollten Benutzer entweder auf die neueste wolfSSL-Version aktualisieren, den Fix-Patch anwenden oder das Configure-Flag --disable-openssl-compatible-defaults verwenden und keine CAs mit wolfSSL_CTX_trust_peer_cert() oder wolfSSL_trust_peer_cert() laden, um die Schwachstelle einzudämmen.

In wolfSSL-Versionen 5.7.2 bis 5.9.2 gibt es einen clientseitigen Implementierungsfehler in RFC 6961, dem Stapling mehrerer OCSP-Antworten, der zu Zertifikatsfälschungen führen kann. Wenn ein wolfSSL-Client OCSP-Stapling mit dem Feature HAVE_CERTIFICATE_STATUS_REQUEST_V2 aktiviert und wolfSSL_UseOCSPStaplingV2(ssl, WOLFSSL_CSR2_OCSP_MULTI, options) aufruft, akzeptiert der Client jedes Zertifikat in der Zertifikatskette des Peers als Zertifizierungsstelle, ohne zu überprüfen, ob das Zertifikat tatsächlich dazu berechtigt ist. Das bedeutet, dass ein Angreifer, der ein beliebiges Zertifikat besitzt, dessen Kette zu einer vom Client vertrauenswürdigen CA führt (zusammen mit dessen privatem Schlüssel), Zertifikate für beliebige Identitäten fälschen kann, die vom Client als gültig akzeptiert werden. Das Endentitätszertifikat des Servers wird im persistenten Trust Store gespeichert, wodurch nachfolgende Verbindungen betroffen sind, die denselben Kontext wiederverwenden, auch wenn die mehrfache OCSP-Nutzung nicht eingesetzt wird. Bei internen wolfSSL-Tests gefunden.

cleanup_xml_node() im SOAP-XML-Parser rekursiert einmal pro XML-Verschachtelungsebene ohne Tiefenbegrenzung. Ein nicht authentifizierter Angreifer kann eine SOAP-Anfrage mit Zehntausenden verschachtelten Elementen an einen beliebigen SoapServer-Endpunkt senden, den Stack erschöpfen und den Prozess zum Absturz bringen. Dieselbe unbegrenzte Rekursion existiert im SOAP-Wertedecoder und in der WSDL-Knotensuchfunktion.

ServiceNow hat eine Schwachstelle aufgrund fehlender Autorisierung behoben, die in der ServiceNow AI Platform identifiziert wurde. Diese Schwachstelle könnte es einem nicht authentifizierten Benutzer unter bestimmten Umständen ermöglichen, über das vorgesehene Maß hinaus Instanzdaten auszulesen, was zu einer Privilegienausweitung führen könnte. ServiceNow hat ein Sicherheitsupdate für gehostete Instanzen bereitgestellt und das Update unseren Partnern und Kunden mit selbst gehosteten Instanzen zur Verfügung gestellt. Uns sind derzeit keine böswilligen Angriffe auf ServiceNow-Instanzen bekannt. Wir empfehlen Kunden, umgehend geeignete Updates anzuwenden oder auf eine gepatchte Version zu aktualisieren, falls sie dies noch nicht getan haben.

ServiceNow hat ein Sicherheitsproblem zur Umgehung der Autorisierung behoben, das in der ServiceNow AI Platform festgestellt wurde. Bei Ausnutzung könnte dieses Sicherheitsproblem einem nicht authentifizierten Benutzer den Zugriff auf Daten innerhalb der ServiceNow AI Platform ermöglichen, auf die der Benutzer ansonsten keinen Zugriff hätte, wodurch möglicherweise weiterer unbeabsichtigter Zugriff ermöglicht würde. ServiceNow hat ein Sicherheitsupdate für gehostete Instanzen bereitgestellt und ServiceNow hat das Update unseren Partnern und Kunden mit selbst gehosteten Instanzen zur Verfügung gestellt. Uns sind derzeit keine böswilligen Angriffe auf ServiceNow-Instanzen bekannt. Wir empfehlen Kunden, umgehend geeignete Updates anzuwenden oder auf eine gepatchte Version zu aktualisieren, falls sie dies noch nicht getan haben.

ServiceNow hat ein Sicherheitsproblem aufgrund einer unzureichenden Zugriffskontrolle behoben, das in der ServiceNow AI Platform identifiziert wurde. Dieses Sicherheitsproblem könnte es einem nicht authentifizierten Benutzer unter bestimmten Umständen ermöglichen, Instanzdaten über das beabsichtigte Maß hinaus zu erstellen, zu ändern oder zu löschen. Im August 2026 stellte ServiceNow ein Sicherheitsupdate für gehostete Instanzen bereit und stellte das Update unseren Partnern und Kunden mit selbst gehosteten Instanzen zur Verfügung. Uns sind derzeit keine böswilligen Angriffe auf ServiceNow-Instanzen bekannt. Wir empfehlen Kunden, geeignete Updates zeitnah anzuwenden oder auf eine gepatchte Version zu aktualisieren, falls sie dies noch nicht getan haben.

ServiceNow hat ein Sicherheitsproblem zur Umgehung der Autorisierung behoben, das in der ServiceNow AI Platform identifiziert wurde. Dieses Sicherheitsproblem könnte es bei einer Ausnutzung einem authentifizierten Benutzer ermöglichen, auf Daten innerhalb der ServiceNow AI Platform zuzugreifen, auf die der Benutzer ansonsten keinen Zugriff haben dürfte, wodurch möglicherweise weiterer unbeabsichtigter Zugriff ermöglicht wird. ServiceNow hat ein Update für gehostete Instanzen bereitgestellt und das Update unseren Partnern und Kunden mit selbst gehosteten Instanzen zur Verfügung gestellt. Uns sind derzeit keine böswilligen Ausnutzungen von ServiceNow-Instanzen bekannt. Wir empfehlen Kunden, umgehend geeignete Updates anzuwenden oder auf eine gepatchte Version zu aktualisieren, sofern sie dies noch nicht getan haben.

ServiceNow hat eine SQL-Injection-Schwachstelle behoben, die in der ServiceNow AI Platform identifiziert wurde. Diese Schwachstelle könnte es einem nicht authentifizierten Benutzer unter bestimmten Umständen ermöglichen, beliebige SQL-Anweisungen gegen die zugrunde liegende Datenbank der Instanz auszuführen und auf Instanzdaten zuzugreifen oder diese zu ändern, und zwar über das beabsichtigte Maß hinaus. ServiceNow hat ein Sicherheitsupdate für gehostete Instanzen bereitgestellt und ServiceNow hat das Update unseren Partnern und Kunden mit selbst gehosteten Instanzen zur Verfügung gestellt. Uns sind derzeit keine böswilligen Angriffe auf ServiceNow-Instanzen bekannt. Wir empfehlen Kunden, zeitnah geeignete Updates anzuwenden oder auf eine Version mit Patch zu aktualisieren, sofern sie dies nicht bereits getan haben.