CVE-Datenbank

SolarWinds Serv-U ist von einer Schwachstelle durch eine unsichere direkte Objektreferenz (IDOR) betroffen, die zur Ausführung von Code aus der Ferne führen kann. Der Zugriff als Domänenadministrator ist erforderlich. Die Auswirkungen sind bei Windows-Bereitstellungen geringer.

SolarWinds Serv-U ist von einer Schwachstelle zur Rechteausweitung betroffen, die es ermöglicht, eine Domänenbenutzergruppe in eine Administratorgruppe hochzustufen. Die Auswirkungen sind bei Windows-Bereitstellungen geringer.

SolarWinds Serv-U ist von einer Schwachstelle zur Rechteausweitung betroffen, die es einem Domänenadministrator ermöglicht, seine Berechtigungen auf die eines Systemadministrators zu erhöhen. Die Auswirkungen sind bei Windows-Bereitstellungen geringer.

SolarWinds Serv-U ist von einer Schwachstelle durch eine unsichere direkte Objektreferenz (IDOR) betroffen, die zur Remote-Codeausführung als Root führen kann. Ein Domänenkonto mit Administratorrechten sowie Lese- und Schreibzugriff auf das Home-Verzeichnis ist erforderlich. Die Auswirkungen sind bei Windows-Bereitstellungen geringer.

SolarWinds Serv-U ist von einer Schwachstelle zur Remote-Codeausführung betroffen, die bei Ausnutzung die beliebige Ausführung von Code aus der Ferne als root ermöglichen kann. Die Auswirkungen sind bei Windows-Bereitstellungen geringer.

SolarWinds Serv-U ist von einer Insecure Direct Object Reference (IDOR)-Schwachstelle betroffen, die zu Privilegieneskalation und Remote-Codeausführung als Root führen kann. Dieses Problem erfordert Gruppenadministratorzugriff. Die Auswirkungen sind bei Windows-Bereitstellungen geringer.

Eine lokale Schwachstelle zur Privilegieneskalation besteht in snap-confine, einer set-capabilities-Kernkomponente, die intern von Canonical snapd zum Aufbau der sicheren Ausführungsumgebung für Snap-Anwendungen verwendet wird. Diese Schwachstelle betrifft ausschließlich Versionen von snap-confine, die mit set-capabilities konfiguriert sind (und nicht Standard-set-uid-root-Installationen). Aufgrund eines Fehlers bei der Initialisierung von Privilegiengrenzen oder Sicherheits-Sandboxen, wenn das Binary unter eingeschränkten ambient capabilities ausgeführt wird, kann ein lokaler, nicht privilegierter Angreifer dieses Verhalten ausnutzen, um vorgesehene Einschränkungen zu umgehen und beliebigen Code auszuführen. Bei erfolgreicher Ausnutzung kann der lokale Benutzer seine Privilegien auf vollständige Root-Rechte ausweiten.

Out-of-bounds-Lese- und Schreibzugriff in V8 in Google Chrome vor 150.0.7871.128 ermöglichte es einem Remote-Angreifer, über eine manipulierte HTML-Seite beliebigen Code innerhalb einer Sandbox auszuführen. (Chromium-Sicherheitsschweregrad: Hoch)

Im Linux-Kernel wurde die folgende Schwachstelle behoben: netfilter: conntrack: tcp: CLOSE bei RST mit ungültiger SEQ ohne Richtungsprüfung nicht erzwingen Ein unbeabsichtigtes Verhalten in der TCP-conntrack-Zustandsmaschine ermöglicht es, eine Verbindung mittels eines RST-Pakets mit ungültiger Sequenznummer in den CLOSE-Zustand zu zwingen. Konkret kann nach Beobachtung eines SYN-Pakets ein RST mit ungültiger SEQ den conntrack-Eintrag in TCP_CONNTRACK_CLOSE überführen, unabhängig davon, ob das RST der erwarteten Antwortrichtung entspricht. Der betreffende Codepfad geht davon aus, dass das RST eine Antwort auf ein ausgehendes SYN ist, validiert jedoch nicht die Paketrichtung und stellt nicht sicher, dass ein passendes SYN tatsächlich in die entgegengesetzte Richtung gesendet wurde. Infolgedessen kann eine manipulierte Paketsequenz, bestehend aus einem SYN gefolgt von einem RST mit ungültiger Sequenz, einen aktiven NAT-Eintrag vorzeitig beenden. Dies erleichtert den Verbindungsabbau stärker als beabsichtigt. Daher die Zustandsübergangslogik straffen, um sicherzustellen, dass durch RST ausgelöste CLOSE-Übergänge nur auftreten, wenn das RST eine gültige Antwort auf ein zuvor beobachtetes SYN in der korrekten Richtung ist.

WordPress 6.9.x vor 6.9.5 und 7.0.x vor 7.0.2 ist von einem Problem mit der Verwechslung von Routen beim Batch-Endpunkt der REST API betroffen, das in Kombination mit der SQL-Injection in WP_Query durch author__not_in (CVE-2026-60137) einem Angreifer ermöglichen könnte, eine SQL-Injection durchzuführen und Remote Code Execution zu erreichen.

WordPress 6.8.x vor 6.8.6, 6.9.x vor 6.9.5 und 7.0.x vor 7.0.2 bereinigt den Parameter author__not_in von WP_Query nicht ordnungsgemäß, was SQL Injection ermöglichen könnte, wenn ein Plugin oder Theme nicht vertrauenswürdige Eingaben an den Parameter übergibt.

IBM Langflow OSS 1.0.0 bis 1.10.0 ermöglicht nicht authentifizierten Angreifern, /api/v1/auto_login (stellt SUPERUSER-Token für beliebige Netzwerkaufrufer aus) mit /api/v1/validate/code (führt Benutzercode via exec() aus) zu verketten, um vollständige RCE auf Standard-Langflow-Bereitstellungen zu erzielen

In Sangoma Switchvox SMB Edition 8.3 (104997) existiert eine nicht authentifizierte SQL-Injection-Schwachstelle. Der /pa-Endpunkt verarbeitet XML-Inhalte, die mit <PolycomIPPhone> beginnen, und verkettet den benutzergesteuerten PhoneIP-Wert ohne Sanitization oder Parametrisierung direkt in PostgreSQL-Abfragen. Ein nicht authentifizierter Remote-Angreifer kann mit einer einzigen manipulierten Anfrage beliebige SQL-Anweisungen gegen die Backend-PostgreSQL-Datenbank ausführen, einschließlich Datenbankoperationen und Remote Code Execution.

Eine Schwachstelle existiert in NGINX Plus und NGINX Open Source, wenn eine map-Direktive Regex-Matching verwendet und ein String-Ausdruck auf die Regex-Capture-Variablen der Map verweist, bevor er auf die Map-Ausgabevariable verweist. Alternativ könnte dasselbe Ergebnis unter bestimmten Bedingungen durch die Verwendung einer nicht-cachefähigen Variablen in einem String-Ausdruck erreicht werden. Ein nicht authentifizierter Angreifer kann zusammen mit Bedingungen außerhalb seiner Kontrolle diese Schwachstelle ausnutzen, indem er manipulierte HTTP-Anfragen sendet. Dies kann einen heap buffer overflow im NGINX-Worker-Prozess verursachen, der zu einem Neustart führt. Darüber hinaus können Angreifer Code auf Systemen mit deaktiviertem Address Space Layout Randomization (ASLR) ausführen oder wenn der Angreifer ASLR umgehen kann. Auswirkungen: Diese Schwachstelle kann Remote-Angreifern ermöglichen, einen Denial-of-Service (DoS) auf dem NGINX-System zu verursachen oder möglicherweise eine Codeausführung auszulösen. Es besteht keine Control-Plane-Exposition; dies ist nur ein Data-Plane-Problem. Hinweis: Softwareversionen, die das End of Technical Support (EoTS) erreicht haben, werden nicht bewertet.

Adobe Commerce ist von einer Schwachstelle vom Typ Unrestricted Upload of File with Dangerous Type betroffen, die eine Remote-Codeausführung im Kontext des aktuellen Benutzers ermöglichen könnte und potenziell erhöhte Zugriffsrechte oder die Kontrolle über das Konto oder die Sitzung des Opfers verschaffen könnte. Die Ausnutzung dieses Problems erfordert eine Benutzerinteraktion, d. h. ein Opfer muss eine speziell präparierte URL aufrufen oder mit einer kompromittierten Webseite interagieren. Der Scope wird geändert.

Nach der Authentifizierung wurde eine Schwachstelle durch unsachgemäße Kontrolle der Codeerzeugung ('Code Injection') in der SMA1000 Appliance Management Console (AMC) identifiziert, die unter bestimmten Bedingungen einem remote authentifizierten Angreifer als Administrator potenziell die Ausführung beliebiger OS-Befehle ermöglichen könnte.

Eine Server-side request forgery (SSRF)-Schwachstelle wurde in der SMA1000 Appliance Work Place-Schnittstelle identifiziert. Ein entfernter, nicht authentifizierter Angreifer könnte die Appliance potenziell dazu veranlassen, Anfragen an einen unbeabsichtigten Ort zu stellen.

Unzureichende Granularität der Zugriffskontrolle in Active Directory Federation Services (AD FS) ermöglicht es einem autorisierten Angreifer, lokal Berechtigungen zu erhöhen.

Fehler bei der Ursprungsvalidierung in Windows Network Address Translation (NAT) ermöglicht es einem nicht autorisierten Angreifer, Spoofing über ein angrenzendes Netzwerk durchzuführen.